On Fri, Mar 11, 2005 at 11:03:17AM -0500, Alan Stern wrote:
> Greg:
> 
> When the PCI subsystem discovers a device, it calls pci_setup_device to 
> initialize various things.  It doesn't call pci_disable_device to stop the 
> device from doing DMA, or do the equivalent (whatever that might be) to 
> stop the device from generating IRQs.  Unless I'm mistaken, which is 
> certainly possible.

That is because that caused too much trouble when we tried to do it,
from what I remember.  I think the lkml archives has that discussion
somewhere...

> During a normal boot most devices are left in reasonably quiescent and
> safe condition when the BIOS passes control to the OS.  But sometimes a
> few of them aren't; that's why we need to have the USB early-handoff quirk
> code.  And during a kexec reboot things might be even worse.

Well, that's a kexec issue then :)

> Is it feasible to have the PCI device initialization sequence disable DMA
> and IRQs from the device?  This could solve the problems we've been seeing
> with non-quiescent devices sharing an IRQ line at startup.

Have patch?

thanks,

greg k-h


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
linux-usb-devel@lists.sourceforge.net
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel

Reply via email to