Messages in this thread |  | | From | Andreas Dilger <> | Subject | Re: LANANA: To Pending Device Number Registrants | Date | Tue, 15 May 2001 17:17:53 -0600 (MDT) |
| |
David Bronwell writes: > Linus writes: > > Now, if we just fundamentally try to think about any device as being > > hot-pluggable, you realize that things like "which PCI slot is this device > > in" are completely _worthless_ as device identification, because they > > fundamentally take the wrong approach, and they don't fit the generic > > approach at all. > > The reason is that such "physical" identifiers (or "device topology" IDs) > may be all that's available to distinguish some devices. For example, > network adapters (no major/minor numbers :) and parallel/printer/serial > ports may have no better "stable" (over reboots) identifier available.
I would have to agree that "stable" is critical to not driving people crazy. In the case of AIX, once a device is enumerated, it will retain the same name across reboots. Enough information is kept about each device to determine if it has already been enumerated (i.e. same I/O port address for serial devices, MAC address for ethernet cards, etc), or if it is a new device and should get a new name.
> Without "stable" names, it's too easy to have bad things happen, like > your "confidential materials" printer output get redirected into the > lobby printer, or trust your network DMZ as if it were the internal > network.
Without stable names it is basically impossible to make any sort of reasonable configuration decision, unless the configuration can be stored on the device itself. That works for disks, and not much else.
> Given hotplugging, I think the best solution to such issues > does involve exposing topological IDs such as PCI slot names. > (What IDs the different applications use is a different issue.)
I disagree here. In many cases you only have a very limited number of devices of each type (or only 1), so you don't want to be bogged down with physical device naming. If you have lots of a given type of device (e.g. disks), you _also_ don't want to be bogged down with physical device naming, because it will NOT be consistent across different physical access methods. In both cases, you want a generic name PLUS a way to find out the physical characteristics (attributes) of the device to do INITIAL configuration. If the device keeps a constant name across reboots, you don't care how it is accessed after the first configuration.
Cheers, Andreas -- Andreas Dilger \ "If a man ate a pound of pasta and a pound of antipasto, \ would they cancel out, leaving him still hungry?" http://www-mddsp.enel.ucalgary.ca/People/adilger/ -- Dogbert - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
|  |