Thread: [zd1211-devs] zd1211rw hardware decryption needs testing
Status: Beta
Brought to you by:
mayne
From: Daniel D. <ds...@ge...> - 2006-09-24 22:53:41
|
Hi, I have some changes ready which enable hardware decryption for receiving encrypted frames in zd1211rw. Hardware encryption (for transmitting) will come after this tested and merged. It does need some extra testing though. Specifically: - Someone on PPC or another big-endian architecture, incase I screwed up the byte-swapping bit - Someone on a WPA TKIP network - Someone on a WPA CCMP network Any volunteers? You need to patch your 2.6.18 kernel with this: http://marc.theaimsgroup.com/?l=linux-netdev&m=115913791123037&w=2 And then compile this driver release: (don't use the in-kernel one) http://dsd.object4.net/zd1211rw-hwdec.tar.gz Alternatively just grab the hwdec branch from my git tree. Simply test that you don't notice any difference, i.e. you can still receive data from your secured network. It's working nicely for me, using it right now. Quick responses appreciated, as the 2.6.19 merge window is already upon us, if we aren't quick this will have to wait until 2.6.20. Thanks! Daniel |
From: rello <gig...@gm...> - 2006-09-24 23:20:35
|
Daniel Drake wrote: > Hi, > > I have some changes ready which enable hardware decryption for receiving > encrypted frames in zd1211rw. Hardware encryption (for transmitting) > will come after this tested and merged. > > It does need some extra testing though. Specifically: > > - Someone on PPC or another big-endian architecture, incase I screwed up > the byte-swapping bit > - Someone on a WPA TKIP network > - Someone on a WPA CCMP network > > Any volunteers? > > You need to patch your 2.6.18 kernel with this: > http://marc.theaimsgroup.com/?l=linux-netdev&m=115913791123037&w=2 > > And then compile this driver release: (don't use the in-kernel one) > http://dsd.object4.net/zd1211rw-hwdec.tar.gz > > Alternatively just grab the hwdec branch from my git tree. > > Simply test that you don't notice any difference, i.e. you can still > receive data from your secured network. It's working nicely for me, > using it right now. > > Quick responses appreciated, as the 2.6.19 merge window is already upon > us, if we aren't quick this will have to wait until 2.6.20. > > Thanks! > Daniel > > I'm free from University the whole week, my iBook PPC is at your service. I'll start working on it soon. Rello -- +----------------------------SIGNATURE:-------------------------+ | Silvio Relli aka "Rello" admin(at)rello.it ---> www.rello.it | | GPG key: 1024D/B24DEED3 | | "I videogiochi non influenzano i bambini. Voglio dire, | | se pac-man avesse influenzato la nostra generazione, staremmo | | tutti saltando in sale scure, masticando pillole magiche | | e ascoltando musica elettronica ripetitiva" | | (Kristian Wilson, Nintendo Inc, 1989.) | +---------------------------------------------------------------+ |
From: rello <gig...@gm...> - 2006-09-25 15:50:35
|
Daniel Drake wrote: > Hi, > > I have some changes ready which enable hardware decryption for receiving > encrypted frames in zd1211rw. Hardware encryption (for transmitting) > will come after this tested and merged. > > It does need some extra testing though. Specifically: > > - Someone on PPC or another big-endian architecture, incase I screwed up > the byte-swapping bit > - Someone on a WPA TKIP network > - Someone on a WPA CCMP network > > Any volunteers? > > You need to patch your 2.6.18 kernel with this: > http://marc.theaimsgroup.com/?l=linux-netdev&m=115913791123037&w=2 > > And then compile this driver release: (don't use the in-kernel one) > http://dsd.object4.net/zd1211rw-hwdec.tar.gz > > Alternatively just grab the hwdec branch from my git tree. > > Simply test that you don't notice any difference, i.e. you can still > receive data from your secured network. It's working nicely for me, > using it right now. > > Quick responses appreciated, as the 2.6.19 merge window is already upon > us, if we aren't quick this will have to wait until 2.6.20. > > Thanks! > Daniel > > Tested over Apple iBook PPC32 with a zd1211 based dongle on a fresh new 2.6.18 mainline kernel. Patch applies to kernel and compiles with no problems (without compiling in-kernel zd1211 driver). Modules then compiles and are loaded correctly. The device associates to the AP over a 128bit wep protected network, but seems unable to send data. Trying to ping the AP or other clients returns "Destination Host Unreachable". Dhclient too fails. -- +----------------------------SIGNATURE:-------------------------+ | Silvio Relli aka "Rello" admin(at)rello.it ---> www.rello.it | | GPG key: 1024D/B24DEED3 | | "I videogiochi non influenzano i bambini. Voglio dire, | | se pac-man avesse influenzato la nostra generazione, staremmo | | tutti saltando in sale scure, masticando pillole magiche | | e ascoltando musica elettronica ripetitiva" | | (Kristian Wilson, Nintendo Inc, 1989.) | +---------------------------------------------------------------+ |
From: rello <gig...@gm...> - 2006-09-25 16:09:04
|
rello wrote: > Daniel Drake wrote: > >> Hi, >> >> I have some changes ready which enable hardware decryption for receiving >> encrypted frames in zd1211rw. Hardware encryption (for transmitting) >> will come after this tested and merged. >> >> It does need some extra testing though. Specifically: >> >> - Someone on PPC or another big-endian architecture, incase I screwed up >> the byte-swapping bit >> - Someone on a WPA TKIP network >> - Someone on a WPA CCMP network >> >> Any volunteers? >> >> You need to patch your 2.6.18 kernel with this: >> http://marc.theaimsgroup.com/?l=linux-netdev&m=115913791123037&w=2 >> >> And then compile this driver release: (don't use the in-kernel one) >> http://dsd.object4.net/zd1211rw-hwdec.tar.gz >> >> Alternatively just grab the hwdec branch from my git tree. >> >> Simply test that you don't notice any difference, i.e. you can still >> receive data from your secured network. It's working nicely for me, >> using it right now. >> >> Quick responses appreciated, as the 2.6.19 merge window is already upon >> us, if we aren't quick this will have to wait until 2.6.20. >> >> Thanks! >> Daniel >> >> >> > > Tested over Apple iBook PPC32 with a zd1211 based dongle on a fresh new > 2.6.18 mainline kernel. > Patch applies to kernel and compiles with no problems (without compiling > in-kernel zd1211 driver). > Modules then compiles and are loaded correctly. > The device associates to the AP over a 128bit wep protected network, but > seems unable to send data. > Trying to ping the AP or other clients returns "Destination Host > Unreachable". > Dhclient too fails. > > Ah I forgot to say that device works with open unsecured networks at 54M, but pinging hosts often results in double response (DUP!) -- +----------------------------SIGNATURE:-------------------------+ | Silvio Relli aka "Rello" admin(at)rello.it ---> www.rello.it | | GPG key: 1024D/B24DEED3 | | "I videogiochi non influenzano i bambini. Voglio dire, | | se pac-man avesse influenzato la nostra generazione, staremmo | | tutti saltando in sale scure, masticando pillole magiche | | e ascoltando musica elettronica ripetitiva" | | (Kristian Wilson, Nintendo Inc, 1989.) | +---------------------------------------------------------------+ |
From: Elimar R. <rie...@lx...> - 2006-09-25 18:04:53
|
On Sun, 24 Sep 2006 the mental interface of Daniel Drake told: > Hi, > > I have some changes ready which enable hardware decryption for receiving > encrypted frames in zd1211rw. Hardware encryption (for transmitting) > will come after this tested and merged. > > It does need some extra testing though. Specifically: > > - Someone on PPC or another big-endian architecture, incase I screwed up > the byte-swapping bit > - Someone on a WPA TKIP network > - Someone on a WPA CCMP network > > Any volunteers? > > You need to patch your 2.6.18 kernel with this: > http://marc.theaimsgroup.com/?l=linux-netdev&m=115913791123037&w=2 riesebie@aragorn>tty8 ~src/linux $ cat ../ieee80211_rx.patch| patch -p1 patching file net/ieee80211/ieee80211_rx.c Hunk #1 FAILED at 415. Hunk #2 FAILED at 654. 2 out of 2 hunks FAILED -- saving rejects to file net/ieee80211/ieee80211_rx.c.rej patching file drivers/net/wireless/bcm43xx/bcm43xx_xmit.c Hunk #1 FAILED at 544. 1 out of 1 hunk FAILED -- saving rejects to file drivers/net/wireless/bcm43xx/bcm43xx_xmit.c.rej patching file drivers/net/wireless/ipw2200.c Reversed (or previously applied) patch detected! Assume -R? [n] Apply anyway? [n] Skipping patch. 3 out of 3 hunks ignored -- saving rejects to file drivers/net/wireless/ipw2200.c.rej patching file include/net/ieee80211.h Hunk #1 FAILED at 1037. 1 out of 1 hunk FAILED -- saving rejects to file include/net/ieee80211.h.rej patching file drivers/net/wireless/bcm43xx/bcm43xx_main.c Hunk #1 FAILED at 4034. 1 out of 1 hunk FAILED -- saving rejects to file drivers/net/wireless/bcm43xx/bcm43xx_main.c.rej Hmmm? Do I have to use a git version? Elimar -- >what IMHO then? IMHO - Inhalation of a Multi-leafed Herbal Opiate ;) --posting from alex in debian-user-- |
From: rello <gig...@gm...> - 2006-09-25 19:11:35
|
Elimar Riesebieter wrote: > On Sun, 24 Sep 2006 the mental interface of > Daniel Drake told: > > >> Hi, >> >> I have some changes ready which enable hardware decryption for receiving >> encrypted frames in zd1211rw. Hardware encryption (for transmitting) >> will come after this tested and merged. >> >> It does need some extra testing though. Specifically: >> >> - Someone on PPC or another big-endian architecture, incase I screwed up >> the byte-swapping bit >> - Someone on a WPA TKIP network >> - Someone on a WPA CCMP network >> >> Any volunteers? >> >> You need to patch your 2.6.18 kernel with this: >> http://marc.theaimsgroup.com/?l=linux-netdev&m=115913791123037&w=2 >> > > riesebie@aragorn>tty8 ~src/linux $ cat ../ieee80211_rx.patch| patch -p1 > patching file net/ieee80211/ieee80211_rx.c > Hunk #1 FAILED at 415. > Hunk #2 FAILED at 654. > 2 out of 2 hunks FAILED -- saving rejects to file net/ieee80211/ieee80211_rx.c.rej > patching file drivers/net/wireless/bcm43xx/bcm43xx_xmit.c > Hunk #1 FAILED at 544. > 1 out of 1 hunk FAILED -- saving rejects to file drivers/net/wireless/bcm43xx/bcm43xx_xmit.c.rej > patching file drivers/net/wireless/ipw2200.c > Reversed (or previously applied) patch detected! Assume -R? [n] > Apply anyway? [n] > Skipping patch. > 3 out of 3 hunks ignored -- saving rejects to file drivers/net/wireless/ipw2200.c.rej > patching file include/net/ieee80211.h > Hunk #1 FAILED at 1037. > 1 out of 1 hunk FAILED -- saving rejects to file include/net/ieee80211.h.rej > patching file drivers/net/wireless/bcm43xx/bcm43xx_main.c > Hunk #1 FAILED at 4034. > 1 out of 1 hunk FAILED -- saving rejects to file drivers/net/wireless/bcm43xx/bcm43xx_main.c.rej > > Hmmm? Do I have to use a git version? > > Elimar > > No, use mainline 2.6.18 kenel. Apply the patch in this way: root@lilith:/usr/src/linux-2.6.18# patch -p1 < /home/rello/patch.txt -- +----------------------------SIGNATURE:-------------------------+ | Silvio Relli aka "Rello" admin(at)rello.it ---> www.rello.it | | GPG key: 1024D/B24DEED3 | | "I videogiochi non influenzano i bambini. Voglio dire, | | se pac-man avesse influenzato la nostra generazione, staremmo | | tutti saltando in sale scure, masticando pillole magiche | | e ascoltando musica elettronica ripetitiva" | | (Kristian Wilson, Nintendo Inc, 1989.) | +---------------------------------------------------------------+ |
From: Matthieu C. <cas...@fr...> - 2006-09-25 18:59:38
|
On Mon, 25 Sep 2006 20:04:35 +0200, Elimar Riesebieter wrote: >> You need to patch your 2.6.18 kernel with this: >> http://marc.theaimsgroup.com/?l=linux-netdev&m=115913791123037&w=2 > > riesebie@aragorn>tty8 ~src/linux $ cat ../ieee80211_rx.patch| patch -p1 > patching file net/ieee80211/ieee80211_rx.c Hunk #1 FAILED at 415. > Hunk #2 FAILED at 654. > 2 out of 2 hunks FAILED -- saving rejects to file > net/ieee80211/ieee80211_rx.c.rej patching file > drivers/net/wireless/bcm43xx/bcm43xx_xmit.c Hunk #1 FAILED at 544. > 1 out of 1 hunk FAILED -- saving rejects to file > drivers/net/wireless/bcm43xx/bcm43xx_xmit.c.rej patching file > drivers/net/wireless/ipw2200.c Reversed (or previously applied) patch > detected! Assume -R? [n] Apply anyway? [n] > Skipping patch. > 3 out of 3 hunks ignored -- saving rejects to file > drivers/net/wireless/ipw2200.c.rej patching file include/net/ieee80211.h > Hunk #1 FAILED at 1037. > 1 out of 1 hunk FAILED -- saving rejects to file > include/net/ieee80211.h.rej patching file > drivers/net/wireless/bcm43xx/bcm43xx_main.c Hunk #1 FAILED at 4034. > 1 out of 1 hunk FAILED -- saving rejects to file > drivers/net/wireless/bcm43xx/bcm43xx_main.c.rej > How do you get the patch ? Don't you break it by copy and paste or other things ? Matthieu |
From: Elimar R. <rie...@lx...> - 2006-09-25 19:52:05
|
On Mon, 25 Sep 2006 the mental interface of Matthieu CASTET told: > On Mon, 25 Sep 2006 20:04:35 +0200, Elimar Riesebieter wrote: >=20 > >> You need to patch your 2.6.18 kernel with this: > >> http://marc.theaimsgroup.com/?l=3Dlinux-netdev&m=3D115913791123037&w= =3D2 > >=20 > > riesebie@aragorn>tty8 ~src/linux $ cat ../ieee80211_rx.patch| patch -p1 > > patching file net/ieee80211/ieee80211_rx.c Hunk #1 FAILED at 415. [...] > How do you get the patch ? LOL, printed to a file within lynx :-P > Don't you break it by copy and paste or other things. Save to a file with in mutt works. My apologies Elimar --=20 Numeric stability is probably not all that=20 important when you're guessing;-) |
From: Matthieu C. <cas...@fr...> - 2006-09-25 19:09:56
|
Hi, On Sun, 24 Sep 2006 18:53:41 -0400, Daniel Drake wrote: > - Someone on a WPA CCMP network I try it on a WPA CCMP network and it works (I am using it for sending this reply). I have a question about mic checking. If I understand correctly the vendor driver, the hw don't do hw checking and it should be done in software [1]. But the your 802.11 linux stack change with host_strip_iv_icv doesn't seem to do this checking ? So there no MIC checking in the current driver ? Will be added in a future version (I will be needed for tx ?) ? Matthieu [1] case TKIP: bSwCheckMIC=1;// zd1211 always use sw-mic regardless of fragmentation. #if 0 // zd1211 does not have hw-mic feature. |
From: Matthieu C. <cas...@fr...> - 2006-09-25 19:10:46
|
Hi, On Sun, 24 Sep 2006 18:53:41 -0400, Daniel Drake wrote: > - Someone on a WPA CCMP network I try it on a WPA CCMP network and it works (I am using it for sending this reply). I have a question about mic checking. If I understand correctly the vendor driver, the hw don't do hw checking and it should be done in software [1]. But the your 802.11 linux stack change with host_strip_iv_icv doesn't seem to do this checking ? So there no MIC checking in the current driver ? Will be added in a future version (I will be needed for tx ?) ? Matthieu [1] case TKIP: bSwCheckMIC=1;// zd1211 always use sw-mic regardless of fragmentation. #if 0 // zd1211 does not have hw-mic feature. |
From: rello <gig...@gm...> - 2006-09-25 19:18:10
|
Matthieu CASTET wrote: > Hi, > > On Sun, 24 Sep 2006 18:53:41 -0400, Daniel Drake wrote: > > >> - Someone on a WPA CCMP network >> > I try it on a WPA CCMP network and it works (I am using it for sending > this reply). > > My old AP does not support WPA so I can't test it. Please can you try it on a WEP 128bit network? For me it does not work on wep protected network. Ciao Rello -- +----------------------------SIGNATURE:-------------------------+ | Silvio Relli aka "Rello" admin(at)rello.it ---> www.rello.it | | GPG key: 1024D/B24DEED3 | | "I videogiochi non influenzano i bambini. Voglio dire, | | se pac-man avesse influenzato la nostra generazione, staremmo | | tutti saltando in sale scure, masticando pillole magiche | | e ascoltando musica elettronica ripetitiva" | | (Kristian Wilson, Nintendo Inc, 1989.) | +---------------------------------------------------------------+ |
From: Elimar R. <rie...@lx...> - 2006-09-25 20:42:30
|
On Sun, 24 Sep 2006 the mental interface of Daniel Drake told: > Hi, >=20 > I have some changes ready which enable hardware decryption for receiving= =20 > encrypted frames in zd1211rw. Hardware encryption (for transmitting)=20 > will come after this tested and merged. >=20 > It does need some extra testing though. Specifically: >=20 > - Someone on PPC or another big-endian architecture, incase I screwed up= =20 > the byte-swapping bit > - Someone on a WPA TKIP network root@samweis ~ # /sbin/wpa_supplicant -ieth1 -c/etc/wpa_supplicant/wpa_supp= licant.conf -B -Dwext Unable to handle kernel paging request for data at address 0x00000098 Faulting instruction address: 0xf25550b4 Oops: Kernel access of bad area, sig: 11 [#1] Modules linked in: radeon drm hci_usb rfcomm ipv6 autofs4 nfs lockd sunrpc = af_packet hidp l2cap bluetooth i2c_dev apm_emu therm_adt746x zd1211rw firmw= are_class ieee80211softmac ieee80211 ieee80211_crypt appletouch usbhid snd_aoa_codec_= tas snd_aoa_fabric_layout snd_aoa ohci1394 snd_aoa_i2sbus ehci_hcd snd_pcm = snd_timer snd_page_alloc snd ohci_hcd soundcore ide_cd evdev snd_aoa_soundbus yenta_s= ocket rsrc_nonstatic pcmcia_core sungem sungem_phy ieee1394 usbcore uninort= h_agp agpgart cdrom unix NIP: F25550B4 LR: F2535A78 CTR: F2555084 REGS: ee08dbf0 TRAP: 0300 Not tainted (2.6.18-aragorn) MSR: 00009032 <EE,ME,IR,DR> CR: 48222448 XER: 20000000 DAR: 00000098, DSISR: 40000000 TASK =3D ef5653a0[2888] 'wpa_supplicant' THREAD: ee08c000 GPR00: 00000065 EE08DCA0 EF5653A0 EFC10000 EE08DCD8 00000001 EE08DD64 00000= 000 GPR08: 00000001 00000380 00000004 00000000 28222442 1006A170 00000000 FFFFF= FFF GPR16: 00000000 7F87D84C 7F87EAD8 7FCC11A8 1006D0A8 00000001 00000000 00000= 000 GPR24: EE08DCD8 F2554150 EFC10000 EE08EA30 EFC10000 00000000 00000000 EFC10= 280 NIP [F25550B4] netdev_tx+0x30/0x35c [zd1211rw] LR [F2535A78] ieee80211_wx_set_encodeext+0x1c4/0x468 [ieee80211] Call Trace: [EE08DCA0] [39576305] 0x39576305 (unreliable) [EE08DCD0] [F2535A78] ieee80211_wx_set_encodeext+0x1c4/0x468 [ieee80211] [EE08DD90] [F2554164] iw_set_encodeext+0x14/0x24 [zd1211rw] [EE08DDA0] [C0229F04] ioctl_standard_call+0x198/0x370 [EE08DDF0] [C022A460] wireless_process_ioctl+0x384/0x4c0 [EE08DE30] [C021E7A4] dev_ioctl+0x544/0x558 [EE08DEB0] [C020F810] sock_ioctl+0x44/0x274 [EE08DED0] [C00960E4] do_ioctl+0x38/0x84 [EE08DEE0] [C00961B4] vfs_ioctl+0x84/0x3f4 [EE08DF10] [C0096564] sys_ioctl+0x40/0x74 [EE08DF40] [C0012D60] ret_from_syscall+0x0/0x38 --- Exception: c01 at 0xfd18ae0 LR =3D 0xfda2f54 Instruction dump: 9421ffd0 7c0802a6 90010034 bee1000c 7c7a1b78 3b640d58 7c7c1b78 3ae00000 881a0000 7f970000 409c02e8 83dc0008 <83fe0098> 801e0094 7ffdfb78 3bfffff5 zsh: segmentation fault /sbin/wpa_supplicant -ieth1 -c/etc/wpa_supplicant= /wpa_supplicant.conf -B # cat /etc/wpa_supplicant/wpa_supplicant.conf ctrl_interface=3D/var/run/wpa_supplicant ctrl_interface_group=3D0 eapol_version=3D2 ap_scan=3D2 fast_reauth=3D1 network=3D{ ssid=3D"BLO" proto=3DWPA2 key_mgmt=3DWPA-PSK pairwise=3DTKIP group=3DTKIP CCMP psk=3D"blafaseldirasel" } ########Device####### zd1211rw 4-1:1.0: firmware version 4605 zd1211rw 4-1:1.0: zd1211 chip 6891:a727 v4330 high 00-14-7c RF2959_RF pa0 g= --- # modinfo zd1211rw filename: /lib/modules/2.6.18-aragorn/kernel/drivers/net/wireless/zd1= 211rw/zd1211rw.ko license: GPL description: USB driver for devices with the ZD1211 chip. author: Ulrich Kunitz author: Daniel Drake version: 1.0 vermagic: 2.6.18-aragorn mod_unload gcc-4.1 depends: usbcore,ieee80211softmac,ieee80211,firmware_class alias: usb:v0ACEp1211d*dc*dsc*dp*ic*isc*ip* alias: usb:v07B8p6001d*dc*dsc*dp*ic*isc*ip* alias: usb:v126FpA006d*dc*dsc*dp*ic*isc*ip* alias: usb:v6891pA727d*dc*dsc*dp*ic*isc*ip* alias: usb:v0DF6p9071d*dc*dsc*dp*ic*isc*ip* alias: usb:v157Ep300Bd*dc*dsc*dp*ic*isc*ip* alias: usb:v079Bp004Ad*dc*dsc*dp*ic*isc*ip* alias: usb:v1740p2000d*dc*dsc*dp*ic*isc*ip* alias: usb:v157Ep3204d*dc*dsc*dp*ic*isc*ip* alias: usb:v0586p3402d*dc*dsc*dp*ic*isc*ip* alias: usb:v0ACEp1215d*dc*dsc*dp*ic*isc*ip* alias: usb:v157Ep300Dd*dc*dsc*dp*ic*isc*ip* alias: usb:v079Bp0062d*dc*dsc*dp*ic*isc*ip* alias: usb:v1582p6003d*dc*dsc*dp*ic*isc*ip* alias: usb:v0ACEp2011d*dc*dsc*dp*ic*isc*ip* srcversion: 76CC7BF9D849472810BA3EE HTH Elimar --=20 Alles was viel bedacht wird ist bedenklich!;-) Friedrich Nietzsche |
From: e9hack <e9...@go...> - 2006-09-25 20:57:49
|
Daniel Drake wrote: > > - Someone on a WPA TKIP network > It works for me. The only problem is the wellknown reconnect bug after every boot. I'm using a Fibreline WL-430U with the zd1211b chip (1582:6003). - Hartmut -- View this message in context: http://www.nabble.com/zd1211rw-hardware-decryption-needs-testing-tf2328367.html#a6495291 Sent from the zd1211-devs mailing list archive at Nabble.com. |
From: eric m. <eri...@gm...> - 2006-09-25 21:04:43
|
Daniel Drake wrote: > Hi, > > I have some changes ready which enable hardware decryption for receiving > encrypted frames in zd1211rw. Hardware encryption (for transmitting) > will come after this tested and merged. > > It does need some extra testing though. Specifically: > > - Someone on PPC or another big-endian architecture, incase I screwed up > the byte-swapping bit > - Someone on a WPA TKIP network > - Someone on a WPA CCMP network > > Any volunteers? > > You need to patch your 2.6.18 kernel with this: > http://marc.theaimsgroup.com/?l=linux-netdev&m=115913791123037&w=2 > > And then compile this driver release: (don't use the in-kernel one) > http://dsd.object4.net/zd1211rw-hwdec.tar.gz tested on: WPA TKIP network PC hardware: amd64 zydas: firmware version 4605 zd1211rw 3-6:1.0: chip 0ace:1211 v4330 high 00-11-a3 RF2959_RF pa0 ----- software: distribution - Fedora Core 6 Test 3 with update added from development build platform: x86_64 development source tree kernel source - kernel-2.6.18-1.2689.fc6.src.rpm (latest FC6 development source build) with added patch suggested from above link and zd1211rw snapshot firmware dated 9-25-06 method of test: running rsync command to copy about 30+GB source tree files. Also included large files the size of DVD (~4.3GB) errror encountered: The following errors taken from /var/log/messages mostly during the time when copying large files (about the size of DVD) kernel: zd1211rw 3-6:1.0: zd_chip_control_leds error -110 NOTE: errors occurs every couple of minutes ranging from 1-10 min. repeatedly However, the network continue to functions with LEDs blinking at fast rate Looks solid so far. iwconfig: * link quality=93/100 signal level=100/100, bit rate=54Mb/s gkrellm display (transfer rate): 1.3-1.8MBytes/sec = 10.4-14.4Mbits/sec eric |