Bug#506223: I can confirm that
On Sun, 2009-10-11 at 14:44 +0100, Marcin Owsiany wrote: On Fri, Aug 21, 2009 at 06:50:13PM +0200, Moritz Muehlenhoff wrote: On Thu, Feb 19, 2009 at 09:10:47PM +, Marcin Owsiany wrote: I just wiped my etch installation and replaced it with a fresh lenny installation. The installer auto-detected my wifi card and used the rt2500pci driver. By default it achieves: - 1Mbps rate (as reported by iwconfig - I can only download at max. ~20KBps) - approx 50% link quality When I manually set it to rate 11M, the reported bit rate goes to 11M, the real download speed improves by about 50% and the link quality goes to about 70%, but it's still a far cry from what the card can achieve. It works just fine using ndiswrapper... Has this been fixed in later kernels like the 2.6.30 from unstable or backports.org? There have been many changes since the Lenny kernel. It seems that in sid the driver does not work at all in WPA mode. Here's the story: [...] WPA: RX message 3 of 4-Way Handshake from 00:02:cf:6a:32:c8 (ver=2) WPA: IE KeyData - hexdump(len=64): 30 14 01 00 00 0f ac 02 01 00 00 0f ac 04 01 00 00 0f ac 02 01 00 dd 26 00 0f ac 01 01 00 2c b0 71 b1 b4 3d 15 11 5e 69 ca 65 8d 8f 91 f0 73 c1 d7 25 e0 24 58 e9 44 c2 f3 c0 c9 30 79 5c dd 00 WPA: Sending EAPOL-Key 4/4 WPA: TX EAPOL-Key - hexdump(len=99): 01 03 00 5f 02 03 0a 00 00 00 00 00 00 00 00 00 02 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 de 32 41 70 ef ea 9e 2f ce 1c ef b5 48 52 32 f8 00 00 WPA: Installing PTK to the driver. wpa_driver_wext_set_key: alg=3 key_idx=0 set_tx=1 seq_len=6 key_len=16 ioctl[SIOCSIWENCODEEXT]: Cannot allocate memory [...] This indicates that the mac80211 code was unable to set up the AES encryption/decryption state for WPA. Excluding the unlikely case that the system is really out of memory, this means that the 'aes' module is not available. Please try adding that to your installation image. Ben. -- Ben Hutchings DNRC Motto: I can please only one person per day. Today is not your day. Tomorrow isn't looking good either. signature.asc Description: This is a digitally signed message part
Bug#506223: I can confirm that
On Sun, Oct 11, 2009 at 03:50:53PM +0100, Ben Hutchings wrote: On Sun, 2009-10-11 at 14:44 +0100, Marcin Owsiany wrote: WPA: Sending EAPOL-Key 4/4 WPA: TX EAPOL-Key - hexdump(len=99): 01 03 00 5f 02 03 0a 00 00 00 00 00 00 00 00 00 02 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 de 32 41 70 ef ea 9e 2f ce 1c ef b5 48 52 32 f8 00 00 WPA: Installing PTK to the driver. wpa_driver_wext_set_key: alg=3 key_idx=0 set_tx=1 seq_len=6 key_len=16 ioctl[SIOCSIWENCODEEXT]: Cannot allocate memory [...] This indicates that the mac80211 code was unable to set up the AES encryption/decryption state for WPA. Excluding the unlikely case that the system is really out of memory, this means that the 'aes' module is not available. Please try adding that to your installation image. I'm assuming you mean the 'aes' kernel module? Could you be a bit more specific? Filename, package name, perhaps an udeb name if there is one? -- Marcin Owsiany porri...@debian.org http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506223: I can confirm that
On Sun, 2009-10-11 at 16:08 +0100, Marcin Owsiany wrote: On Sun, Oct 11, 2009 at 03:50:53PM +0100, Ben Hutchings wrote: On Sun, 2009-10-11 at 14:44 +0100, Marcin Owsiany wrote: WPA: Sending EAPOL-Key 4/4 WPA: TX EAPOL-Key - hexdump(len=99): 01 03 00 5f 02 03 0a 00 00 00 00 00 00 00 00 00 02 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 de 32 41 70 ef ea 9e 2f ce 1c ef b5 48 52 32 f8 00 00 WPA: Installing PTK to the driver. wpa_driver_wext_set_key: alg=3 key_idx=0 set_tx=1 seq_len=6 key_len=16 ioctl[SIOCSIWENCODEEXT]: Cannot allocate memory [...] This indicates that the mac80211 code was unable to set up the AES encryption/decryption state for WPA. Excluding the unlikely case that the system is really out of memory, this means that the 'aes' module is not available. Please try adding that to your installation image. I'm assuming you mean the 'aes' kernel module? Could you be a bit more specific? Filename, package name, perhaps an udeb name if there is one? aes.ko in the kernel image package for the kernel you're using. Ben. -- Ben Hutchings DNRC Motto: I can please only one person per day. Today is not your day. Tomorrow isn't looking good either. signature.asc Description: This is a digitally signed message part
Bug#506223: I can confirm that
On Sun, Oct 11, 2009 at 05:03:53PM +0100, Ben Hutchings wrote: On Sun, 2009-10-11 at 16:08 +0100, Marcin Owsiany wrote: On Sun, Oct 11, 2009 at 03:50:53PM +0100, Ben Hutchings wrote: On Sun, 2009-10-11 at 14:44 +0100, Marcin Owsiany wrote: WPA: Sending EAPOL-Key 4/4 WPA: TX EAPOL-Key - hexdump(len=99): 01 03 00 5f 02 03 0a 00 00 00 00 00 00 00 00 00 02 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 de 32 41 70 ef ea 9e 2f ce 1c ef b5 48 52 32 f8 00 00 WPA: Installing PTK to the driver. wpa_driver_wext_set_key: alg=3 key_idx=0 set_tx=1 seq_len=6 key_len=16 ioctl[SIOCSIWENCODEEXT]: Cannot allocate memory [...] This indicates that the mac80211 code was unable to set up the AES encryption/decryption state for WPA. Excluding the unlikely case that the system is really out of memory, this means that the 'aes' module is not available. Please try adding that to your installation image. I'm assuming you mean the 'aes' kernel module? Could you be a bit more specific? Filename, package name, perhaps an udeb name if there is one? aes.ko in the kernel image package for the kernel you're using. I cannot find such file: http://packages.debian.org/search?suite=sidarch=i386mode=pathsearchon=contentskeywords=aes.ko Could it be that it's normally built in? Or that the package search is broken/stale? -- Marcin Owsiany porri...@debian.org http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506223: I can confirm that
On Sun, 2009-10-11 at 17:13 +0100, Marcin Owsiany wrote: On Sun, Oct 11, 2009 at 05:03:53PM +0100, Ben Hutchings wrote: On Sun, 2009-10-11 at 16:08 +0100, Marcin Owsiany wrote: On Sun, Oct 11, 2009 at 03:50:53PM +0100, Ben Hutchings wrote: On Sun, 2009-10-11 at 14:44 +0100, Marcin Owsiany wrote: WPA: Sending EAPOL-Key 4/4 WPA: TX EAPOL-Key - hexdump(len=99): 01 03 00 5f 02 03 0a 00 00 00 00 00 00 00 00 00 02 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 de 32 41 70 ef ea 9e 2f ce 1c ef b5 48 52 32 f8 00 00 WPA: Installing PTK to the driver. wpa_driver_wext_set_key: alg=3 key_idx=0 set_tx=1 seq_len=6 key_len=16 ioctl[SIOCSIWENCODEEXT]: Cannot allocate memory [...] This indicates that the mac80211 code was unable to set up the AES encryption/decryption state for WPA. Excluding the unlikely case that the system is really out of memory, this means that the 'aes' module is not available. Please try adding that to your installation image. I'm assuming you mean the 'aes' kernel module? Could you be a bit more specific? Filename, package name, perhaps an udeb name if there is one? aes.ko in the kernel image package for the kernel you're using. I cannot find such file: http://packages.debian.org/search?suite=sidarch=i386mode=pathsearchon=contentskeywords=aes.ko Could it be that it's normally built in? Or that the package search is broken/stale? Sorry, use aes_generic.ko Ben. -- Ben Hutchings DNRC Motto: I can please only one person per day. Today is not your day. Tomorrow isn't looking good either. signature.asc Description: This is a digitally signed message part
Bug#506223: I can confirm that
On Sun, Oct 11, 2009 at 03:50:53PM +0100, Ben Hutchings wrote: This indicates that the mac80211 code was unable to set up the AES encryption/decryption state for WPA. Excluding the unlikely case that the system is really out of memory, this means that the 'aes' module is not available. Please try adding that to your installation image. Indeed, loading aes_generic before running wpa_supplicant made it work just fine! Does it make sense to file a bug against wpasupplicant asking for this to be turned into a more meaningful error message? As for the card driver, it seems to work much better in 2.6.30, I was able to achieve sustained 7Mbps transfer which I think was as much as I ever managed to achieve on this network. I guess this bug can be closed. -- Marcin Owsiany porri...@debian.org http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506223: I can confirm that
On Sun, 2009-10-11 at 18:36 +0100, Marcin Owsiany wrote: On Sun, Oct 11, 2009 at 03:50:53PM +0100, Ben Hutchings wrote: This indicates that the mac80211 code was unable to set up the AES encryption/decryption state for WPA. Excluding the unlikely case that the system is really out of memory, this means that the 'aes' module is not available. Please try adding that to your installation image. Indeed, loading aes_generic before running wpa_supplicant made it work just fine! Does it make sense to file a bug against wpasupplicant asking for this to be turned into a more meaningful error message? No, the kernel is returning the wrong error code. You might consider filing a bug against debian-installer to request that aes_generic (and any other crypto modules possibly needed for WPA) be included. As for the card driver, it seems to work much better in 2.6.30, I was able to achieve sustained 7Mbps transfer which I think was as much as I ever managed to achieve on this network. I guess this bug can be closed. For squeeze/sid, yes. Ben. -- Ben Hutchings DNRC Motto: I can please only one person per day. Today is not your day. Tomorrow isn't looking good either. signature.asc Description: This is a digitally signed message part
Bug#506223: I can confirm that
On Sun, Oct 11, 2009 at 07:10:47PM +0100, Ben Hutchings wrote: On Sun, 2009-10-11 at 18:36 +0100, Marcin Owsiany wrote: Indeed, loading aes_generic before running wpa_supplicant made it work just fine! Does it make sense to file a bug against wpasupplicant asking for this to be turned into a more meaningful error message? No, the kernel is returning the wrong error code. Ouch. How about a bug report against the kernel, then? You might consider filing a bug against debian-installer to request that aes_generic (and any other crypto modules possibly needed for WPA) be included. They are included, in the sense that a crypto-modules udeb is made available for selection when loading components. I'm sure that they would be auto-installed if a wpasupplicant udeb was made available, but without one it does not make sense to install them by default. regards, -- Marcin Owsiany porri...@debian.org http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506223: I can confirm that
On Sun, 2009-10-11 at 20:11 +0100, Marcin Owsiany wrote: On Sun, Oct 11, 2009 at 07:10:47PM +0100, Ben Hutchings wrote: On Sun, 2009-10-11 at 18:36 +0100, Marcin Owsiany wrote: Indeed, loading aes_generic before running wpa_supplicant made it work just fine! Does it make sense to file a bug against wpasupplicant asking for this to be turned into a more meaningful error message? No, the kernel is returning the wrong error code. Ouch. How about a bug report against the kernel, then? You can do that but it will be low-priority. You might consider filing a bug against debian-installer to request that aes_generic (and any other crypto modules possibly needed for WPA) be included. They are included, in the sense that a crypto-modules udeb is made available for selection when loading components. I'm sure that they would be auto-installed if a wpasupplicant udeb was made available, but without one it does not make sense to install them by default. OK, then ask for a wpasupplicant udeb. :-) Ben. -- Ben Hutchings DNRC Motto: I can please only one person per day. Today is not your day. Tomorrow isn't looking good either. signature.asc Description: This is a digitally signed message part
Bug#506223: I can confirm that
On Fri, Aug 21, 2009 at 06:50:13PM +0200, Moritz Muehlenhoff wrote: On Thu, Feb 19, 2009 at 09:10:47PM +, Marcin Owsiany wrote: When I manually set it to rate 11M, the reported bit rate goes to 11M, the real download speed improves by about 50% and the link quality goes to about 70%, but it's still a far cry from what the card can achieve. It works just fine using ndiswrapper... Has this been fixed in later kernels like the 2.6.30 from unstable or backports.org? There have been many changes since the Lenny kernel. I could try if there is a live CD that would let me test it. I'd rather not reinstall with unstable/testing since this machine needs to stay stable. -- Marcin Owsiany porri...@debian.org http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506223: I can confirm that
On Thu, Feb 19, 2009 at 09:10:47PM +, Marcin Owsiany wrote: I just wiped my etch installation and replaced it with a fresh lenny installation. The installer auto-detected my wifi card and used the rt2500pci driver. By default it achieves: - 1Mbps rate (as reported by iwconfig - I can only download at max. ~20KBps) - approx 50% link quality When I manually set it to rate 11M, the reported bit rate goes to 11M, the real download speed improves by about 50% and the link quality goes to about 70%, but it's still a far cry from what the card can achieve. It works just fine using ndiswrapper... Has this been fixed in later kernels like the 2.6.30 from unstable or backports.org? There have been many changes since the Lenny kernel. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506223: I can confirm that
I just wiped my etch installation and replaced it with a fresh lenny installation. The installer auto-detected my wifi card and used the rt2500pci driver. By default it achieves: - 1Mbps rate (as reported by iwconfig - I can only download at max. ~20KBps) - approx 50% link quality When I manually set it to rate 11M, the reported bit rate goes to 11M, the real download speed improves by about 50% and the link quality goes to about 70%, but it's still a far cry from what the card can achieve. It works just fine using ndiswrapper... -- Marcin Owsiany porri...@debian.org http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
