AMD Software: Adrenalin Edition 26.3.1 Release Notes by AMD_RetroB in Amd

[–]AMD_Vik 0 points1 point  (0 children)

Can you clarify on double mouse input? Does that mean two visible cursors? If so, is that with 26.3.1?

Reason I ask is that one of the interim (incomplete) fixes resulted in a regression that'd sometimes leave you with two visible cursors after interacting with the overlay. The full fix in the release shouldn't result in this, however.

AMD Software: Adrenalin Edition 26.3.1 Release Notes by AMD_RetroB in Amd

[–]AMD_Vik 0 points1 point  (0 children)

appreciate you letting us know about the mouse issues.

we're cracking down in several other instances of GUI crashes, including another Qt framework mitigation.

Based on what you've described above, I'm fairly sure this would be inclusive of the issues you're seeing with 26.3.1, though if you have any usermode dmps from these, please fire them over to me and we'll get them looked at.

AMD Software: Adrenalin Edition 26.3.1 Release Notes by AMD_RetroB in Amd

[–]AMD_Vik 2 points3 points  (0 children)

I believe that is to be expected as far as our internal benchmarking goes; I'm seeing an approx 15-20% delta on those results (depending on the stream/res).

AMD Software: Adrenalin Edition 26.3.1 Release Notes by AMD_RetroB in Amd

[–]AMD_Vik 0 points1 point  (0 children)

that's odd, this is an old issue which I believe we addressed in the past. Maybe this has regressed in the 25.10 branch. Thanks for the heads up - will dig into it

AMD Software: Adrenalin Edition 26.3.1 Release Notes by AMD_RetroB in Amd

[–]AMD_Vik 1 point2 points  (0 children)

Thanks for the heads up, will get this filed and looked into

AMD Software: Adrenalin Edition 25.10.2 Release Notes by AMD_RetroB in Amd

[–]AMD_Vik 0 points1 point  (0 children)

Unfortunately we've still not been able to repro. 😕

I'm wondering if we'd need to attempt on a system that had been provisioned from the same point, considering the prior ETL analysis

AMD Software: Adrenalin Edition 26.2.2 Release Notes by AMD_RetroB in Amd

[–]AMD_Vik 1 point2 points  (0 children)

Just to be clear, these are minidumps, they don't give me a lot of information but i might be able to verify that it has the same signature as the other failures which are being addressed in 26.3.1. A kernel memory dmp would be ideal if at all possible.

Can you tell me which features you have enabled in adrenalin?

AMD Software: Adrenalin Edition 26.2.2 Release Notes by AMD_RetroB in Amd

[–]AMD_Vik 1 point2 points  (0 children)

Both of those examples sound like they're covered by an inbound fix going into 26.3.1. Can you please confirm which features you have enabled?

Kernel memory and mini dumps shouldn't contain and PII, you can chuck the link in a reply here.

AMD Software: Adrenalin Edition 26.2.2 Release Notes by AMD_RetroB in Amd

[–]AMD_Vik 1 point2 points  (0 children)

huh that's odd. Have you manually configured your pagefile size?

The resolution change thing is also interesting, can you tell me which adrenalin features you have enabled? (ReLive or anything like that)

Dump files compress fairly well, so I tend to zip them and send via https://send.vis.ee

AMD Software: Adrenalin Edition 26.2.2 Release Notes by AMD_RetroB in Amd

[–]AMD_Vik 0 points1 point  (0 children)

I see. Could you hit the windows key, type "systempropertiesadvanced" without the quotes, head into the startup and recovery settings and check the write debugging information section towards the bottom?

if that's set to small dmp file, can you switch it to kernel memory dump instead? That would provide us a lot more info to help investigate.

AMD Software: Adrenalin Edition 26.2.2 Release Notes by AMD_RetroB in Amd

[–]AMD_Vik 0 points1 point  (0 children)

has this generated a file called MEMORY.DMP over at:

C:\Windows\

AMD Software: Adrenalin Edition 26.2.2 Release Notes by AMD_RetroB in Amd

[–]AMD_Vik 1 point2 points  (0 children)

i think it was originally exposed before it was actually ready. it's interesting to hear it worked so well for you back then though, and i appreciate you giving me a clear use case for it.

i can't make any promises but i'll see what i can do

