Re: [PATCH 2.6.18-rc5] PCI: sort device lists breadth-first

[Matt Domsch <Matt_Domsch@dell.com>]

On Thu, Sep 14, 2006 at 08:53:16PM -0700, Dan Carpenter wrote:
> On 9/7/06, Matt Domsch <Matt_Domsch@dell.com> wrote:
> >Problem:
> >Many people have come to expect this naming.  Linux 2.6
> >kernels name these eth1 and eth0 respectively (backwards from
> >expectations).  I also have reports that various Sun and HP servers
> >have similar behavior.
> >
> 
> On RHEL3 the 32bit and 64bit versions order the NICs differently.
> 64bit RHEL3 orders it the same as 2.6.
>
> I've got a lot of systems where the NIC LEDs are labelled.  The labels
> are correct for 2.6 but not for 2.4 32 bit.  I'm suspect the labels
> were designed for Windows originally.

2.4 i386 by default resorts the list by what BIOS reports the order
should be.  No other arches do this.  So I'd expect it to be opposite
of what you say.

Care to send the output of 'lspci -tv' and the first 80 or so lines of
dmidecode?  This is curious.

 
> My boss pointed out that this patch.  It was supposed to make PCI bus
> ordering match 2.4.
> http://kernel.org/git/?p=linux/kernel/git/torvalds/old-2.6-bkcvs.git;a=commitdiff;h=ffdd6e8f870ca6dd0d9b9169b8c2e0fdbae99549
> It's still there, why did it stop working?
> 
> Couldn't we just use the labelling from the DMI data to order the NICs?

Unfortunately, DMI data doesn't include enough information.  It says
"there's a port called NIC1", but doesn't say where to find it in PCI
space. :-(  I'm looking at ACPI 3.0 extensions, but am not finding
what I'm needing here either yet.

-- 
Matt Domsch
Software Architect
Dell Linux Solutions linux.dell.com & www.dell.com/linux
Linux on Dell mailing lists @ http://lists.us.dell.com