RE: Prism54 firmware load failure only during boot

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



This happens in both 2.6.8-1.541 and 2.6.9-1.640

However in FC2 with both 2.6.5-1.358 and 2.6.8-1.521 it would load just fine
after PCMCIA started

In /var/log/messages I do see the failed firmware upload attempts but no
corresponding udev entries:
.....
Oct 22 08:39:58 m700 kernel: IA-32 Microcode Update Driver: v1.14
<tigran@xxxxxxxxxxx>
Oct 22 08:39:58 m700 kernel: microcode: No new microdata for cpu 0
Oct 22 08:39:58 m700 kernel: ip_tables: (C) 2000-2002 Netfilter core team
Oct 22 08:39:58 m700 kernel: ip_tables: (C) 2000-2002 Netfilter core team
Oct 22 08:39:58 m700 kernel: prism54: request_firmware() failed for
'isl3890'
Oct 22 08:39:58 m700 kernel: eth1: could not upload firmware ('isl3890')
Oct 22 08:39:59 m700 rpcidmapd: rpc.idmapd startup succeeded
Oct 22 08:39:59 m700 kernel: prism54: request_firmware() failed for
'isl3890'
Oct 22 08:39:59 m700 kernel: eth1: could not upload firmware ('isl3890')
Oct 22 08:39:59 m700 kernel: prism54: request_firmware() failed for
'isl3890'
Oct 22 08:39:59 m700 kernel: eth1: could not upload firmware ('isl3890')
Oct 22 08:39:59 m700 kernel: prism54: request_firmware() failed for
'isl3890'
Oct 22 08:39:59 m700 kernel: eth1: could not upload firmware ('isl3890')
Oct 22 08:39:59 m700 kernel: prism54: request_firmware() failed for
'isl3890'
Oct 22 08:39:59 m700 kernel: eth1: could not upload firmware ('isl3890')
Oct 22 08:39:59 m700 pcmcia: Starting PCMCIA services:
Oct 22 08:40:00 m700 pcmcia: cardmgr[2058]: open_sock(socket 2) failed: Bad
file descriptor
Oct 22 08:40:00 m700 cardmgr[2058]: open_sock(socket 2) failed: Bad file
descriptor
Oct 22 08:40:00 m700 cardmgr[2058]: watching 2 sockets
Oct 22 08:40:00 m700 kernel: cs: IO port probe 0x0c00-0x0cff: clean.
Oct 22 08:40:00 m700 pcmcia: cardmgr[2058]: watching 2 sockets
Oct 22 08:40:00 m700 kernel: cs: IO port probe 0x0100-0x04ff: excluding
0x170-0x177 0x370-0x377 0x4d0-0x4d7
Oct 22 08:40:00 m700 kernel: cs: IO port probe 0x0a00-0x0aff: clean.
Oct 22 08:40:00 m700 pcmcia: done.
Oct 22 08:40:00 m700 rc: Starting pcmcia:  succeeded
Oct 22 08:40:00 m700 netfs: Mounting other filesystems:  succeeded
Oct 22 08:40:00 m700 kernel: i2c /dev entries driver
Oct 22 08:40:00 m700 rc: Starting lm_sensors:  succeeded
.....
Oct 22 08:40:16 m700 messagebus: messagebus startup succeeded
Oct 22 08:40:16 m700 rhnsd[2377]: Red Hat Network Services Daemon starting
up.
Oct 22 08:40:16 m700 rhnsd: rhnsd startup succeeded
Oct 22 08:40:16 m700 cups-config-daemon: cups-config-daemon startup
succeeded
Oct 22 08:40:16 m700 haldaemon: haldaemon startup succeeded
Oct 22 08:40:17 m700 wine: Registering binary handler for Windows
applications
Oct 22 08:40:17 m700 rc: Starting wine:  succeeded
Oct 22 08:40:17 m700 net.agent[2429]: remove event not handled
Oct 22 08:40:17 m700 net.agent[2421]: remove event not handled
Oct 22 08:40:17 m700 kernel: Unloaded prism54 driver
Oct 22 08:40:17 m700 kernel: Loaded prism54 driver, version 1.2
Oct 22 08:40:17 m700 kernel: ACPI: PCI interrupt 0000:06:00.0[A] -> GSI 11
(level, low) -> IRQ 11
Oct 22 08:40:17 m700 kernel: ip_tables: (C) 2000-2002 Netfilter core team
Oct 22 08:40:18 m700 kernel: ip_tables: (C) 2000-2002 Netfilter core team
Oct 22 08:40:18 m700 fstab-sync[2524]: removed all generated mount points
Oct 22 08:40:18 m700 mdmpd: mdmpd startup succeeded
Oct 22 08:40:19 m700 mdmpd: mdmpd succeeded
Oct 22 08:40:22 m700 fstab-sync[3016]: added mount point /media/cdrom for
/dev/hdb
Oct 22 08:40:23 m700 dhclient: DHCPREQUEST on eth1 to 255.255.255.255 port
67
Oct 22 08:40:23 m700 dhclient: DHCPREQUEST on eth1 to 255.255.255.255 port
67
Oct 22 08:40:23 m700 dhclient: DHCPACK from 192.168.0.105
Oct 22 08:40:23 m700 dhclient: DHCPACK from 192.168.0.105
Oct 22 08:40:23 m700 NET: /sbin/dhclient-script : updated /etc/resolv.conf
Oct 22 08:40:23 m700 dhclient: bound to 192.168.0.98 -- renewal in 17145
seconds.
Oct 22 08:40:23 m700 NET: /sbin/dhclient-script : updated /etc/resolv.conf
Oct 22 08:40:23 m700 dhclient: bound to 192.168.0.98 -- renewal in 17145
seconds.
Oct 22 08:40:27 m700 udev[3268]: removing device node '/dev/0000:06:00.0'
Oct 22 08:40:28 m700 udev[3254]: creating device node '/dev/vcs1'
Oct 22 08:40:28 m700 udev[3255]: creating device node '/dev/vcsa1'
Oct 22 08:40:28 m700 udev[3256]: creating device node '/dev/vcs2'
Oct 22 08:40:28 m700 udev[3257]: creating device node '/dev/vcsa2' 
.....

