Re: [RFC]disable msi mode in pci_disable_device
- From: Brice Goglin <brice@xxxxxxxx>
- Date: Fri, 26 May 2006 22:26:57 +0200
Andrew Morton wrote:
his usage, pci_save_state will be called at runtime, and later (after
the device operates for some time and has an error) pci_restore_state
will be called.
Is that a sane thing for a driver to be doing? (Not relevant to this issue
The aim is to be able to recover from a memory parity error in the NIC.
Such errors happen sometimes, especially when a cosmic ray comes by. To
recover, we restore the state that we saved at the end of the
initialization. As saving currently disables MSI, we currently have to
restore the state right after saving it at the end of the initialization
(see the end of
myri10ge_probe in http://lkml.org/lkml/2006/5/23/24).
I just tried, the patch fixes our problem (no need to restore right
after saving to reenable MSI).
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
- Prev by Date: Re: [PATCH] fix update_mmu_cache in fremap.c
- Next by Date: Re: ext3-fs transient corruption with devmapper over md raid, kernel 188.8.131.52
- Previous by thread: Re: [RFC]disable msi mode in pci_disable_device
- Next by thread: Re: [RFC]disable msi mode in pci_disable_device