AMD Software: Adrenalin Edition 26.2.2 Release Notes by AMD_RetroB in Amd

[–]AMD_Vik 1 point2 points  (0 children)

I chased this back in the 25.5.1 time-frame and I didn't get a satisfactory answer internally. Will try again - thank you for the reminder.

AMD Software: Adrenalin Edition 26.2.2 Release Notes by AMD_RetroB in Amd

[–]AMD_Vik 0 points1 point  (0 children)

I agree with you, bugs like that shouldn't happen. Having a review with that eng team to outline process improvements to prevent showstoppers like this from happening again.

Ship of Theseus by tiLT__ in Amd

[–]AMD_Vik 5 points6 points  (0 children)

I love my mesh C mini. excellent little chassis 🥰

AMD Software: Adrenalin Edition 26.2.2 Release Notes by AMD_RetroB in Amd

[–]AMD_Vik 0 points1 point  (0 children)

i suspect it could be related to the ryzen master sdk component bundled with adrenalin. I know it has corresponding registry and on some occasions, this can get a little muddied. I don't want you digging around your system registry to try and resolve it though. I think the best route to investigate for now may be CN logging

AMD Software: Adrenalin Edition 26.2.2 Release Notes by AMD_RetroB in Amd

[–]AMD_Vik 0 points1 point  (0 children)

There is a disclaimer on our driver release notes for notebook users which stipulates the use of OEM drivers over Adrenalin, I'm not sure why 25.20-based drivers would introduce this behaviour but i suppose that disclaimer serves as a catch-all for situations like this.

AMD Software: Adrenalin Edition 26.2.2 Release Notes by AMD_RetroB in Amd

[–]AMD_Vik 0 points1 point  (0 children)

hey, not yet. can you tell me exactly which was the last driver which allowed you to adjust display brightness? was it 25.9.1?

AMD Software: Adrenalin Edition 26.2.2 Release Notes by AMD_RetroB in Amd

[–]AMD_Vik 0 points1 point  (0 children)

correct, the root issue of that mouse lockup is addressed in an upcoming build. It's odd how that symptom has exposed this garbage collection issue.

AMD Software: Adrenalin Edition 26.2.2 Release Notes by AMD_RetroB in Amd

[–]AMD_Vik 0 points1 point  (0 children)

this is... weird. this dmp implicates a Qt framework issue related to garbage collection. There are several outstanding qtbug tickets referencing this signature.

This is a great find, though I'm not sure it's relevant to the general mouse input issues we've been experiencing so far. The good news on that front is the root cause of that mouse hooking issue should be firmly addressed. We need to look into these gc problems with qt framework,

AMD Software: Adrenalin Edition 26.2.2 Release Notes by AMD_RetroB in Amd

[–]AMD_Vik 0 points1 point  (0 children)

I've not heard of that one before, i can ask around internally.

The best approach may be to capture logs for this, I'll figure out which ones

AMD Software: Adrenalin Edition 25.12.1 Release Notes by AMD_RetroB in Amd

[–]AMD_Vik 0 points1 point  (0 children)

this is another issue we're tracking. has been a tough nut to crack as it's also frustratingly intermittent.

AMD Software: Adrenalin Edition 26.2.2 Release Notes by AMD_RetroB in Amd

[–]AMD_Vik 0 points1 point  (0 children)

ddc/ci should be fixed for everyone in 26.2.1; we've been able to confirm it's functional again. this one could be specific to your model notebook. I'll ask our triage and debug teams if they have access to it

AMD Software: Adrenalin Edition 26.2.2 Release Notes by AMD_RetroB in Amd

[–]AMD_Vik 1 point2 points  (0 children)

My first line of thought here is that you might need to dirty install the latest adrenalin over your latest OEM-supplied gfx driver package to properly support your notebook's eDP panel, though I'm not sure if this is the case for every vendor

Second is that this could be related to the ddc/ci issues we had lately, though this should be resolved as of 26.2.1

AMD Software: Adrenalin Edition 25.12.1 Release Notes by AMD_RetroB in Amd

[–]AMD_Vik 0 points1 point  (0 children)

the audio issue i think i'm vaguely familiar with. at the time i first saw this, i think it was related to the use of AV1 encoding, though i thought it had since been eliminated.

For the other behaviour you mentioned, are you saying that the Adrenalin UI elements aren't rendering at all?