<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
<META NAME="GENERATOR" CONTENT="GtkHTML/4.8.5">
</HEAD>
<BODY>
Hi,<BR>
<BR>
I have installed 3.19 from experimental and for now the errors are gone and the wifi connection<BR>
looks stable.<BR>
<BR>
So after all this looks like a kernel bug. <BR>
<BR>
I will report more after a few days.<BR>
<BR>
/Willem<BR>
<BR>
<BR>
On Mon, 2015-02-23 at 19:19 +0100, Stefan Lippers-Hollmann wrote:
<BLOCKQUOTE TYPE=CITE>
<PRE>
Hi
On 2015-02-23, Willem van den Akker wrote:
<FONT COLOR="#737373">> I have a laptop with an Intel Corporation Centrino Wireless-N 1030 wifi</FONT>
<FONT COLOR="#737373">> adapter.</FONT>
<FONT COLOR="#737373">> (Network controller: Intel Corporation Centrino Wireless-N 1030 [Rainbow</FONT>
<FONT COLOR="#737373">> Peak] (rev 34))</FONT>
<FONT COLOR="#737373">> </FONT>
<FONT COLOR="#737373">> This adapter worked fine until there was an upgrade to wpa_suppliant</FONT>
<FONT COLOR="#737373">> 2.x.</FONT>
<FONT COLOR="#737373">> After that many 'nl80211: send_and_recv->nl_recvmsgs failed: -33'</FONT>
<FONT COLOR="#737373">> messages are found</FONT>
<FONT COLOR="#737373">> in the log and the wifi connection is down for about 15 seconds. This</FONT>
<FONT COLOR="#737373">> happens every 2 minutes.</FONT>
<FONT COLOR="#737373">> </FONT>
<FONT COLOR="#737373">> Feb 23 17:40:14 notebook wpa_supplicant[1117]: nl80211:</FONT>
<FONT COLOR="#737373">> send_and_recv->nl_recvmsgs failed: -33</FONT>
<FONT COLOR="#737373">> </FONT>
<FONT COLOR="#737373">> This makes the jessie for this kind of laptops almost unusable. </FONT>
<FONT COLOR="#737373">> </FONT>
<FONT COLOR="#737373">> I have tried the suggestion 'modprobe iwlwifi 11n-disable=1' 2, 4 or 8.</FONT>
<FONT COLOR="#737373">> But then can cannot </FONT>
<FONT COLOR="#737373">> connect at all to my AP.</FONT>
<FONT COLOR="#737373">> </FONT>
<FONT COLOR="#737373">> So I think there is a major problem for the Jessie iwlwifi users.</FONT>
<FONT COLOR="#737373">> </FONT>
<FONT COLOR="#737373">> I hope for a fast solution ;)</FONT>
As mentioned before, I do not believe that this is a bug in
wpasupplicant, but rather a kernel issue - as I've never
seen this (or similar) bugs myself with non-iwlwifi drivers
(as I unfortunately don't have access to modern intel wlan
cards) and it's the kernel's job to provide a driver
agnostic API between mac80211 based kernel drivers and
userspace, namely wpa_supplicant.
Therefore we -well you or the original submitter, as I don't
have access to iwlwifi based devices- really need to establish
if this really is a regression in the wpasupplicant package or
in the kernel, which probably was updated several times within
a similar time frame of the wpa_supplicant 2.2/ 2.3 uploads.
The absence of bugreports for non-iwlwifi devices suggests
otherwise.
In order to debug this, you can try kernel 3.19 from experimental,
check if you have the most current firmware (ucode) for your wlan
card (firmware-iwlwifi might not carry the newer firmware blobs
due to the freeze, dmesg might tell) and do comparative tests with
the different wpasupplicant versions from
<A HREF="http://snapshot.debian.org/package/wpa/">http://snapshot.debian.org/package/wpa/</A>
My hunch remains that this is probably a kernel regression, but
this can only be confirmed with those tests and by someone who
can reproduce the issue/ owns the affected hardware - and if this
really is a bug in wpa_supplicant, ideally by a git bisection
between the last known-good and the first known-broken version.
Regards
Stefan Lippers-Hollmann
</PRE>
</BLOCKQUOTE>
<BR>
</BODY>
</HTML>