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

Please test
http://www.redhat.com/archives/fedora-test-list/2006-May/msg00129.html

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.