2008/3/27, Helge Deller <deller@xxxxxx>: > On Thursday 27 March 2008, Bob Copeland wrote: > > On Tue, Mar 25, 2008 at 09:11:05PM +0100, Helge Deller wrote: > > > On Tuesday 25 March 2008, Bob Copeland wrote: > > > > On Tue, Mar 25, 2008 at 2:16 PM, Nick Kossifidis <mickflemm@xxxxxxxxx> wrote: > > > > > Hello ppl, sory for the delay ;-) > > > > > > > > > > Are you using encryption ? I haven't got such errors on my tests (it > > > > > might be that my setup is really simple) so far... > > > > > > > > I can't speak for Helge, but in my case yes - WPA-TKIP. > > > > > > Same here. WPA-PSK & TKIP. > > > > So, I turned off encryption here and did not get any "invalid Michael > > MIC" messages while doing a large apt-get upgrade overnight. I do get > > random pauses but nothing else in my dmesg. > > > > Helge, can you confirm disabling encryption makes the reset go away? > > > Yes, I can confirm this. > > Without encryption everything worked pretty OK. > > I only faced one very small hickup, but ath5k reconnected immediately again, so I don't think this is a real problem: > > > wlan1: authenticated > wlan1: associate with AP 00:50:18:3b:2b:04 > > wlan1: RX AssocResp from 00:50:18:3b:2b:04 (capab=0x461 status=0 aid=1) > wlan1: associated > wlan1: No ProbeResp from current AP 00:50:18:3b:2b:04 - assume out of range > > wlan1: Initial auth_alg=0 > wlan1: authenticate with AP 00:50:18:3b:2b:04 > wlan1: RX authentication from 00:50:18:3b:2b:04 (alg=0 transaction=2 status=0) > wlan1: authenticated > > > Helge > Since we use software encryption for now we 'll need to trace this inside base.c or higher on the stack. Anyone with similar problems with other drivers that use software encryption ??? -- GPG ID: 0xD21DB2DB As you read this post global entropy rises. Have Fun ;-) Nick -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