I have not tried to remove and reinsert the hardware itself after boot, but
I might try that when I get back home tonight.

I'm a bit new to the hotplug/hal environment myself, could you point me in
the right direction to find the hal-device-manager advanced properties?


> -----Original Message-----
> From: fedora-test-list-bounces@xxxxxxxxxx 
> [mailto:fedora-test-list-bounces@xxxxxxxxxx] On Behalf Of Andrew
> Sent: Friday, 22 October, 2004 09:34
> To: For testers of Fedora Core development releases
> Subject: Re: Prism54 firmware load failure only during boot
> 
> Hi,
> 
> Join the party.  I have noticed this, but I am just so glad 
> to get it to load the firmware at all, I figured I could live 
> with it not working during boot. For the record are you 
> running 2.6.9-1.640?  
> 
> With mine, even with I plug it in after the boot is complete, 
> it fails to load the firmware anywhere from 2 to 4 times 
> before getting loaded.  You should also see in your messages 
> log that the /dev/0000:30.0 (or similar) was being removed by 
> udev, for each failed firmware load.
> 
> My gut tells me there is a race condition in the sysfs 
> interface of the prism54 driver, so that the place where it 
> needs to cp the firmware to, does not exist yet when the cp 
> actually happens.  Whether or not anything like udev is 
> involved in that race condition, I don't know, b/c I've not 
> researched it enough to find out --- yet.
> 
> I'm still learning a lot (and have a lot to learn) about the 
> hotplug environment, etc., (as you will see if you look at my 
> bz entry for hal
> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=135202)
> 
> If you do bz I would love to follow the story -- but I will 
> keep my mouth shut :-) so could yout post the #?
> 
> Does hal-device-manager advanced properties for your WG511 
> show the right MAC?
> 
> Thanks & good luck.
> Andrew
> 
> > -----Original Message-----
> > From: Neil Gierman [mailto:ngierman@xxxxxxxxxxxx]
> > Sent: Friday, October 22, 2004 02:05 PM
> > To: fedora-test-list@xxxxxxxxxx
> > Subject: Prism54 firmware load failure only during boot
> > 
> > I just upgraded from FC2 to FC3test3 and noticed a new 
> behavior with 
> > my Netgear WG511.
> >  
> > In FC2 I would get a failure during network init because eth1 (the 
> > prism54) was not found. As soon as pcmcia started then the module 
> > would load and insert into my wireless network without any 
> action from me.
> >  
> > Now in FC3test3, the prism54 module loads and complains about not 
> > being able to load the firmware (the firmware is in the 
> correct place 
> > according to /etc/hotplug/firmware.agent). As soon as get a shell I 
> > rmmod prism54 and modprobe prism54 and it loads and is able 
> to upload 
> > the firmware just fine (which I have now added the rmmod 
> and modprobe 
> > to rc.local so I can reboot remotely and still gain access after 
> > reboot). I updated all packages (including kernel) that 
> were available 
> > from yum and the same symptoms are there. I searched 
> bugzilla and didn't see anything on the prism54.
> >  
> > Has anyone seen this, or should it go to bugzilla?
> >  
> > dmesg:
> >  
> > .......
> > device-mapper: 4.1.0-ioctl (2003-12-10) initialised: 
> dm@xxxxxxxxxxxxxx
> > cdrom: open failed.
> > kjournald starting.  Commit interval 5 seconds
> > EXT3 FS on hda1, internal journal
> > EXT3-fs: mounted filesystem with ordered data mode.
> > Adding 524152k swap on /dev/hda3.  Priority:-1 extents:1
> > IA-32 Microcode Update Driver: v1.14 <tigran@xxxxxxxxxxx>
> > microcode: No new microdata for cpu 0
> > ip_tables: (C) 2000-2002 Netfilter core team
> > ip_tables: (C) 2000-2002 Netfilter core team
> > eth1: islpci_open()
> > eth1: resetting device...
> > eth1: uploading firmware...
> > prism54: request_firmware() failed for 'isl3890'
> > eth1: could not upload firmware ('isl3890')
> > eth1: islpci_open()
> > eth1: resetting device...
> > eth1: uploading firmware...
> > prism54: request_firmware() failed for 'isl3890'
> > eth1: could not upload firmware ('isl3890')
> > eth1: islpci_open()
> > eth1: resetting device...
> > eth1: uploading firmware...
> > prism54: request_firmware() failed for 'isl3890'
> > eth1: could not upload firmware ('isl3890')
> > eth1: islpci_open()
> > eth1: resetting device...
> > eth1: uploading firmware...
> > prism54: request_firmware() failed for 'isl3890'
> > eth1: could not upload firmware ('isl3890')
> > eth1: islpci_open()
> > eth1: resetting device...
> > eth1: uploading firmware...
> > prism54: request_firmware() failed for 'isl3890'
> > eth1: could not upload firmware ('isl3890')
> > cs: IO port probe 0x0c00-0x0cff: clean.
> > cs: IO port probe 0x0100-0x04ff: excluding 0x170-0x177 0x370-0x377
> > 0x4d0-0x4d7
> > cs: IO port probe 0x0a00-0x0aff: clean.
> > i2c /dev entries driver
> > lp: driver loaded but no devices found ---------------- End of boot
> > eth1: removing device ---------------------------- rmmod prism54
> > divert: freeing divert_blk for eth1
> > Unloaded prism54 driver
> > Loaded prism54 driver, version 1.2 ---------------------- modprobe 
> > prism54
> > ACPI: PCI interrupt 0000:06:00.0[A] -> GSI 11 (level, low) -> IRQ 11
> > divert: allocating divert_blk for eth1
> > ip_tables: (C) 2000-2002 Netfilter core team
> > eth1: islpci_open()
> > eth1: resetting device...
> > eth1: uploading firmware...
> > eth1: firmware uploaded done, now triggering reset...
> > ip_tables: (C) 2000-2002 Netfilter core team
> > 
> > lspci:
> > 00:00.0 Host bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX Host 
> > bridge (rev 03) 00:01.0 PCI bridge: Intel Corp. 440BX/ZX/DX - 
> > 82443BX/ZX/DX AGP bridge (rev
> > 03)
> > 00:04.0 CardBus bridge: Texas Instruments PCI1450 (rev 03)
> > 00:04.1 CardBus bridge: Texas Instruments PCI1450 (rev 03) 00:07.0 
> > Bridge: Intel Corp. 82371AB/EB/MB PIIX4 ISA (rev 02)
> > 00:07.1 IDE interface: Intel Corp. 82371AB/EB/MB PIIX4 IDE (rev 01)
> > 00:07.2 USB Controller: Intel Corp. 82371AB/EB/MB PIIX4 USB (rev 01)
> > 00:07.3 Bridge: Intel Corp. 82371AB/EB/MB PIIX4 ACPI (rev 
> 03) 00:08.0 
> > Multimedia audio controller: ESS Technology ES1978 Maestro 2E (rev
> > 10)
> > 00:09.0 Ethernet controller: Intel Corp. 82557/8/9 
> [Ethernet Pro 100] 
> > (rev
> > 09)
> > 00:09.1 Serial controller: Agere Systems (former Lucent 
> > Microelectronics) LT WinModem 01:00.0 VGA compatible 
> controller: ATI 
> > Technologies Inc Rage Mobility P/M AGP 2x (rev 64) 06:00.0 Network 
> > controller: Intersil Corporation Intersil ISL3890 [Prism GT/Prism 
> > Duette] (rev 01)
> > 
> >  
> > 
> 
> 
> 
> --
> fedora-test-list mailing list
> fedora-test-list@xxxxxxxxxx
> To unsubscribe: 
> http://www.redhat.com/mailman/listinfo/fedora-test-list
> 


[Index of Archives]     [Fedora Desktop]     [Fedora SELinux]     [Photo Sharing]     [Yosemite Forum]     [KDE Users]