Re: Is there a user space pci rescan method?

[Greg KH <greg@kroah.com>]

On Sun, Oct 10, 2004 at 03:45:29PM +0200, Jan Dittmer wrote:
> Jan Dittmer wrote:
> > Jan Dittmer wrote:
> > 
> >>Greg KH wrote:
> >>
> >>
> >>>Please just add the "rescan" support to fakephp, and everyone will be
> >>>happy...
> >>
> >>
> >>Well, I started to work on this for fun. What I currently have is a
> >>stand-alone module which rescans the pci bus on insert and enables
> >>previously disabled devices. This works (at least with my ieee1394 port).
> >>Problem is, that fakephp does not get notified about this new pci device
> >>and no new file is created in /sys/bus/pci/slots. So I'm going to add
> >>this rescan functionality directly to fakephp.
> >>Question is: where? My current idea is a fake hotplug slot "rescan" in
> >>/sys/bus/pci/slots , where you can write "1" into the "power" attribute.
> >>FWIW I've attached the standalone module and a kernel patch which rips
> >>out the pci_bus_add_device functionality from pci_bus_add_devices.
> > 
> > 
> > Well, here is a quick & dirty hack, which adds this function to
> > enable_slot in fakephp. So if you write "1" in the power attribute of
> > any slot, the whole bus gets rescanned (you still need the
> > pci_bus_add_device.patch from the previous mail).
> 
> Well one last update. This version also handles deactivation of
> subfunctions correctly, ie. when the parent should be disabled, all
> subfunctions will be disabled first.

Nice, I like it.  Care to resend this in 2 different emails, with a good
description in the subject line, and in the body of the email, and a
"Signed-off-by:" line in it too (as per the
Documentation/SubmittingPatches file) so I can apply these to the tree?

thanks,

greg k-h