Re: [PATCH v3 2/2] PCI: rcar: Return all Fs from read which triggered an exception

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 2/17/22 14:04, Pali Rohár wrote:

[...]

Flipping either bit makes no difference, suspend/resume behaves the same and
the link always recovers.

Ok, perfect! And what happens without suspend/resume (just in normal
conditions)? E.g. during active usage of some PCIe card (wifi, sata, etc..).

PING? Also what lspci see for the root port and card itself during hot reset?

If I recall, lspci showed the root port and card.

This is suspicious. Card should not respond to config read requests when
is in hot reset state. Could you send output of lspci -vvxx of the root
port and also card during this test? Maybe it is possible that root port
has broken BRIDGE_CONTROL register and did not put card into Hot Reset
state?

Yes, I could set the hardware up again and run more tests, it will take some time, but I can still do that.

But before I spend any more time running tests for you here, I have to admit, it seems to me running all those tests is completely off-topic in context of these two bugfixes here.

So maybe it would make sense to stop the discussion here and move it to separate thread ?

I have to admit, I also don't quite understand what it is that you're trying to find out with all those tests.



[Index of Archives]     [DMA Engine]     [Linux Coverity]     [Linux USB]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [Greybus]

  Powered by Linux