This is definitely not a common case as almost all of the other Linux machines I have access to expose a network controller in domain 0. At least in my case each of the domains has a bus ID unique to amongst all of the domains, but I'm reasonably sure this isn't mandated by the PCI specifications. Regardless, here is the information you requested:
sean@hanyuu ~ $ uname -a Linux hanyuu 3.8.13-gentoo #7 Thu Jun 6 00:45:03 EDT 2013 ppc 7447A, altivec supported PowerMac10,1 GNU/Linux sean@hanyuu ~ $ /usr/sbin/lspci 0000:00:0b.0 Host bridge: Apple Inc. UniNorth 2 AGP 0000:00:10.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RV280 [Radeon 9200] (rev 01) 0001:10:0b.0 Host bridge: Apple Inc. UniNorth 2 PCI 0001:10:17.0 Unassigned class [ff00]: Apple Inc. KeyLargo/Intrepid Mac I/O 0001:10:18.0 USB controller: Apple Inc. KeyLargo/Intrepid USB 0001:10:19.0 USB controller: Apple Inc. KeyLargo/Intrepid USB 0001:10:1a.0 USB controller: Apple Inc. KeyLargo/Intrepid USB 0001:10:1b.0 USB controller: NEC Corporation OHCI USB Controller (rev 43) 0001:10:1b.1 USB controller: NEC Corporation OHCI USB Controller (rev 43) 0001:10:1b.2 USB controller: NEC Corporation uPD72010x USB 2.0 Controller (rev 04) 0002:20:0b.0 Host bridge: Apple Inc. UniNorth 2 Internal PCI 0002:20:0d.0 Unassigned class [ff00]: Apple Inc. UniNorth/Intrepid ATA/100 0002:20:0e.0 FireWire (IEEE 1394): Apple Inc. UniNorth 2 FireWire (rev 81) 0002:20:0f.0 Ethernet controller: Apple Inc. UniNorth 2 GMAC (Sun GEM) (rev 80) sean@hanyuu ~ $ ls -l /sys/bus/pci/devices/ total 0 lrwxrwxrwx 1 root root 0 Jun 6 19:48 0000:00:0b.0 -> ../../../devices/pci0000:00/0000:00:0b.0 lrwxrwxrwx 1 root root 0 Jun 6 19:48 0000:00:10.0 -> ../../../devices/pci0000:00/0000:00:10.0 lrwxrwxrwx 1 root root 0 Jun 6 19:48 0001:10:0b.0 -> ../../../devices/pci0001:10/0001:10:0b.0 lrwxrwxrwx 1 root root 0 Jun 6 19:48 0001:10:17.0 -> ../../../devices/pci0001:10/0001:10:17.0 lrwxrwxrwx 1 root root 0 Jun 6 19:48 0001:10:18.0 -> ../../../devices/pci0001:10/0001:10:18.0 lrwxrwxrwx 1 root root 0 Jun 6 19:48 0001:10:19.0 -> ../../../devices/pci0001:10/0001:10:19.0 lrwxrwxrwx 1 root root 0 Jun 6 19:48 0001:10:1a.0 -> ../../../devices/pci0001:10/0001:10:1a.0 lrwxrwxrwx 1 root root 0 Jun 6 19:48 0001:10:1b.0 -> ../../../devices/pci0001:10/0001:10:1b.0 lrwxrwxrwx 1 root root 0 Jun 6 19:48 0001:10:1b.1 -> ../../../devices/pci0001:10/0001:10:1b.1 lrwxrwxrwx 1 root root 0 Jun 6 19:48 0001:10:1b.2 -> ../../../devices/pci0001:10/0001:10:1b.2 lrwxrwxrwx 1 root root 0 Jun 6 19:48 0002:20:0b.0 -> ../../../devices/pci0002:20/0002:20:0b.0 lrwxrwxrwx 1 root root 0 Jun 6 19:48 0002:20:0d.0 -> ../../../devices/pci0002:20/0002:20:0d.0 lrwxrwxrwx 1 root root 0 Jun 6 19:48 0002:20:0e.0 -> ../../../devices/pci0002:20/0002:20:0e.0 lrwxrwxrwx 1 root root 0 Jun 6 19:48 0002:20:0f.0 -> ../../../devices/pci0002:20/0002:20:0f.0 -- Sean McG. ------Original Message------ From: Kay Sievers To: gsean...@gmail.com Cc: systemd-devel@lists.freedesktop.org Subject: Re: [systemd-devel] [PATCH] udev: make net_id more robust Sent: Jun 7, 2013 17:20 On Fri, Jun 7, 2013 at 10:58 PM, Sean McGovern <gsean...@gmail.com> wrote: > Ignore this patch then -- I can't change the PCI geography of my older G4 Mac > Mini, and without this patch predictable interface naming does not work for > it. > > I'll just keep it locally. Maybe we can add support for it, we would need some prefix though, I guess, not just strip off the domain. How does: ls -l /sys/bus/pci/devices/ and lspci look like on that box? Thanks, Kay _______________________________________________ systemd-devel mailing list systemd-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/systemd-devel