[PATCH wireless] wifi: mt76: mt7921: check drv_pmctrl return in the PCIe reset path
Devin Wittmayer
lucid_duck at justthetip.ca
Fri Aug 21 21:16:17 PDT 2026
Thanks, tag will go on.
Interesting though, neither of your readings matches mine. Mine reads
the right value and takes a scratch write; both of yours refuse it. The
all-ones one is the card not answering at all by that point. The other
still has something on the end of it that just will not hand over. Two
different problems like you said, and your script is reproducing the
wrong one.
On the natural one, I would check whether the card is still on the bus
when it hangs. Anything from PCIe in dmesg, and whether lspci can still
see it.
Would not read too much into Windows, different driver, different reset
path.
Devin
On 20 Aug 2026, moosager wrote:
> So, when the issue happens on its own, your script (accessing register
> 0x54000120) outputs 0xffffffff, and even me attempting to write
> 0xa5a5a5a5 in a loop won't change anything.
>
> Instead, when the issue is triggered by my original script, your
> script
> outputs 0xffff0002; again, I cannot manage to manually write a
> different value to the register.
>
> We may be looking at two different issues after all, both mitigated by
> an error check that was missing anyway. I'm still inclined to say that
> it is not a hardware issue, since nothing similar happens on Windows.
>
> Tested-by: moosager <moosager90 at gmail.com>
More information about the Linux-mediatek
mailing list