On Fri, May 18, 2012 at 10:16:46AM -0400, Prarit Bhargava wrote: > Bjorn, ... [v2] with missing Doc file. > > P. > > ----8<---- > > Consider the following case > > [ RP ] > | > | > +---------+-----------+ > | | | > [H1] [H2] [X1] > > where RP is a PCIE Root Port, H1 and H2 are devices with drivers that support > PCIE AER driver error handling (ie, they have pci_error_handlers defined in > the driver), and X1 is a device with a driver that does not support PCIE > AER driver error handling. Why can't we provide "default" error handlers that recover from such errors? > If the Root Port takes an error what currently happens is that the > bus resets and H1 & H2 call their slot_reset functions. X1 does nothing. > > In some cases a user may not wish the system to continue because X1 is > an unhardened driver. Please define "unhardened". Why aren't all drivers "hardened"? > In these cases, the system should not do a bus reset, but rather the > system should panic to avoid any further possible data corruption. Really? You really want to panic the whole system and shut down and potentially loose everything? That does not sound like a good idea at all to me, is there really no way to recover from this? greg k-h -- To unsubscribe from this list: send the line "unsubscribe linux-pci" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
