lkml.org 
[lkml]   [2001]   [May]   [15]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: LANANA: To Pending Device Number Registrants
Date
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/

\
 
 \ /
  Last update: 2005-03-22 12:53    [W:0.048 / U:0.328 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site