Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1539476
| From | Alex Williamson <alex.williamson@redhat.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH] pci-error-recover: doc cleanup |
| Date | 2016-12-09 17:20 +0100 |
| Message-ID | <sMw3U-5rk-41@gated-at.bofh.it> (permalink) |
| References | (1 earlier) <sM7yy-75R-21@gated-at.bofh.it> <sM7Id-795-11@gated-at.bofh.it> <sMmQW-8h9-7@gated-at.bofh.it> <sMnah-8nx-3@gated-at.bofh.it> <sMnah-8nx-1@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Fri, 9 Dec 2016 14:44:25 +0800 Linas Vepstas <linasvepstas@gmail.com> wrote: > On Fri, Dec 9, 2016 at 2:37 PM, Cao jin <caoj.fnst@cn.fujitsu.com> wrote: > > > > > > On 12/09/2016 02:24 PM, Linas Vepstas wrote: > >> I suppose I'm confused, but I recall that link resets are non-fatal. > >> Fatal errors typically require that the the pci adapter be completely > >> reset, any adapter firmware to be reloaded from scratch, the device > >> driver has to kill all device state and start from scratch. Its huge. > >> If the fatal error is on pci device that is under a block device > >> holding a file system, then (usually) there is no way to recover, > >> because the block layer (and file system) cannot deal with a block > >> device that disappeared and then reappeared some few seconds later. > >> (maybe some future zfs or lvm or btrfs might be able to deal with > >> this, but not today) > >> > >> By contrast, link resets are far more gentle: the device driver might > >> have to discard some half-full FIFO's, or cancel some in-flight > >> commands, but can otherwise gracefully recover without telling the > >> higher layers that there were any problems. > >> > >> --linas > >> > > > > I am little confused too, even not sure if we are talking the same > > *fatal error*, I am talking the fatal error defined in PCI Express spec, > > chapter 6.2.2.2.1: > > > > Fatal errors are uncorrectable error conditions which render the > > particular Link and related hardware unreliable. For Fatal errors, a > > reset of the components on the Link may be required to return to > > reliable operation. Platform handling of Fatal errors, and any efforts > > to limit the effects of these errors, is platform implementation specific. > > > > Link reset means set *secondary bus reset* bit in pci bridge config > > space, can reset the link and device simultaneously, is the strongest > > kind of reset as I know. > > OK, well, its been far too many years, and I don't have the PCI spec > at my fingertips. > Isn't there a link reset that can be performed, without forcing a device reset? > > The intent was that some PCI link errors are due to vibration, > ground-bounce, humidity, etc. and that these errors can be detected > and do not corrupt the device state or the device driver state. Since > they are not associated with data corruption (or rather, the > corruption is local to the link), these can be recovered by reseting > just the link, without resetting the whole adapter. They may require > reseting some device-driver state, but not all of it. > > However, this was all decided before the PCI-E spec was written, so > maybe the newer PCI-E specs now say something different. Perhaps you're thinking of link retraining? That sort of error would be considered correctable, not fatal. Fatal errors are uncorrected errors and a bigger hammer is needed to deal with them, such as a link reset. Thanks, Alex
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
[PATCH] pci-error-recover: doc cleanup Cao jin <caoj.fnst@cn.fujitsu.com> - 2016-12-08 09:20 +0100
Re: [PATCH] pci-error-recover: doc cleanup Jonathan Corbet <corbet@lwn.net> - 2016-12-08 15:10 +0100
Re: [PATCH] pci-error-recover: doc cleanup Cao jin <caoj.fnst@cn.fujitsu.com> - 2016-12-08 15:20 +0100
Re: [PATCH] pci-error-recover: doc cleanup Linas Vepstas <linasvepstas@gmail.com> - 2016-12-09 07:30 +0100
Re: [PATCH] pci-error-recover: doc cleanup Linas Vepstas <linasvepstas@gmail.com> - 2016-12-09 07:50 +0100
Re: [PATCH] pci-error-recover: doc cleanup Cao jin <caoj.fnst@cn.fujitsu.com> - 2016-12-09 09:00 +0100
Re: [PATCH] pci-error-recover: doc cleanup Alex Williamson <alex.williamson@redhat.com> - 2016-12-09 17:20 +0100
Re: [PATCH] pci-error-recover: doc cleanup Andrew Donnellan <andrew.donnellan@au1.ibm.com> - 2016-12-09 08:00 +0100
Re: [PATCH] pci-error-recover: doc cleanup Cao jin <caoj.fnst@cn.fujitsu.com> - 2016-12-09 08:50 +0100
Re: [PATCH] pci-error-recover: doc cleanup Jonathan Corbet <corbet@lwn.net> - 2016-12-09 15:40 +0100
csiph-web