Re: [BUG] ASUS ProArt PX13 HN7306WU: amd_pmc s2idle S0ix corrupts AMD 1022:150b root port, NVIDIA dGPU returns header type 7f

[Joyful Lee]

On Thu, Apr 2, 2026 at 5:14 PM Mario Limonciello
<mario.limonciello@xxxxxxx> wrote:
> Can you please explain what root port corruption means?  Are you
> actually meaning graphical corruption?
>
> A few things I want to point out after resume that might be relevant.
>
>  > pci 0000:c4:00.0: Unable to change power state from D0 to D0, device
> inaccessible
>  > snd_hda_intel 0000:c4:00.1: Unable to change power state from D3hot
> to D0, device inaccessible
>
> Both of these devices are part of the discrete GPU (VGA and Audio class
> endpoints).  So neither came back to the right state, which to me has me
> wondering if the EC is cutting a power rail used for the discrete GPU
> and it's coming back at the wrong time.
>
> It wouldn't be the first time that the kernel raced with firmware and lost.
>
> What happens if you pass a PCIe reset to the root port above them after
> resume?  Does it recover?

Corruption is just the best word I have to describe the way the dGPU
bridge (00:03.1) comes back in an unexpected state after resume and the
two devices under it (the NVIDIA GPU c4:00.0 and its audio device
c4:00.1) become unresponsive. The two lspci attachments on my original
post really demonstrate that weird state.

Indeed, the "Unable to change power state from D0/D3hot/D3cold to D0,
device inaccessible" messages are the main symptom of the problem. I'm
purposefully avoiding the nouveau and nvidia drivers at this point to
reduce confusion, but the problem happens even when they are loaded, and
both of them crash upon resume.

When I issue a reset to the root port after resume, it does not recover.
The kernel prints the "unable to change power state" messages again and
the devices remain unresponsive.

Joy