[lkml]   [2001]   [May]   [20]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: LANANA: To Pending Device Number Registrants
At 3:37 AM -0600 2001-05-20, Eric W. Biederman wrote:
>Jonathan Lundell <> writes:
>> At 10:42 AM +0200 2001-05-19, Kai Henningsen wrote:
>> > > Jeff Garzik's ethtool
>> > > extension at least tells me the PCI bus/dev/fcn, though, and from
>> >> that I can write a userland mapping function to the physical
>> >> location.
>> >
>> >I don't see how PCI bus/dev/fcn lets you do that.
>> I know from system documentation, or can figure out once and for all
>> by experimentation, the correspondence between PCI bus/dev/fcn and
>> physical locations. Jeff's extension gives me the mapping between
>> eth# and PCI bus/dev/fcn, which is not otherwise available (outside
>> the kernel).
>Just a second let me reenumerate your pci busses, and change all of the bus
>numbers. Not that this is a bad thought. It is just you need to know
>the tree of PCI busses/bridges up to the root on the machine in question.

Yes, you do. And it's true that renumbering is problematical; I
hadn't thought of all the implications. Say, you have a system with
hot-plug slots on two buses, and someone hot-plugs a card with a
bridge (fairly common; most dual/quad Ethernet boards have a bridge).
If the buses were numbered densely to begin with, they're going to
have to be renumbered above the point that the new bridge was added.

Phooey. Well, it can still be done, but it's a bit more complicated
than the bus/dev/fcn-to-location map I was imagining. You'd have to
describe the topology of the built-in buses, and dynamically make the
correspondences. As you say, "know the tree", by topology, not bus

/Jonathan Lundell.
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

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