Bug 181441
Summary: | after update, wifi card fails( wifi0: invalid skb->cb magic ) | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | dan ginsberg <hibernal> |
Component: | module-init-tools | Assignee: | Jon Masters <jcm> |
Status: | CLOSED INSUFFICIENT_DATA | QA Contact: | |
Severity: | high | Docs Contact: | |
Priority: | medium | ||
Version: | 4 | CC: | oyvinst |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2008-03-09 05:40:04 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
dan ginsberg
2006-02-14 05:20:04 UTC
Are you sure, this is module-init-tools?? Can you downgrade it with the original FC4 module-init-tools? Well, everything worked before i did the yum update and rebooted and afterwards I was broken on all kernels. granted, the skb errors look like kernel, but I'm dead in the water with older kernels too, and the delta from eth1 to wifi0 looks module-initie to me. But, yeah, I'm guessing. I can try to roll back to an earlier module init tools, but it will take me a while to get at that particular laptop. I had a similar problem. After update with yum, my wireless card quit working and after I rolled back to the previous version of module-init-tools and everything is back to normal. I can do a specific yum update module-init-tools and it will fail and the rollback and everything works fine. Whatever happens to cause my wireless card to fail is related to installing this update. Linux 2.6.15-1.1831_FC4 #1 Tue Feb 7 13:37:42 EST 2006 i686 i686 i386 GNU/Linux RPM that works: Md5 c2c2e3169e0b710b2329594daea6ca2b module-init-tools-3.1-3.i386.rpm Wireless card: Lucent/Orinoco Gold I do not have the output from dmesg any longer. I realize that my submission doesn't have a great deal of substance, but figured it was worth mentioning since I run updates with exclusion of this package. When I get around to it in the next day or so, I can capture the dmesg output after performing the update again. Its really easy for me to reproduce this problem with my card. Is there anything else you want me to look or capture when reapplying the update for the dmesg info? Thanks, Greg My ipw2200 wireless driver stopped working with the 3.2.2 update of module-init-tools (or atleast not working as expected). The eth1 device is no longer found. Downgrading to module-init-tools-3.2-0.pre9.0.FC4.4 solved the problem for me. Also, when "Initializing hardware .." is running during boot, the "storage" phase takes much longer than normal with 3.2.2. I'm using a vanilla 2.6.16.16 kernel with ipw2200 v1.1.2 compiled as module from ipw2200.sf.net. I tried the new rpm as suggested in comment 4 and had similar results, so I had to back out that rpm with the previous one. Here is a snippet from my dmesg output: hostap_cs: 0.4.4-kernel (Jouni Malinen <jkmaline.fi>) hostap_cs: setting Vcc=33 (constant) hostap_cs: CS_EVENT_CARD_INSERTION hostap_cs: setting Vcc=50 (from config) Checking CFTABLE_ENTRY 0x01 (default 0x01) IO window settings: cfg->io.nwin=1 dflt.io.nwin=1 io->flags = 0x0046, io.base=0x0000, len=64 hostap_cs: Registered netdevice wifi0 hostap_cs: index 0x01: Vcc 5.0, irq 10, io 0x3100-0x313f cs: IO port probe 0xc00-0xcff: clean. cs: IO port probe 0x800-0x8ff: excluding 0x800-0x80f cs: IO port probe 0x100-0x4ff: excluding 0x4d0-0x4d7 cs: IO port probe 0xa00-0xaff: clean. prism2_hw_init: initialized in 44 ms wifi0: NIC: id=0x01 v5.0.4 wifi0: PRI: id=0x15 v4.4.1 wifi0: STA: id=0x1f v8.72.1 wifi0: CMD=0x0121 => res=0x7f, resp0=0x0004 wifi0: hfa384x_set_rid: CMDCODE_ACCESS_WRITE failed (res=127, rid=fc33, len=2) wifi0: Beacon interval setting to 100 failed wifi0: CMD=0x0121 => res=0x7f, resp0=0x0004 wifi0: hfa384x_set_rid: CMDCODE_ACCESS_WRITE failed (res=127, rid=fc10, len=2) wifi0: DTIM period setting to 1 failed wifi0: CMD=0x0121 => res=0x7f, resp0=0x0004 wifi0: hfa384x_set_rid: CMDCODE_ACCESS_WRITE failed (res=127, rid=fcb4, len=2) wifi0: cnfSupportedRates setting to 15 failed wifi0: CMD=0x0121 => res=0x7f, resp0=0x0004 wifi0: hfa384x_set_rid: CMDCODE_ACCESS_WRITE failed (res=127, rid=fcb3, len=2) wifi0: cnfBasicRates setting to 3 failed wifi0: CMD=0x0121 => res=0x7f, resp0=0x0004 wifi0: hfa384x_set_rid: CMDCODE_ACCESS_WRITE failed (res=127, rid=fc2d, len=2) wifi0: could not set host roaming wifi0: CMD=0x0121 => res=0x7f, resp0=0x0004 wifi0: hfa384x_set_rid: CMDCODE_ACCESS_WRITE failed (res=127, rid=fc43, len=2) wifi0: cnfEnhSecurity setting to 0x0 failed wifi0: CMD=0x0121 => res=0x7f, resp0=0x0004 wifi0: hfa384x_set_rid: CMDCODE_ACCESS_WRITE failed (res=127, rid=fc42, len=2) wifi0: cnfThirty2Tally setting failed wifi0: CMD=0x0121 => res=0x7f, resp0=0x0004 wifi0: hfa384x_set_rid: CMDCODE_ACCESS_WRITE failed (res=127, rid=fc2a, len=2) wifi0: cnfAuthentication setting to 0x3 failed wifi0: CMD=0x0121 => res=0x7f, resp0=0x0004 wifi0: hfa384x_set_rid: CMDCODE_ACCESS_WRITE failed (res=127, rid=fc82, len=2) wifi0: setting FragmentationThreshold to 2346 failed wifi0: registered netdevice wlan0 orinoco 0.15rc3 (David Gibson <hermes.id.au>, Pavel Roskin <proski>, et al) orinoco_cs 0.15rc3 (David Gibson <hermes.id.au>, Pavel Roskin <proski>, et al) pcmcia: registering new device pcmcia0.1 hostap_cs: setting Vcc=33 (constant) hostap_cs: CS_EVENT_CARD_INSERTION hostap_cs: setting Vcc=2 (from config) Checking CFTABLE_ENTRY 0x01 (default 0x01) IO window settings: cfg->io.nwin=1 dflt.io.nwin=1 io->flags = 0x0046, io.base=0x0000, len=64 CardServices(RequestIO) returned 29 0.1: RequestIO: Configuration locked 0.1: GetNextTuple: No more items prism2_config() failed Other particulars: Linux 2.6.15-1.1831_FC4 #1 Tue Feb 7 13:37:42 EST 2006 i686 i686 i386 GNU/Linux Please let me know if there is anything else you want me to try or if you need more info. This report targets the FC3 or FC4 products, which have now been EOL'd. Could you please check that it still applies to a current Fedora release, and either update the target product or close it ? Thanks. Fedora Core 4 is no longer maintained. Setting status to "INSUFFICIENT_DATA". If you can reproduce this bug in the current Fedora release, please reopen this bug and assign it to the corresponding Fedora version. Just a hint: If y'all actually worked the damn bugs when they were reported instead of letting them rot, then you might actually be able to catch and fix the bug. |