From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.4.1) Gecko/20031114 Description of problem: Prior to installation of the Cisco Aironet 340 card, I have only an onboard Realtek NIC. I got normal dmesg output (see attached). The NIC is device eth0. I then installed an Aironet 340 PCI card. Kudzu came up on boot and recognized the card. However, dmesg shows an oops later on when it tries to "unregistering eth0" (see attached). Interestingly, there's an attempted swap of eth0 with eth1, plus it attempts to bring up some device wifi0 that has no ifcfg-wifi0 file associated with it. However, rehat-config-network shows eth0 as being still being associated with the Realtek, and eth1 being associated with the Cisco. Upon removal of the Cisco, everything works fine again. (That's how I'm submitting this bug. :) ) I'm not familiar enough with this to know whether to blame kudzu or the airo module, so apologies if this is in the wrong spot. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. Install Aironet 340 PCI. 2. Let kudzu configure it on boot. 3. Note dmesg output -- all eth* devices confused. 4. Remove Aironet 340 PCI. 5. Let kudzu unconfigure it on boot. 6. Note dmesg output -- eth* are OK. Additional info:
Created attachment 99779 [details] Diff of dmesg with and without Aironet 340 installed.
I just verified that the same anomalous dmesg output occurs when kudzu is told to ignore the Cisco card, instead of autoconfiguring it. It looks like the issue is with the airo module.
Thanks for the bug report. However, Red Hat no longer maintains this version of the product. Please upgrade to the latest version and open a new bug if the problem persists. The Fedora Legacy project (http://fedoralegacy.org/) maintains some older releases, and if you believe this bug is interesting to them, please report the problem in the bug tracker at: http://bugzilla.fedora.us/