Doing a PXE network install on a Dell Latitude X300 with broadcom wireless card. When installer prompts me which interface to use, it lists: eth0 - Broadcom Corporation BCM4306 802.11b/g Wireless LAN Controller eth1 - Broadcom Corporation NetXtreme BCM5705M Gigabit Ethernet But this is reversed.
I'm seeing the same thing here, except my wireless card is an Intel 3945, but the description is reversed. I'm looking at what kudzu gives us for device names and descriptions during installation and I notice that for the wireless device, kudzu is setting the device name to just 'eth'. Not eth0 or eth1 or anything else. I think this is why the sorting is incorrect. Can you try the following: - Start the installation and get to the stage 2 environment (the graphical interface that starts after you see "Running anaconda...") - Switch over to tty2 (Ctrl+Alt+F2) to get to a shell. - Run the following command and post the output here: python -c "import kudzu ; print kudzu.probe(kudzu.CLASS_NETWORK, kudzu.BUS_UNSPEC, kudzu.PROBE_ALL)" I have a feeling your wireless NIC is showing up as eth.
OK, figured this one out. kudzu will return 'eth' for the device name if the device is not usable yet (for example, requires firmware to be loaded or requires another module or something). I've modified anaconda so that it skips of unusable devices in that list. Also (per bug #177452), I've copied in the binary firmware files included in Fedora to the initrd so we can have those supported at install time (e.g., ipw2100, ipw2200, and so on). Thanks for the report.
I'm seeing this again with anaconda 11.3.0.29-1 and a system with a ipw2100. Above kudzu probe outputs (trimmed): Driver: ipw2100 Device: eth Driver: 8139too Device: eth0 anaconda display ipw2100 as eth0 and 8139too as eth1. Note that I also see "Firmware 'ipw2100-1.3.fw' not available or load failed as well.
Is this happening with rawhide anymore? We aren't using kudzu for device detection anymore, we're using udev+hal now.
I can't really test until bug 177452 is fixed again and wireless drivers are loaded so the machine has more than one interface.
Changing version to '9' as part of upcoming Fedora 9 GA. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
I'm not seeing this bug anymore with recent rawhide trees.