zd1211 no longer working (missing firmware?)

Bug #58259 reported by Michael Vogt
6
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Incomplete
Undecided
Unassigned
linux-source-2.6.17 (Ubuntu)
Won't Fix
Undecided
Unassigned

Bug Description

My zd1211 based card that used to work in dapper stoped working with the current edgy kernel.

'dmesg' tells me that:
[17180039.376000] usb 2-1: Could not load firmware file zd1211/zd1211_ub. Error
number -2
[17180039.376000] zd1211rw 2-1:1.0: couldn't load firmware. Error number -2

Let me know if I can do anything to further help debugging this problem.

Cheers,
 Michael

Revision history for this message
peter76 (pf-moll) wrote :

Having exactly the same problem on an iBook G3 900 running Edgy knot2 ( without updates yet; network not working yet;-)

Peter

Revision history for this message
LarryGrover (lgrover) wrote :

I have the same problem too (iBook G4 1.3 GHz, edgy-ppc knot2 with all updates current) -- the zd1211 firmware won't load.

A little googling revealed that there is a newer firmware available:
http://zd1211.ath.cx/wiki/DriverRewrite
http://sourceforge.net/project/showfiles.php?group_id=129083&package_id=187875

After installing the new firmware to /lib/firmware/zd1211/ I found that the new firmware would load, but my usb wireless device is still not working. Dmesg reveals an "eth2: link is not ready" error:

[ 482.559841] usb 4-2: new high speed USB device using ehci_hcd and address 2
[ 482.693331] usb 4-2: configuration #1 chosen from 1 choice
[ 482.946570] zd1211rw 4-2:1.0: firmware version 4605
[ 482.988582] zd1211rw 4-2:1.0: zd1211 chip 07b8:6001 v4330 high 00-12-0e AL2230_RF pa0 g--
[ 482.991186] zd1211rw 4-2:1.0: eth2
[ 483.592492] ADDRCONF(NETDEV_UP): eth2: link is not ready

Revision history for this message
Michael Vogt (mvo) wrote :

It looks like a copying the file from http://sourceforge.net/project/showfiles.php?group_id=129083&package_id=187875
into /lib/firmware/zd1211 fixes the problem.

Those files seems to be identical to the files in /lib/firmware/2.6.17-7-generic/zd1211* (that are already installed), just different names.

Changed in linux-source-2.6.17:
status: Unconfirmed → Confirmed
Revision history for this message
LarryGrover (lgrover) wrote :

Unfortunately for me, adding the new firmware into /lib/firmware/zd1211 does *not* fix the problem. While the firmware now appears to load, the device does not work.

dmesg reveals:

[ 1610.150975] usb 3-1: new high speed USB device using ehci_hcd and address 9
[ 1610.284741] usb 3-1: configuration #1 chosen from 1 choice
[ 1610.457980] zd1211rw 3-1:1.0: firmware version 4605
[ 1610.499986] zd1211rw 3-1:1.0: zd1211 chip 07b8:6001 v4330 high 00-12-0e AL2230_RF pa0 g--
[ 1610.502590] zd1211rw 3-1:1.0: eth1
[ 1611.049867] ADDRCONF(NETDEV_UP): eth2: link is not ready

$ /sbin/iwconfig
eth2 802.11g zd1211 ESSID:off/any
          Mode:Managed Frequency:2.412 GHz Access Point: Invalid
          Bit Rate:1 Mb/s
          Link Quality:0 Signal level:0 Noise level:0
          Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
          Tx excessive retries:0 Invalid misc:0 Missed beacon:0

$ /sbin/ifconfig
eth2 Link encap:Ethernet HWaddr 00:12:0E:10:17:8C
          UP BROADCAST MULTICAST MTU:1500 Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)

$ sudo dhclient eth2
Internet Systems Consortium DHCP Client V3.0.4
Copyright 2004-2006 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/

Listening on LPF/eth2/00:12:0e:10:17:8c
Sending on LPF/eth2/00:12:0e:10:17:8c
Sending on Socket/fallback
DHCPDISCOVER on eth2 to 255.255.255.255 port 67 interval 8
DHCPDISCOVER on eth2 to 255.255.255.255 port 67 interval 15
DHCPDISCOVER on eth2 to 255.255.255.255 port 67 interval 7
DHCPDISCOVER on eth2 to 255.255.255.255 port 67 interval 17
DHCPDISCOVER on eth2 to 255.255.255.255 port 67 interval 14
No DHCPOFFERS received.
No working leases in persistent database - sleeping.

Finally, running dmesg after uplugging the device:
[ 1913.571759] usb 3-1: USB disconnect, address 9
[ 1913.575589] zd1211rw 3-1:1.0: error ioread32(CR_REG1): -22

Revision history for this message
coubi64 (frederic-valentin) wrote :

I have some error messages under Hardy Heron:

Linux version 2.6.24-12-generic (buildd@palmer) (gcc version 4.2.3 (Ubuntu 4.2.3-2ubuntu4)) #1 SMP Wed Mar 12 23:01:54 UTC 2008 (Ubuntu 2.6.24-12.22-generic)

 Kernel command line: root=UUID=867d3dcb-4304-4f1c-96ee-96caa2245107 ro vga=791 pnpbios=off acpi=force acpi=noirq pci=biosirq locale=fr_FR elevator=cfq splash

[ 115.563577] SoftMAC: Open Authentication completed with 1a:c9:38:7b:3c:60
[ 127.543575] SoftMAC: Open Authentication completed with 1a:c9:38:7b:3c:60
[ 128.606367] zd1211rw 4-2:1.0: error ioread32(CR_REG1): -110
[ 129.226329] SoftMAC: Open Authentication completed with 1a:c9:38:7b:3c:60
[ 141.248723] SoftMAC: Open Authentication completed with 1a:c9:38:7b:3c:60
[ 147.504855] SoftMAC: Open Authentication completed with 1a:c9:38:7b:3c:60
[ 159.497236] SoftMAC: Open Authentication completed with 1a:c9:38:7b:3c:60
[ 160.259441] SoftMAC: Open Authentication completed with 1a:c9:38:7b:3c:60
[ 172.152212] SoftMAC: Open Authentication completed with 1a:c9:38:7b:3c:60
[ 172.753805] SoftMAC: Open Authentication completed with 1a:c9:38:7b:3c:60
[ 172.771941] SoftMAC: Open Authentication completed with 1a:c9:38:7b:3c:60
[ 250.154857] zd1211rw 4-2:1.0: error ioread32(CR_REG1): -110

Revision history for this message
Launchpad Janitor (janitor) wrote : This bug is now reported against the 'linux' package

The 18 month support period for Edgy Eft 6.10 has reached its end of life. As a result, we are closing the linux-source-2.6.17 Edgy Eft kernel task. However, development has already began for the upcoming Intrepid Ibex 8.10 release. It would be helpful if you could test the upcoming release and verify if this is still an issue - http://www.ubuntu.com/testing . If the issue still exists, please update this report by changing the Status of the "linux" task from "Incomplete" to "New". We appreciate your patience and understanding as we make this transition. Thanks!

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.