From Bugzilla Helper: User-Agent: Mozilla/4.72 [en] (Win98; U) In graphical custom install, the "tulip" module is installed for use with an SMC 9332BDT EtherPower 10/100 PCI NIC. The eth0 device then fails to start upon boot. Changing "alias eth0 tulip" to "alias eth0 de4x5" in /etc/modules.conf and running depmod fixes the problem, but novice users wouldn't know (a) that they should do this, or (b) how to do this Reproducible: Always Steps to Reproduce: 1. Insert SMC 9332BDT EtherPower10/100 PCI NIC into i386 system 2. Perform graphical "custom install" of Red Hat 7.1 3. Watch the system hang for a couple of minutes as it tries to start eth0 Actual Results: I'm also using DHCP, which made my system hang for a LOOONG time on boot. dhcpcd would always dump core on a "signal 2" error (I'm assuming this is because eth0 wasn't up). Expected Results: The de4x5 module should be used with this card. After I manually changed the module specified in /etc/modules.conf, the system works beautifully. The installer should be modified to select the correct module. I'm also booting Windows 98 and Windows NT on the system, so I know it's nothing weird about the card (it works flawlessly under all 3 operating systems now).
This is more of a kudzu issue, since kudzu does the hardware detection for both the installer and once the OS is installed. Can you go to VC2 and type lspci -n and lspci -v and send us the output of both of those? Once we have the information from the card, we can update the table in kudzu that associates cards with their specific drivers. I'm changing the component to kudzu.
Created attachment 15966 [details] Output of lspci command
Created attachment 15967 [details] Output of 'lspci -n' command
Created attachment 15968 [details] Output of 'lspci -v' command
I'm not sure what the "VC2" in "Can you go to VC2 and type lspci -n and lspci -v and send us the output of both of those?" means, but I've attached 3 files containing the output of 'lspci', 'lspci -n', and 'lspci -v' to the bug. All commands were run as root at runlevel 3. Hope this helps. -Brian
Assigning to kernel. tulip should work fine for that card.
This problem is not just for the EtherPower Card. We have the same problem with the on-board card for Tyan s2510ng. The on board nic's are based on the intel 82559 chip. A look at the detected cards shows that kudzu blew-it again (from lspci -v): Ethernet controller: Intel Corporation 82557 [Ethernet Pro 100] (rev 08) ... Ethernet controller: Intel Corporation 82557 [Ethernet Pro 100] (rev 08) ... Both of these are obviously wrong, because the card uses the intel 82559 chip. The effect is that NIS and any loading of the card causes the operating system to hang, and report: eth0: Card reports out of resources eth1: Card reports out of resources
lawrencefry: that is a totally different bug, as it is a totally different driver. Please open a separate bug for this.