Thread (9 messages) 9 messages, 5 authors, 2020-03-02

Re: [PATCH 1/3] PCI: Make PCIE_RESET_READY_POLL_MS configurable

From: Raj, Ashok <hidden>
Date: 2020-03-02 17:37:30
Also in: linux-pci

On Mon, Mar 02, 2020 at 11:39:39AM -0500, Sinan Kaya wrote:
On 2/27/2020 9:18 PM, Raj, Ashok wrote:
quoted
quoted
If I remember right, there was no time mention about how long to
wait. Spec says device should send CRS as long as it is not ready.
Not exactly.. there are some requirements to follow for rules after
a conventional reset. 
Yes, but CRS happens after functional reset, D3hot etc. too not just
conventional reset.

1 second is too aggressive. We already have proof that several PCIe
cards take their time during FLR especially FPGA cards in the orders
of 10 seconds.
Aren't the rules specified in 7.9.17 Rediness Time Reporting Extended Capability
sufficient to cover this?

If a device doesn't have them we could let the driver supply this value
as a device specific value to override the default.
Current code is waiting up to 60 seconds. If card shows up before that
we happily return.
But in 7.9.17.2 Readiness Time Reporting 1 Register, says devices
can defer reporting by not setting the valid bit, but if it remains
clear after 60s system software can assume no valid values will be reported.

Maybe keep the system default to something more reasonable (after some
testing in the community), and do this insane 60s for devices that 
support the optional reporting capability?

Cheers,
Ashok
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help