Re: Hot Plug I/O Node spec 0.2.1

[Hiroshi Aono <h-aono@ap.jp.nec.com>]

At Mon, 4 Feb 2002 21:39:04 -0800,
Greg KH wrote:
> 
> On Tue, Feb 05, 2002 at 02:16:20PM +0900, Hiroshi Aono wrote:
> > At Sun, 3 Feb 2002 00:19:15 -0800, Greg KH wrote:
> > > 
> > > What is the "Object Redistration Interface" going to look like?  What is
> > > needed to be sent from a configuration file to the IO Node resource
> > > manager?  Doesn't the IO Node resource manager get all of the
> > > information it needs from the BIOS/ACPI interface?
> > 
> > I expect that this mainly works for debugging.
> > I think the hardware like this may not work sufficiently at first.
> > or it may be used for non-ACPI machine.
> > This configuration file will be stored hardware information.
> 
> Like what?  A snapshot of the device tree that was present the last time
> we powered down?

Yes, I think that even what you think is OK.

> 
> > Of course IO Node resource manager should get all information from
> > BIOS/ACPI.
> > I think the IO node driver and the Object Registration
> > interface between IO node resource manager should have same interface.
> 
> And what do you see that interface being?  

I don't have a concrete idea. but I think it's good to use
 hotplug filessystem or something.

> 
> > > "pic"?  What is this?
> > 
> > "pic" means programmable interrupt controller like an IOSAPIC.
> 
> Ok, but why does it need to have an entry in the filesystem?  Can you
> turn it on and off, with the same kinds of attributes the slots have?

Certainly.
We don't need to show pic to a user.

> > > How?  Doesn't a IO node just show up as a PCI device being added to the
> > > system?
> > 
> > Our IO node doesn't show up as a PCI device.
> > Does IBM work so?
> 
> No, the IO node never shows up at all, from what I can tell.  But all of
> the pci devices show up all at once :)

I imagine that each PCI devices should be managed by PCI hotplug
driver, and it might not be loaded first. Also it's no problem that
PCI hotplug driver is built in or is loaded in advance.

In brief, I expect that it works like a current pci_dev hotplug framework.

Regards,
---
Hiroshi Aono, NEC Solutions
(h-aono@ap.jp.nec.com)

_______________________________________________
Linux-hotplug-devel mailing list  http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel