Discussion:
iwlwifi: Reason 7 periodic disconnect
Laurențiu Nicola
2014-10-16 12:48:56 UTC
Permalink
Hello,

I'm using iwlwifi for a Centrino Ultimate-N 6300 on 3.14.4 and 3.17.1.
Connect to my wireless network works, but I get disconnected every 60
seconds or so. The dmesg output looks like
https://bpaste.net/show/1623a8ae5dc6 .

I had the same issue on the three latest firmware versions:
iwlwifi-6000-ucode-9.176.4.1
iwlwifi-6000-ucode-9.193.4.1
iwlwifi-6000-ucode-9.221.4.1

The dmesg log actually shows the driver loading the different versions
above.

It's the first time I try to use wireless on Linux, so I might have made
a dumb mistake.

Thanks for any tips,
Laurentiu Nicola
--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majordomo-***@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Emmanuel Grumbach
2014-10-16 20:42:43 UTC
Permalink
On Thu, Oct 16, 2014 at 3:48 PM, Lauren=C8=9Biu Nicola <lnicola-***@public.gmane.org=
> wrote:
> Hello,
>
> I'm using iwlwifi for a Centrino Ultimate-N 6300 on 3.14.4 and 3.17.1=
=2E
> Connect to my wireless network works, but I get disconnected every 60
> seconds or so. The dmesg output looks like
> https://bpaste.net/show/1623a8ae5dc6 .
>
> I had the same issue on the three latest firmware versions:
> iwlwifi-6000-ucode-9.176.4.1
> iwlwifi-6000-ucode-9.193.4.1
> iwlwifi-6000-ucode-9.221.4.1
>
> The dmesg log actually shows the driver loading the different version=
s
> above.
>
> It's the first time I try to use wireless on Linux, so I might have m=
ade
> a dumb mistake.
>

I'd try to use a different network manager.
This is the the place to get support for this though.
--
To unsubscribe from this list: send the line "unsubscribe linux-wireles=
s" in
the body of a message to majordomo-***@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Dan Williams
2014-10-17 01:53:34 UTC
Permalink
On Thu, 2014-10-16 at 15:48 +0300, Lauren=C8=9Biu Nicola wrote:
> Hello,
>=20
> I'm using iwlwifi for a Centrino Ultimate-N 6300 on 3.14.4 and 3.17.1=
=2E
> Connect to my wireless network works, but I get disconnected every 60
> seconds or so. The dmesg output looks like
> https://bpaste.net/show/1623a8ae5dc6 .
>=20
> I had the same issue on the three latest firmware versions:
> iwlwifi-6000-ucode-9.176.4.1
> iwlwifi-6000-ucode-9.193.4.1
> iwlwifi-6000-ucode-9.221.4.1
>=20
> The dmesg log actually shows the driver loading the different version=
s
> above.
>=20
> It's the first time I try to use wireless on Linux, so I might have m=
ade
> a dumb mistake.

Can you try to get debug output from wpa_supplicant, which is the
process that controls WiFi on Linux? What distro and version do you
use, and do you know what WiFi management service is being used?
(NetworkManager, conman, plain wpa_supplicant, wicd, something else?)

Dan

--
To unsubscribe from this list: send the line "unsubscribe linux-wireles=
s" in
the body of a message to majordomo-***@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Laurențiu Nicola
2014-10-19 20:48:37 UTC
Permalink
Hello,

Sorry for the late reply. I was using just wpa_supplicant. I also tried
wicd, but it seems to hang when connecting to a network, but my
understanding is that it's just a wpa_supplicant manager. I got this
while installing Gentoo, but I also reproduced it on the Fedora 20 Live
CD. See https://bpaste.net/show/7d5ad99260a7 for logs, but it doesn't
seem to say much more than my original extract.

What I found out in the meanwhile, however, is that active traffic will
prevent the issue from occurring. This happened with the Fedora Live CD=
,
but pinging the AP is also sufficient. I noticed iwconfig reports that
the power saving mode is off.

=46or what it's worth, I compiled my kernel and iwlwifi module with
tracing on, so tell me if I should try that.

Laurentiu


On Fri, Oct 17, 2014, at 04:53, Dan Williams wrote:
> On Thu, 2014-10-16 at 15:48 +0300, Lauren=C8=9Biu Nicola wrote:
> > Hello,
> >=20
> > I'm using iwlwifi for a Centrino Ultimate-N 6300 on 3.14.4 and 3.17=
=2E1.
> > Connect to my wireless network works, but I get disconnected every =
60
> > seconds or so. The dmesg output looks like
> > https://bpaste.net/show/1623a8ae5dc6 .
> >=20
> > I had the same issue on the three latest firmware versions:
> > iwlwifi-6000-ucode-9.176.4.1
> > iwlwifi-6000-ucode-9.193.4.1
> > iwlwifi-6000-ucode-9.221.4.1
> >=20
> > The dmesg log actually shows the driver loading the different versi=
ons
> > above.
> >=20
> > It's the first time I try to use wireless on Linux, so I might have=
made
> > a dumb mistake.
>=20
> Can you try to get debug output from wpa_supplicant, which is the
> process that controls WiFi on Linux? What distro and version do you
> use, and do you know what WiFi management service is being used?
> (NetworkManager, conman, plain wpa_supplicant, wicd, something else?)
>=20
> Dan
>=20
--
To unsubscribe from this list: send the line "unsubscribe linux-wireles=
s" in
the body of a message to majordomo-***@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Emmanuel Grumbach
2014-10-20 04:52:37 UTC
Permalink
On Sun, Oct 19, 2014 at 11:48 PM, Lauren=C8=9Biu Nicola <***@dend.r=
o> wrote:
> Hello,
>
> Sorry for the late reply. I was using just wpa_supplicant. I also tri=
ed
> wicd, but it seems to hang when connecting to a network, but my
> understanding is that it's just a wpa_supplicant manager. I got this
> while installing Gentoo, but I also reproduced it on the Fedora 20 Li=
ve
> CD. See https://bpaste.net/show/7d5ad99260a7 for logs, but it doesn't
> seem to say much more than my original extract.
>
> What I found out in the meanwhile, however, is that active traffic wi=
ll
> prevent the issue from occurring. This happened with the Fedora Live =
CD,
> but pinging the AP is also sufficient. I noticed iwconfig reports tha=
t
> the power saving mode is off.
>
> For what it's worth, I compiled my kernel and iwlwifi module with
> tracing on, so tell me if I should try that.

Please recompile with MAC80211_MLME_DEBUG, MAC80211_STA_DEBUG and
reproduce - thanks.

>
> Laurentiu
>
>
> On Fri, Oct 17, 2014, at 04:53, Dan Williams wrote:
>> On Thu, 2014-10-16 at 15:48 +0300, Lauren=C8=9Biu Nicola wrote:
>> > Hello,
>> >
>> > I'm using iwlwifi for a Centrino Ultimate-N 6300 on 3.14.4 and 3.1=
7.1.
>> > Connect to my wireless network works, but I get disconnected every=
60
>> > seconds or so. The dmesg output looks like
>> > https://bpaste.net/show/1623a8ae5dc6 .
>> >
>> > I had the same issue on the three latest firmware versions:
>> > iwlwifi-6000-ucode-9.176.4.1
>> > iwlwifi-6000-ucode-9.193.4.1
>> > iwlwifi-6000-ucode-9.221.4.1
>> >
>> > The dmesg log actually shows the driver loading the different vers=
ions
>> > above.
>> >
>> > It's the first time I try to use wireless on Linux, so I might hav=
e made
>> > a dumb mistake.
>>
>> Can you try to get debug output from wpa_supplicant, which is the
>> process that controls WiFi on Linux? What distro and version do you
>> use, and do you know what WiFi management service is being used?
>> (NetworkManager, conman, plain wpa_supplicant, wicd, something else?=
)
>>
>> Dan
>>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-wirel=
ess" in
> the body of a message to majordomo-***@public.gmane.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-wireles=
s" in
the body of a message to majordomo-***@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Laurențiu Nicola
2014-10-20 05:30:23 UTC
Permalink
Here: https://bpaste.net/show/bf6dc1847ce3


Laurentiu
On Mon, Oct 20, 2014, at 07:52, Emmanuel Grumbach wrote:
> On Sun, Oct 19, 2014 at 11:48 PM, Lauren=C8=9Biu Nicola <***@dend=
=2Ero>
> wrote:
> > Hello,
> >
> > Sorry for the late reply. I was using just wpa_supplicant. I also t=
ried
> > wicd, but it seems to hang when connecting to a network, but my
> > understanding is that it's just a wpa_supplicant manager. I got thi=
s
> > while installing Gentoo, but I also reproduced it on the Fedora 20 =
Live
> > CD. See https://bpaste.net/show/7d5ad99260a7 for logs, but it doesn=
't
> > seem to say much more than my original extract.
> >
> > What I found out in the meanwhile, however, is that active traffic =
will
> > prevent the issue from occurring. This happened with the Fedora Liv=
e CD,
> > but pinging the AP is also sufficient. I noticed iwconfig reports t=
hat
> > the power saving mode is off.
> >
> > For what it's worth, I compiled my kernel and iwlwifi module with
> > tracing on, so tell me if I should try that.
>=20
> Please recompile with MAC80211_MLME_DEBUG, MAC80211_STA_DEBUG and
> reproduce - thanks.
>=20
> >
> > Laurentiu
> >
> >
> > On Fri, Oct 17, 2014, at 04:53, Dan Williams wrote:
> >> On Thu, 2014-10-16 at 15:48 +0300, Lauren=C8=9Biu Nicola wrote:
> >> > Hello,
> >> >
> >> > I'm using iwlwifi for a Centrino Ultimate-N 6300 on 3.14.4 and 3=
=2E17.1.
> >> > Connect to my wireless network works, but I get disconnected eve=
ry 60
> >> > seconds or so. The dmesg output looks like
> >> > https://bpaste.net/show/1623a8ae5dc6 .
> >> >
> >> > I had the same issue on the three latest firmware versions:
> >> > iwlwifi-6000-ucode-9.176.4.1
> >> > iwlwifi-6000-ucode-9.193.4.1
> >> > iwlwifi-6000-ucode-9.221.4.1
> >> >
> >> > The dmesg log actually shows the driver loading the different ve=
rsions
> >> > above.
> >> >
> >> > It's the first time I try to use wireless on Linux, so I might h=
ave made
> >> > a dumb mistake.
> >>
> >> Can you try to get debug output from wpa_supplicant, which is the
> >> process that controls WiFi on Linux? What distro and version do y=
ou
> >> use, and do you know what WiFi management service is being used?
> >> (NetworkManager, conman, plain wpa_supplicant, wicd, something els=
e?)
> >>
> >> Dan
> >>
> > --
> > To unsubscribe from this list: send the line "unsubscribe linux-wir=
eless" in
> > the body of a message to majordomo-***@public.gmane.org
> > More majordomo info at http://vger.kernel.org/majordomo-info.html
> --
> To unsubscribe from this list: send the line "unsubscribe linux-wirel=
ess"
> in
> the body of a message to majordomo-***@public.gmane.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-wireles=
s" in
the body of a message to majordomo-***@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Emmanuel Grumbach
2014-10-20 07:06:56 UTC
Permalink
On Mon, Oct 20, 2014 at 8:30 AM, Lauren=C8=9Biu Nicola <lnicola-***@public.gmane.org=
> wrote:
> Here: https://bpaste.net/show/bf6dc1847ce3
>

Are you sure you had MAC80211_MLME_DEBUG?

>
> Laurentiu
> On Mon, Oct 20, 2014, at 07:52, Emmanuel Grumbach wrote:
>> On Sun, Oct 19, 2014 at 11:48 PM, Lauren=C8=9Biu Nicola <***@den=
d.ro>
>> wrote:
>> > Hello,
>> >
>> > Sorry for the late reply. I was using just wpa_supplicant. I also =
tried
>> > wicd, but it seems to hang when connecting to a network, but my
>> > understanding is that it's just a wpa_supplicant manager. I got th=
is
>> > while installing Gentoo, but I also reproduced it on the Fedora 20=
Live
>> > CD. See https://bpaste.net/show/7d5ad99260a7 for logs, but it does=
n't
>> > seem to say much more than my original extract.
>> >
>> > What I found out in the meanwhile, however, is that active traffic=
will
>> > prevent the issue from occurring. This happened with the Fedora Li=
ve CD,
>> > but pinging the AP is also sufficient. I noticed iwconfig reports =
that
>> > the power saving mode is off.
>> >
>> > For what it's worth, I compiled my kernel and iwlwifi module with
>> > tracing on, so tell me if I should try that.
>>
>> Please recompile with MAC80211_MLME_DEBUG, MAC80211_STA_DEBUG and
>> reproduce - thanks.
>>
>> >
>> > Laurentiu
>> >
>> >
>> > On Fri, Oct 17, 2014, at 04:53, Dan Williams wrote:
>> >> On Thu, 2014-10-16 at 15:48 +0300, Lauren=C8=9Biu Nicola wrote:
>> >> > Hello,
>> >> >
>> >> > I'm using iwlwifi for a Centrino Ultimate-N 6300 on 3.14.4 and =
3.17.1.
>> >> > Connect to my wireless network works, but I get disconnected ev=
ery 60
>> >> > seconds or so. The dmesg output looks like
>> >> > https://bpaste.net/show/1623a8ae5dc6 .
>> >> >
>> >> > I had the same issue on the three latest firmware versions:
>> >> > iwlwifi-6000-ucode-9.176.4.1
>> >> > iwlwifi-6000-ucode-9.193.4.1
>> >> > iwlwifi-6000-ucode-9.221.4.1
>> >> >
>> >> > The dmesg log actually shows the driver loading the different v=
ersions
>> >> > above.
>> >> >
>> >> > It's the first time I try to use wireless on Linux, so I might =
have made
>> >> > a dumb mistake.
>> >>
>> >> Can you try to get debug output from wpa_supplicant, which is the
>> >> process that controls WiFi on Linux? What distro and version do =
you
>> >> use, and do you know what WiFi management service is being used?
>> >> (NetworkManager, conman, plain wpa_supplicant, wicd, something el=
se?)
>> >>
>> >> Dan
>> >>
>> > --
>> > To unsubscribe from this list: send the line "unsubscribe linux-wi=
reless" in
>> > the body of a message to majordomo-***@public.gmane.org
>> > More majordomo info at http://vger.kernel.org/majordomo-info.html
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-wire=
less"
>> in
>> the body of a message to majordomo-***@public.gmane.org
>> More majordomo info at http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-wireles=
s" in
the body of a message to majordomo-***@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Emmanuel Grumbach
2014-10-20 07:12:05 UTC
Permalink
On Mon, Oct 20, 2014 at 10:06 AM, Emmanuel Grumbach <egrumbach-***@public.gmane.org=
m> wrote:
> On Mon, Oct 20, 2014 at 8:30 AM, Lauren=C8=9Biu Nicola <***@dend.=
ro> wrote:
>> Here: https://bpaste.net/show/bf6dc1847ce3
>>
>
> Are you sure you had MAC80211_MLME_DEBUG?
>
>>
Ok - You probably had it - sorry. But apparently the AP is really kicki=
ng us...
What AP do you have?
--
To unsubscribe from this list: send the line "unsubscribe linux-wireles=
s" in
the body of a message to majordomo-***@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Laurențiu Nicola
2014-10-20 07:22:04 UTC
Permalink
One thing that might be relevant is that, although there is a static
DHCP lease configured (which works on Windows), the router/AP is giving
the laptop a different IP address. The reported MACs are the same, of
course. I don't know whether wpa_supplicant remembers and requests the
last IP it had, but the lease was already present when I configured it.

The router runs DD-WRT and I don't have problems on Windows or Android.

Laurentiu

On Mon, Oct 20, 2014, at 10:12, Emmanuel Grumbach wrote:
> On Mon, Oct 20, 2014 at 10:06 AM, Emmanuel Grumbach <***@gmail.=
com>
> wrote:
> > On Mon, Oct 20, 2014 at 8:30 AM, Lauren=C8=9Biu Nicola <***@den=
d.ro> wrote:
> >> Here: https://bpaste.net/show/bf6dc1847ce3
> >>
> >
> > Are you sure you had MAC80211_MLME_DEBUG?
> >
> >>
> Ok - You probably had it - sorry. But apparently the AP is really kic=
king
> us...
> What AP do you have?
> --
> To unsubscribe from this list: send the line "unsubscribe linux-wirel=
ess"
> in
> the body of a message to majordomo-***@public.gmane.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-wireles=
s" in
the body of a message to majordomo-***@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Emmanuel Grumbach
2014-10-20 08:23:54 UTC
Permalink
On Mon, Oct 20, 2014 at 10:22 AM, Lauren=C8=9Biu Nicola <***@dend.r=
o> wrote:
> One thing that might be relevant is that, although there is a static
> DHCP lease configured (which works on Windows), the router/AP is givi=
ng
> the laptop a different IP address. The reported MACs are the same, of
> course. I don't know whether wpa_supplicant remembers and requests th=
e
> last IP it had, but the lease was already present when I configured i=
t.
>
> The router runs DD-WRT and I don't have problems on Windows or Androi=
d.
>

I guess you can try to get some logs from the DD-WRT - but if the AP do=
esn't
give the same address to Linux as in Windows - there is something fishy=
=2E..

> Laurentiu
>
> On Mon, Oct 20, 2014, at 10:12, Emmanuel Grumbach wrote:
>> On Mon, Oct 20, 2014 at 10:06 AM, Emmanuel Grumbach <***@gmail=
=2Ecom>
>> wrote:
>> > On Mon, Oct 20, 2014 at 8:30 AM, Lauren=C8=9Biu Nicola <***@de=
nd.ro> wrote:
>> >> Here: https://bpaste.net/show/bf6dc1847ce3
>> >>
>> >
>> > Are you sure you had MAC80211_MLME_DEBUG?
>> >
>> >>
>> Ok - You probably had it - sorry. But apparently the AP is really ki=
cking
>> us...
>> What AP do you have?
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-wire=
less"
>> in
>> the body of a message to majordomo-***@public.gmane.org
>> More majordomo info at http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-wireles=
s" in
the body of a message to majordomo-***@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Laurențiu Nicola
2014-10-20 19:29:25 UTC
Permalink
No, nothing in the DD-WRT syslog. The IP seems to be the one cached by
my DHCP client. I also tried various suggestions found on the internet,
but nothing helped.

Laurentiu

On Mon, Oct 20, 2014, at 11:23, Emmanuel Grumbach wrote:
> On Mon, Oct 20, 2014 at 10:22 AM, Lauren=C8=9Biu Nicola <***@dend=
=2Ero>
> wrote:
> > One thing that might be relevant is that, although there is a stati=
c
> > DHCP lease configured (which works on Windows), the router/AP is gi=
ving
> > the laptop a different IP address. The reported MACs are the same, =
of
> > course. I don't know whether wpa_supplicant remembers and requests =
the
> > last IP it had, but the lease was already present when I configured=
it.
> >
> > The router runs DD-WRT and I don't have problems on Windows or Andr=
oid.
> >
>=20
> I guess you can try to get some logs from the DD-WRT - but if the AP
> doesn't
> give the same address to Linux as in Windows - there is something
> fishy...
>=20
> > Laurentiu
> >
> > On Mon, Oct 20, 2014, at 10:12, Emmanuel Grumbach wrote:
> >> On Mon, Oct 20, 2014 at 10:06 AM, Emmanuel Grumbach <***@gma=
il.com>
> >> wrote:
> >> > On Mon, Oct 20, 2014 at 8:30 AM, Lauren=C8=9Biu Nicola <lnicola@=
dend.ro> wrote:
> >> >> Here: https://bpaste.net/show/bf6dc1847ce3
> >> >>
> >> >
> >> > Are you sure you had MAC80211_MLME_DEBUG?
> >> >
> >> >>
> >> Ok - You probably had it - sorry. But apparently the AP is really =
kicking
> >> us...
> >> What AP do you have?
> >> --
> >> To unsubscribe from this list: send the line "unsubscribe linux-wi=
reless"
> >> in
> >> the body of a message to majordomo-***@public.gmane.org
> >> More majordomo info at http://vger.kernel.org/majordomo-info.html
> --
> To unsubscribe from this list: send the line "unsubscribe linux-wirel=
ess"
> in
> the body of a message to majordomo-***@public.gmane.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-wireles=
s" in
the body of a message to majordomo-***@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Emmanuel Grumbach
2014-10-21 05:02:34 UTC
Permalink
On Mon, Oct 20, 2014 at 10:29 PM, Lauren=C8=9Biu Nicola <***@dend.r=
o> wrote:
> No, nothing in the DD-WRT syslog. The IP seems to be the one cached b=
y
> my DHCP client. I also tried various suggestions found on the interne=
t,
> but nothing helped.
>

Can you please try to have another device in monitor mode to sniff the
traffic going on?
=46elix, can you please tell me when DD-WRT can send a deauth with reas=
on code 7?

thanks.

> Laurentiu
>
> On Mon, Oct 20, 2014, at 11:23, Emmanuel Grumbach wrote:
>> On Mon, Oct 20, 2014 at 10:22 AM, Lauren=C8=9Biu Nicola <***@den=
d.ro>
>> wrote:
>> > One thing that might be relevant is that, although there is a stat=
ic
>> > DHCP lease configured (which works on Windows), the router/AP is g=
iving
>> > the laptop a different IP address. The reported MACs are the same,=
of
>> > course. I don't know whether wpa_supplicant remembers and requests=
the
>> > last IP it had, but the lease was already present when I configure=
d it.
>> >
>> > The router runs DD-WRT and I don't have problems on Windows or And=
roid.
>> >
>>
>> I guess you can try to get some logs from the DD-WRT - but if the AP
>> doesn't
>> give the same address to Linux as in Windows - there is something
>> fishy...
>>
>> > Laurentiu
>> >
>> > On Mon, Oct 20, 2014, at 10:12, Emmanuel Grumbach wrote:
>> >> On Mon, Oct 20, 2014 at 10:06 AM, Emmanuel Grumbach <***@gm=
ail.com>
>> >> wrote:
>> >> > On Mon, Oct 20, 2014 at 8:30 AM, Lauren=C8=9Biu Nicola <lnicola=
@dend.ro> wrote:
>> >> >> Here: https://bpaste.net/show/bf6dc1847ce3
>> >> >>
>> >> >
>> >> > Are you sure you had MAC80211_MLME_DEBUG?
>> >> >
>> >> >>
>> >> Ok - You probably had it - sorry. But apparently the AP is really=
kicking
>> >> us...
>> >> What AP do you have?
>> >> --
>> >> To unsubscribe from this list: send the line "unsubscribe linux-w=
ireless"
>> >> in
>> >> the body of a message to majordomo-***@public.gmane.org
>> >> More majordomo info at http://vger.kernel.org/majordomo-info.htm=
l
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-wire=
less"
>> in
>> the body of a message to majordomo-***@public.gmane.org
>> More majordomo info at http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-wireles=
s" in
the body of a message to majordomo-***@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Emmanuel Grumbach
2014-10-21 05:31:16 UTC
Permalink
On Tue, Oct 21, 2014 at 8:02 AM, Emmanuel Grumbach <egrumbach-***@public.gmane.org=
> wrote:
> On Mon, Oct 20, 2014 at 10:29 PM, Lauren=C8=9Biu Nicola <***@dend=
=2Ero> wrote:
>> No, nothing in the DD-WRT syslog. The IP seems to be the one cached =
by
>> my DHCP client. I also tried various suggestions found on the intern=
et,
>> but nothing helped.
>>
>
> Can you please try to have another device in monitor mode to sniff th=
e
> traffic going on?
> Felix, can you please tell me when DD-WRT can send a deauth with reas=
on code 7?
>
> thanks.

Can you please disable power save?
=46or this, please make sure you have
https://git.kernel.org/cgit/linux/kernel/git/iwlwifi/iwlwifi-fixes.git/=
commit/?id=3Df8dfc607b2b460e8e8adfdfb3c5f5bba3a4ad01b
or at least have the module parameter.
I am wondering if the firmware is not sending frames because of power
save toggling.

I you could get more extensive logs from the AP it'd be great.
Running tracing on the AP would let us know why it thinks we are not as=
sociated.


>
>> Laurentiu
>>
>> On Mon, Oct 20, 2014, at 11:23, Emmanuel Grumbach wrote:
>>> On Mon, Oct 20, 2014 at 10:22 AM, Lauren=C8=9Biu Nicola <***@de=
nd.ro>
>>> wrote:
>>> > One thing that might be relevant is that, although there is a sta=
tic
>>> > DHCP lease configured (which works on Windows), the router/AP is =
giving
>>> > the laptop a different IP address. The reported MACs are the same=
, of
>>> > course. I don't know whether wpa_supplicant remembers and request=
s the
>>> > last IP it had, but the lease was already present when I configur=
ed it.
>>> >
>>> > The router runs DD-WRT and I don't have problems on Windows or An=
droid.
>>> >
>>>
>>> I guess you can try to get some logs from the DD-WRT - but if the A=
P
>>> doesn't
>>> give the same address to Linux as in Windows - there is something
>>> fishy...
>>>
>>> > Laurentiu
>>> >
>>> > On Mon, Oct 20, 2014, at 10:12, Emmanuel Grumbach wrote:
>>> >> On Mon, Oct 20, 2014 at 10:06 AM, Emmanuel Grumbach <***@g=
mail.com>
>>> >> wrote:
>>> >> > On Mon, Oct 20, 2014 at 8:30 AM, Lauren=C8=9Biu Nicola <lnicol=
***@dend.ro> wrote:
>>> >> >> Here: https://bpaste.net/show/bf6dc1847ce3
>>> >> >>
>>> >> >
>>> >> > Are you sure you had MAC80211_MLME_DEBUG?
>>> >> >
>>> >> >>
>>> >> Ok - You probably had it - sorry. But apparently the AP is reall=
y kicking
>>> >> us...
>>> >> What AP do you have?
>>> >> --
>>> >> To unsubscribe from this list: send the line "unsubscribe linux-=
wireless"
>>> >> in
>>> >> the body of a message to majordomo-***@public.gmane.org
>>> >> More majordomo info at http://vger.kernel.org/majordomo-info.ht=
ml
>>> --
>>> To unsubscribe from this list: send the line "unsubscribe linux-wir=
eless"
>>> in
>>> the body of a message to majordomo-***@public.gmane.org
>>> More majordomo info at http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-wireles=
s" in
the body of a message to majordomo-***@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Krishna Chaitanya
2014-10-21 06:36:22 UTC
Permalink
On Tue, Oct 21, 2014 at 11:01 AM, Emmanuel Grumbach <egrumbach-***@public.gmane.org=
m> wrote:
> On Tue, Oct 21, 2014 at 8:02 AM, Emmanuel Grumbach <***@gmail.c=
om> wrote:
>> On Mon, Oct 20, 2014 at 10:29 PM, Lauren=C8=9Biu Nicola <***@den=
d.ro> wrote:
>>> No, nothing in the DD-WRT syslog. The IP seems to be the one cached=
by
>>> my DHCP client. I also tried various suggestions found on the inter=
net,
>>> but nothing helped.
>>>
>>
>> Can you please try to have another device in monitor mode to sniff t=
he
>> traffic going on?
>> Felix, can you please tell me when DD-WRT can send a deauth with rea=
son code 7?
>>
>> thanks.
>
> Can you please disable power save?
> For this, please make sure you have
> https://git.kernel.org/cgit/linux/kernel/git/iwlwifi/iwlwifi-fixes.gi=
t/commit/?id=3Df8dfc607b2b460e8e8adfdfb3c5f5bba3a4ad01b
> or at least have the module parameter.
> I am wondering if the firmware is not sending frames because of power
> save toggling.
>
> I you could get more extensive logs from the AP it'd be great.
> Running tracing on the AP would let us know why it thinks we are not =
associated.
>
I have faced the same issue before it happens when DUT is in powersave
and for some reason AP authenticates (in this case probably due to
inactivity) but as DUT is in power save we don't Rx the deauth (some
AP's don't wait
for STA to wakeup and retrieve the deauth frame).

So after that if DUT tries to sent any data frame, as it still thinks
that it is connected
(network lost also will not trigger because it still Rx beacon) and in
that case AP deauthenticates
us by Reason:7.

May be if we enable tx status report ACK we can pass the inactivity
check as some AP's
wont reset inactivity timer for probe's.
--
To unsubscribe from this list: send the line "unsubscribe linux-wireles=
s" in
the body of a message to majordomo-***@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Krishna Chaitanya
2014-10-21 06:37:05 UTC
Permalink
On Tue, Oct 21, 2014 at 12:06 PM, Krishna Chaitanya
<chaitanya.mgit-***@public.gmane.org> wrote:
> On Tue, Oct 21, 2014 at 11:01 AM, Emmanuel Grumbach <***@gmail.=
com> wrote:
>> On Tue, Oct 21, 2014 at 8:02 AM, Emmanuel Grumbach <***@gmail.=
com> wrote:
>>> On Mon, Oct 20, 2014 at 10:29 PM, Lauren=C8=9Biu Nicola <***@de=
nd.ro> wrote:
>>>> No, nothing in the DD-WRT syslog. The IP seems to be the one cache=
d by
>>>> my DHCP client. I also tried various suggestions found on the inte=
rnet,
>>>> but nothing helped.
>>>>
>>>
>>> Can you please try to have another device in monitor mode to sniff =
the
>>> traffic going on?
>>> Felix, can you please tell me when DD-WRT can send a deauth with re=
ason code 7?
>>>
>>> thanks.
>>
>> Can you please disable power save?
>> For this, please make sure you have
>> https://git.kernel.org/cgit/linux/kernel/git/iwlwifi/iwlwifi-fixes.g=
it/commit/?id=3Df8dfc607b2b460e8e8adfdfb3c5f5bba3a4ad01b
>> or at least have the module parameter.
>> I am wondering if the firmware is not sending frames because of powe=
r
>> save toggling.
>>
>> I you could get more extensive logs from the AP it'd be great.
>> Running tracing on the AP would let us know why it thinks we are not=
associated.
>>
> I have faced the same issue before it happens when DUT is in powersav=
e
> and for some reason AP authenticates (in this case probably due to
*typo: deuauthenticates.

> inactivity) but as DUT is in power save we don't Rx the deauth (some
> AP's don't wait
> for STA to wakeup and retrieve the deauth frame).
>
> So after that if DUT tries to sent any data frame, as it still thinks
> that it is connected
> (network lost also will not trigger because it still Rx beacon) and i=
n
> that case AP deauthenticates
> us by Reason:7.
>
> May be if we enable tx status report ACK we can pass the inactivity
> check as some AP's
> wont reset inactivity timer for probe's.
--
To unsubscribe from this list: send the line "unsubscribe linux-wireles=
s" in
the body of a message to majordomo-***@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Emmanuel Grumbach
2014-10-21 07:04:30 UTC
Permalink
On Tue, Oct 21, 2014 at 9:37 AM, Krishna Chaitanya
<chaitanya.mgit-***@public.gmane.org> wrote:
> On Tue, Oct 21, 2014 at 12:06 PM, Krishna Chaitanya
> <chaitanya.mgit-***@public.gmane.org> wrote:
>> On Tue, Oct 21, 2014 at 11:01 AM, Emmanuel Grumbach <***@gmail=
=2Ecom> wrote:
>>> On Tue, Oct 21, 2014 at 8:02 AM, Emmanuel Grumbach <***@gmail=
=2Ecom> wrote:
>>>> On Mon, Oct 20, 2014 at 10:29 PM, Lauren=C8=9Biu Nicola <***@d=
end.ro> wrote:
>>>>> No, nothing in the DD-WRT syslog. The IP seems to be the one cach=
ed by
>>>>> my DHCP client. I also tried various suggestions found on the int=
ernet,
>>>>> but nothing helped.
>>>>>
>>>>
>>>> Can you please try to have another device in monitor mode to sniff=
the
>>>> traffic going on?
>>>> Felix, can you please tell me when DD-WRT can send a deauth with r=
eason code 7?
>>>>
>>>> thanks.
>>>
>>> Can you please disable power save?
>>> For this, please make sure you have
>>> https://git.kernel.org/cgit/linux/kernel/git/iwlwifi/iwlwifi-fixes.=
git/commit/?id=3Df8dfc607b2b460e8e8adfdfb3c5f5bba3a4ad01b
>>> or at least have the module parameter.
>>> I am wondering if the firmware is not sending frames because of pow=
er
>>> save toggling.
>>>
>>> I you could get more extensive logs from the AP it'd be great.
>>> Running tracing on the AP would let us know why it thinks we are no=
t associated.
>>>
>> I have faced the same issue before it happens when DUT is in powersa=
ve
>> and for some reason AP authenticates (in this case probably due to
> *typo: deuauthenticates.
>
>> inactivity) but as DUT is in power save we don't Rx the deauth (some
>> AP's don't wait
>> for STA to wakeup and retrieve the deauth frame).
>>
>> So after that if DUT tries to sent any data frame, as it still think=
s
>> that it is connected
>> (network lost also will not trigger because it still Rx beacon) and =
in
>> that case AP deauthenticates
>> us by Reason:7.
>>
>> May be if we enable tx status report ACK we can pass the inactivity
>> check as some AP's
>> wont reset inactivity timer for probe's.

That seems unlikely - we are kicked out after 1 minute?
Let's check, Laurentiu - can you please ping in the background and see
what happens?
--
To unsubscribe from this list: send the line "unsubscribe linux-wireles=
s" in
the body of a message to majordomo-***@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Krishna Chaitanya
2014-10-21 07:22:49 UTC
Permalink
On Tue, Oct 21, 2014 at 12:34 PM, Emmanuel Grumbach <egrumbach-***@public.gmane.org=
m> wrote:
> On Tue, Oct 21, 2014 at 9:37 AM, Krishna Chaitanya
> <chaitanya.mgit-***@public.gmane.org> wrote:
>> On Tue, Oct 21, 2014 at 12:06 PM, Krishna Chaitanya
>> <chaitanya.mgit-***@public.gmane.org> wrote:
>>> On Tue, Oct 21, 2014 at 11:01 AM, Emmanuel Grumbach <***@gmai=
l.com> wrote:
>>>> On Tue, Oct 21, 2014 at 8:02 AM, Emmanuel Grumbach <***@gmai=
l.com> wrote:
>>>>> On Mon, Oct 20, 2014 at 10:29 PM, Lauren=C8=9Biu Nicola <lnicola@=
dend.ro> wrote:
>>>>>> No, nothing in the DD-WRT syslog. The IP seems to be the one cac=
hed by
>>>>>> my DHCP client. I also tried various suggestions found on the in=
ternet,
>>>>>> but nothing helped.
>>>>>>
>>>>>
>>>>> Can you please try to have another device in monitor mode to snif=
f the
>>>>> traffic going on?
>>>>> Felix, can you please tell me when DD-WRT can send a deauth with =
reason code 7?
>>>>>
>>>>> thanks.
>>>>
>>>> Can you please disable power save?
>>>> For this, please make sure you have
>>>> https://git.kernel.org/cgit/linux/kernel/git/iwlwifi/iwlwifi-fixes=
=2Egit/commit/?id=3Df8dfc607b2b460e8e8adfdfb3c5f5bba3a4ad01b
>>>> or at least have the module parameter.
>>>> I am wondering if the firmware is not sending frames because of po=
wer
>>>> save toggling.
>>>>
>>>> I you could get more extensive logs from the AP it'd be great.
>>>> Running tracing on the AP would let us know why it thinks we are n=
ot associated.
>>>>
>>> I have faced the same issue before it happens when DUT is in powers=
ave
>>> and for some reason AP authenticates (in this case probably due to
>> *typo: deuauthenticates.
>>
>>> inactivity) but as DUT is in power save we don't Rx the deauth (som=
e
>>> AP's don't wait
>>> for STA to wakeup and retrieve the deauth frame).
>>>
>>> So after that if DUT tries to sent any data frame, as it still thin=
ks
>>> that it is connected
>>> (network lost also will not trigger because it still Rx beacon) and=
in
>>> that case AP deauthenticates
>>> us by Reason:7.
>>>
>>> May be if we enable tx status report ACK we can pass the inactivity
>>> check as some AP's
>>> wont reset inactivity timer for probe's.
>
> That seems unlikely - we are kicked out after 1 minute?
> Let's check, Laurentiu - can you please ping in the background and se=
e
> what happens?

Yeah, but some Ap's do that :-)
Quote from Laurentiu:

"What I found out in the meanwhile, however, is that active traffic wil=
l
prevent the issue from occurring. This happened with the Fedora Live CD=
,
but pinging the AP is also sufficient. I noticed iwconfig reports that
the power saving mode is off."

So when traffic is there the issue doesn't happen, so it points to inac=
tivity.
--
To unsubscribe from this list: send the line "unsubscribe linux-wireles=
s" in
the body of a message to majordomo-***@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Laurențiu Nicola
2014-10-21 08:07:18 UTC
Permalink
Could this still happen if power saving is disabled?

Laurentiu

On Tue, Oct 21, 2014, at 10:22, Krishna Chaitanya wrote:
> On Tue, Oct 21, 2014 at 12:34 PM, Emmanuel Grumbach <***@gmail.=
com>
> wrote:
> > On Tue, Oct 21, 2014 at 9:37 AM, Krishna Chaitanya
> > <chaitanya.mgit-***@public.gmane.org> wrote:
> >> On Tue, Oct 21, 2014 at 12:06 PM, Krishna Chaitanya
> >> <chaitanya.mgit-***@public.gmane.org> wrote:
> >>> On Tue, Oct 21, 2014 at 11:01 AM, Emmanuel Grumbach <***@gm=
ail.com> wrote:
> >>>> On Tue, Oct 21, 2014 at 8:02 AM, Emmanuel Grumbach <***@gm=
ail.com> wrote:
> >>>>> On Mon, Oct 20, 2014 at 10:29 PM, Lauren=C8=9Biu Nicola <lnicol=
***@dend.ro> wrote:
> >>>>>> No, nothing in the DD-WRT syslog. The IP seems to be the one c=
ached by
> >>>>>> my DHCP client. I also tried various suggestions found on the =
internet,
> >>>>>> but nothing helped.
> >>>>>>
> >>>>>
> >>>>> Can you please try to have another device in monitor mode to sn=
iff the
> >>>>> traffic going on?
> >>>>> Felix, can you please tell me when DD-WRT can send a deauth wit=
h reason code 7?
> >>>>>
> >>>>> thanks.
> >>>>
> >>>> Can you please disable power save?
> >>>> For this, please make sure you have
> >>>> https://git.kernel.org/cgit/linux/kernel/git/iwlwifi/iwlwifi-fix=
es.git/commit/?id=3Df8dfc607b2b460e8e8adfdfb3c5f5bba3a4ad01b
> >>>> or at least have the module parameter.
> >>>> I am wondering if the firmware is not sending frames because of =
power
> >>>> save toggling.
> >>>>
> >>>> I you could get more extensive logs from the AP it'd be great.
> >>>> Running tracing on the AP would let us know why it thinks we are=
not associated.
> >>>>
> >>> I have faced the same issue before it happens when DUT is in powe=
rsave
> >>> and for some reason AP authenticates (in this case probably due t=
o
> >> *typo: deuauthenticates.
> >>
> >>> inactivity) but as DUT is in power save we don't Rx the deauth (s=
ome
> >>> AP's don't wait
> >>> for STA to wakeup and retrieve the deauth frame).
> >>>
> >>> So after that if DUT tries to sent any data frame, as it still th=
inks
> >>> that it is connected
> >>> (network lost also will not trigger because it still Rx beacon) a=
nd in
> >>> that case AP deauthenticates
> >>> us by Reason:7.
> >>>
> >>> May be if we enable tx status report ACK we can pass the inactivi=
ty
> >>> check as some AP's
> >>> wont reset inactivity timer for probe's.
> >
> > That seems unlikely - we are kicked out after 1 minute?
> > Let's check, Laurentiu - can you please ping in the background and =
see
> > what happens?
>=20
> Yeah, but some Ap's do that :-)
> Quote from Laurentiu:
>=20
> "What I found out in the meanwhile, however, is that active traffic w=
ill
> prevent the issue from occurring. This happened with the Fedora Live =
CD,
> but pinging the AP is also sufficient. I noticed iwconfig reports tha=
t
> the power saving mode is off."
>=20
> So when traffic is there the issue doesn't happen, so it points to
> inactivity.
> --
> To unsubscribe from this list: send the line "unsubscribe linux-wirel=
ess"
> in
> the body of a message to majordomo-***@public.gmane.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-wireles=
s" in
the body of a message to majordomo-***@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Laurențiu Nicola
2014-10-21 07:28:04 UTC
Permalink
I have 3.17.1, which includes the patch you mention. I also verified
that iwconfig reports that power management is disabled.

I don't know how easy it is to recompile the DD-WRT kernel. One thing I
could do is try another firmware instead of DD-WRT to see if the issue
still occurs.

Laurentiu

On Tue, Oct 21, 2014, at 08:31, Emmanuel Grumbach wrote:
> On Tue, Oct 21, 2014 at 8:02 AM, Emmanuel Grumbach <***@gmail.c=
om>
> wrote:
> > On Mon, Oct 20, 2014 at 10:29 PM, Lauren=C8=9Biu Nicola <***@de=
nd.ro> wrote:
> >> No, nothing in the DD-WRT syslog. The IP seems to be the one cache=
d by
> >> my DHCP client. I also tried various suggestions found on the inte=
rnet,
> >> but nothing helped.
> >>
> >
> > Can you please try to have another device in monitor mode to sniff =
the
> > traffic going on?
> > Felix, can you please tell me when DD-WRT can send a deauth with re=
ason code 7?
> >
> > thanks.
>=20
> Can you please disable power save?
> For this, please make sure you have
> https://git.kernel.org/cgit/linux/kernel/git/iwlwifi/iwlwifi-fixes.gi=
t/commit/?id=3Df8dfc607b2b460e8e8adfdfb3c5f5bba3a4ad01b
> or at least have the module parameter.
> I am wondering if the firmware is not sending frames because of power
> save toggling.
>=20
> I you could get more extensive logs from the AP it'd be great.
> Running tracing on the AP would let us know why it thinks we are not
> associated.
>=20
>=20
> >
> >> Laurentiu
> >>
> >> On Mon, Oct 20, 2014, at 11:23, Emmanuel Grumbach wrote:
> >>> On Mon, Oct 20, 2014 at 10:22 AM, Lauren=C8=9Biu Nicola <lnicola@=
dend.ro>
> >>> wrote:
> >>> > One thing that might be relevant is that, although there is a s=
tatic
> >>> > DHCP lease configured (which works on Windows), the router/AP i=
s giving
> >>> > the laptop a different IP address. The reported MACs are the sa=
me, of
> >>> > course. I don't know whether wpa_supplicant remembers and reque=
sts the
> >>> > last IP it had, but the lease was already present when I config=
ured it.
> >>> >
> >>> > The router runs DD-WRT and I don't have problems on Windows or =
Android.
> >>> >
> >>>
> >>> I guess you can try to get some logs from the DD-WRT - but if the=
AP
> >>> doesn't
> >>> give the same address to Linux as in Windows - there is something
> >>> fishy...
> >>>
> >>> > Laurentiu
> >>> >
> >>> > On Mon, Oct 20, 2014, at 10:12, Emmanuel Grumbach wrote:
> >>> >> On Mon, Oct 20, 2014 at 10:06 AM, Emmanuel Grumbach <egrumbach=
@gmail.com>
> >>> >> wrote:
> >>> >> > On Mon, Oct 20, 2014 at 8:30 AM, Lauren=C8=9Biu Nicola <lnic=
ola-***@public.gmane.org> wrote:
> >>> >> >> Here: https://bpaste.net/show/bf6dc1847ce3
> >>> >> >>
> >>> >> >
> >>> >> > Are you sure you had MAC80211_MLME_DEBUG?
> >>> >> >
> >>> >> >>
> >>> >> Ok - You probably had it - sorry. But apparently the AP is rea=
lly kicking
> >>> >> us...
> >>> >> What AP do you have?
> >>> >> --
> >>> >> To unsubscribe from this list: send the line "unsubscribe linu=
x-wireless"
> >>> >> in
> >>> >> the body of a message to majordomo-***@public.gmane.org
> >>> >> More majordomo info at http://vger.kernel.org/majordomo-info.=
html
> >>> --
> >>> To unsubscribe from this list: send the line "unsubscribe linux-w=
ireless"
> >>> in
> >>> the body of a message to majordomo-***@public.gmane.org
> >>> More majordomo info at http://vger.kernel.org/majordomo-info.htm=
l
> --
> To unsubscribe from this list: send the line "unsubscribe linux-wirel=
ess"
> in
> the body of a message to majordomo-***@public.gmane.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-wireles=
s" in
the body of a message to majordomo-***@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Emmanuel Grumbach
2014-10-21 08:02:22 UTC
Permalink
On Tue, Oct 21, 2014 at 10:28 AM, Lauren=C8=9Biu Nicola <***@dend.r=
o> wrote:
> I have 3.17.1, which includes the patch you mention. I also verified
> that iwconfig reports that power management is disabled.
>
> I don't know how easy it is to recompile the DD-WRT kernel. One thing=
I
> could do is try another firmware instead of DD-WRT to see if the issu=
e
> still occurs.
>

I guess you can try to use the vendor's firmware and see what happens.
Another option is try to tweak DD-WRT not to kick client out after 1 mi=
nute :)

> Laurentiu
>
> On Tue, Oct 21, 2014, at 08:31, Emmanuel Grumbach wrote:
>> On Tue, Oct 21, 2014 at 8:02 AM, Emmanuel Grumbach <***@gmail.=
com>
>> wrote:
>> > On Mon, Oct 20, 2014 at 10:29 PM, Lauren=C8=9Biu Nicola <***@d=
end.ro> wrote:
>> >> No, nothing in the DD-WRT syslog. The IP seems to be the one cach=
ed by
>> >> my DHCP client. I also tried various suggestions found on the int=
ernet,
>> >> but nothing helped.
>> >>
>> >
>> > Can you please try to have another device in monitor mode to sniff=
the
>> > traffic going on?
>> > Felix, can you please tell me when DD-WRT can send a deauth with r=
eason code 7?
>> >
>> > thanks.
>>
>> Can you please disable power save?
>> For this, please make sure you have
>> https://git.kernel.org/cgit/linux/kernel/git/iwlwifi/iwlwifi-fixes.g=
it/commit/?id=3Df8dfc607b2b460e8e8adfdfb3c5f5bba3a4ad01b
>> or at least have the module parameter.
>> I am wondering if the firmware is not sending frames because of powe=
r
>> save toggling.
>>
>> I you could get more extensive logs from the AP it'd be great.
>> Running tracing on the AP would let us know why it thinks we are not
>> associated.
>>
>>
>> >
>> >> Laurentiu
>> >>
>> >> On Mon, Oct 20, 2014, at 11:23, Emmanuel Grumbach wrote:
>> >>> On Mon, Oct 20, 2014 at 10:22 AM, Lauren=C8=9Biu Nicola <lnicola=
@dend.ro>
>> >>> wrote:
>> >>> > One thing that might be relevant is that, although there is a =
static
>> >>> > DHCP lease configured (which works on Windows), the router/AP =
is giving
>> >>> > the laptop a different IP address. The reported MACs are the s=
ame, of
>> >>> > course. I don't know whether wpa_supplicant remembers and requ=
ests the
>> >>> > last IP it had, but the lease was already present when I confi=
gured it.
>> >>> >
>> >>> > The router runs DD-WRT and I don't have problems on Windows or=
Android.
>> >>> >
>> >>>
>> >>> I guess you can try to get some logs from the DD-WRT - but if th=
e AP
>> >>> doesn't
>> >>> give the same address to Linux as in Windows - there is somethin=
g
>> >>> fishy...
>> >>>
>> >>> > Laurentiu
>> >>> >
>> >>> > On Mon, Oct 20, 2014, at 10:12, Emmanuel Grumbach wrote:
>> >>> >> On Mon, Oct 20, 2014 at 10:06 AM, Emmanuel Grumbach <egrumbac=
***@gmail.com>
>> >>> >> wrote:
>> >>> >> > On Mon, Oct 20, 2014 at 8:30 AM, Lauren=C8=9Biu Nicola <lni=
cola-***@public.gmane.org> wrote:
>> >>> >> >> Here: https://bpaste.net/show/bf6dc1847ce3
>> >>> >> >>
>> >>> >> >
>> >>> >> > Are you sure you had MAC80211_MLME_DEBUG?
>> >>> >> >
>> >>> >> >>
>> >>> >> Ok - You probably had it - sorry. But apparently the AP is re=
ally kicking
>> >>> >> us...
>> >>> >> What AP do you have?
>> >>> >> --
>> >>> >> To unsubscribe from this list: send the line "unsubscribe lin=
ux-wireless"
>> >>> >> in
>> >>> >> the body of a message to majordomo-***@public.gmane.org
>> >>> >> More majordomo info at http://vger.kernel.org/majordomo-info=
=2Ehtml
>> >>> --
>> >>> To unsubscribe from this list: send the line "unsubscribe linux-=
wireless"
>> >>> in
>> >>> the body of a message to majordomo-***@public.gmane.org
>> >>> More majordomo info at http://vger.kernel.org/majordomo-info.ht=
ml
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-wire=
less"
>> in
>> the body of a message to majordomo-***@public.gmane.org
>> More majordomo info at http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-wireles=
s" in
the body of a message to majordomo-***@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Felix Fietkau
2014-10-21 08:20:16 UTC
Permalink
On 2014-10-21 07:02, Emmanuel Grumbach wrote:
> On Mon, Oct 20, 2014 at 10:29 PM, Lauren=C8=9Biu Nicola <***@dend=
=2Ero> wrote:
>> No, nothing in the DD-WRT syslog. The IP seems to be the one cached =
by
>> my DHCP client. I also tried various suggestions found on the intern=
et,
>> but nothing helped.
>>
>=20
> Can you please try to have another device in monitor mode to sniff th=
e
> traffic going on?
> Felix, can you please tell me when DD-WRT can send a deauth with reas=
on code 7?
What kind of device is it, and what software version?

- Felix
--
To unsubscribe from this list: send the line "unsubscribe linux-wireles=
s" in
the body of a message to majordomo-***@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Laurențiu Nicola
2014-10-21 08:23:12 UTC
Permalink
It's an ASUS RT-N66U running NEWD-2/K3X from r24160.

Laurentiu

On Tue, Oct 21, 2014, at 11:20, Felix Fietkau wrote:
> On 2014-10-21 07:02, Emmanuel Grumbach wrote:
> > On Mon, Oct 20, 2014 at 10:29 PM, Lauren=C8=9Biu Nicola <***@de=
nd.ro> wrote:
> >> No, nothing in the DD-WRT syslog. The IP seems to be the one cache=
d by
> >> my DHCP client. I also tried various suggestions found on the inte=
rnet,
> >> but nothing helped.
> >>
> >=20
> > Can you please try to have another device in monitor mode to sniff =
the
> > traffic going on?
> > Felix, can you please tell me when DD-WRT can send a deauth with re=
ason code 7?
> What kind of device is it, and what software version?
>=20
> - Felix
> --
> To unsubscribe from this list: send the line "unsubscribe linux-wirel=
ess"
> in
> the body of a message to majordomo-***@public.gmane.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-wireles=
s" in
the body of a message to majordomo-***@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Felix Fietkau
2014-10-21 08:35:59 UTC
Permalink
On 2014-10-21 10:23, Lauren=C8=9Biu Nicola wrote:
> It's an ASUS RT-N66U running NEWD-2/K3X from r24160.
This is a Broadcom based device, so it should behave in the same way as
other APs/Routers running the Broadcom drivers.
The driver should only send Reason 7 when receiving a PS-Poll, BlockAck=
,
BlockAckReq or Action frame from a station that's not associated, so
probably it has already kicked out your iwlwifi client earlier. Not sur=
e
why that doesn't show up in the log though.

- Felix
--
To unsubscribe from this list: send the line "unsubscribe linux-wireles=
s" in
the body of a message to majordomo-***@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Laurențiu Nicola
2014-10-21 08:37:19 UTC
Permalink
Perhaps I'm not looking at the right log :). Do you mean enabling syslo=
g
and /tmp/var/log/messages?

Laurentiu

On Tue, Oct 21, 2014, at 11:35, Felix Fietkau wrote:
> On 2014-10-21 10:23, Lauren=C8=9Biu Nicola wrote:
> > It's an ASUS RT-N66U running NEWD-2/K3X from r24160.
> This is a Broadcom based device, so it should behave in the same way =
as
> other APs/Routers running the Broadcom drivers.
> The driver should only send Reason 7 when receiving a PS-Poll, BlockA=
ck,
> BlockAckReq or Action frame from a station that's not associated, so
> probably it has already kicked out your iwlwifi client earlier. Not s=
ure
> why that doesn't show up in the log though.
>=20
> - Felix
> --
> To unsubscribe from this list: send the line "unsubscribe linux-wirel=
ess"
> in
> the body of a message to majordomo-***@public.gmane.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-wireles=
s" in
the body of a message to majordomo-***@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Emmanuel Grumbach
2014-10-21 08:44:31 UTC
Permalink
On Tue, Oct 21, 2014 at 11:37 AM, Lauren=C8=9Biu Nicola <***@dend.r=
o> wrote:
> Perhaps I'm not looking at the right log :). Do you mean enabling sys=
log
> and /tmp/var/log/messages?
>
> Laurentiu
>
> On Tue, Oct 21, 2014, at 11:35, Felix Fietkau wrote:
>> On 2014-10-21 10:23, Lauren=C8=9Biu Nicola wrote:
>> > It's an ASUS RT-N66U running NEWD-2/K3X from r24160.
>> This is a Broadcom based device, so it should behave in the same way=
as
>> other APs/Routers running the Broadcom drivers.
>> The driver should only send Reason 7 when receiving a PS-Poll, Block=
Ack,
>> BlockAckReq or Action frame from a station that's not associated, so
>> probably it has already kicked out your iwlwifi client earlier. Not =
sure
>> why that doesn't show up in the log though.
>>

Note that it kicks iwlwifi after 1 minute - this seems short?

>> - Felix
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-wire=
less"
>> in
>> the body of a message to majordomo-***@public.gmane.org
>> More majordomo info at http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-wireles=
s" in
the body of a message to majordomo-***@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Krishna Chaitanya
2014-10-21 09:05:48 UTC
Permalink
On Tue, Oct 21, 2014 at 2:05 PM, Felix Fietkau <nbd-***@public.gmane.org> wrote:
> On 2014-10-21 10:23, Lauren=C8=9Biu Nicola wrote:
>> It's an ASUS RT-N66U running NEWD-2/K3X from r24160.
> This is a Broadcom based device, so it should behave in the same way =
as
> other APs/Routers running the Broadcom drivers.
> The driver should only send Reason 7 when receiving a PS-Poll, BlockA=
ck,
> BlockAckReq or Action frame from a station that's not associated, so
> probably it has already kicked out your iwlwifi client earlier. Not s=
ure
> why that doesn't show up in the log though.
>
May be iwlwifi is dozing and did not Rx that frame?
--
To unsubscribe from this list: send the line "unsubscribe linux-wireles=
s" in
the body of a message to majordomo-***@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Emmanuel Grumbach
2014-10-21 09:16:33 UTC
Permalink
On Tue, Oct 21, 2014 at 12:05 PM, Krishna Chaitanya
<chaitanya.mgit-***@public.gmane.org> wrote:
> On Tue, Oct 21, 2014 at 2:05 PM, Felix Fietkau <nbd-***@public.gmane.org> wrot=
e:
>> On 2014-10-21 10:23, Lauren=C8=9Biu Nicola wrote:
>>> It's an ASUS RT-N66U running NEWD-2/K3X from r24160.
>> This is a Broadcom based device, so it should behave in the same way=
as
>> other APs/Routers running the Broadcom drivers.
>> The driver should only send Reason 7 when receiving a PS-Poll, Block=
Ack,
>> BlockAckReq or Action frame from a station that's not associated, so
>> probably it has already kicked out your iwlwifi client earlier. Not =
sure
>> why that doesn't show up in the log though.
>>
> May be iwlwifi is dozing and did not Rx that frame?

yep - this is most probably what happens. iwlwifi goes to sleep and it
get a deauth that it doesn't hear. Then it wakes up with an NDP and
gets kicked out.
But shouldn't the deauth be buffered and indicated through the TIM IE?
--
To unsubscribe from this list: send the line "unsubscribe linux-wireles=
s" in
the body of a message to majordomo-***@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Krishna Chaitanya
2014-10-21 09:57:16 UTC
Permalink
On Tue, Oct 21, 2014 at 2:46 PM, Emmanuel Grumbach <egrumbach-***@public.gmane.org=
> wrote:
> On Tue, Oct 21, 2014 at 12:05 PM, Krishna Chaitanya
> <chaitanya.mgit-***@public.gmane.org> wrote:
>> On Tue, Oct 21, 2014 at 2:05 PM, Felix Fietkau <nbd-***@public.gmane.org> wro=
te:
>>> On 2014-10-21 10:23, Lauren=C8=9Biu Nicola wrote:
>>>> It's an ASUS RT-N66U running NEWD-2/K3X from r24160.
>>> This is a Broadcom based device, so it should behave in the same wa=
y as
>>> other APs/Routers running the Broadcom drivers.
>>> The driver should only send Reason 7 when receiving a PS-Poll, Bloc=
kAck,
>>> BlockAckReq or Action frame from a station that's not associated, s=
o
>>> probably it has already kicked out your iwlwifi client earlier. Not=
sure
>>> why that doesn't show up in the log though.
>>>
>> May be iwlwifi is dozing and did not Rx that frame?
>
> yep - this is most probably what happens. iwlwifi goes to sleep and i=
t
> get a deauth that it doesn't hear. Then it wakes up with an NDP and
> gets kicked out.
> But shouldn't the deauth be buffered and indicated through the TIM IE=
?

Yes, but not all AP's do that, at least the one i faced the issue was
not doing that.



--=20
Thanks,
Regards,
Chaitanya T K.
--
To unsubscribe from this list: send the line "unsubscribe linux-wireles=
s" in
the body of a message to majordomo-***@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
poma
2014-10-21 11:00:57 UTC
Permalink
On 21.10.2014 10:35, Felix Fietkau wrote:
> On 2014-10-21 10:23, Lauren=C8=9Biu Nicola wrote:
>> It's an ASUS RT-N66U running NEWD-2/K3X from r24160.
> This is a Broadcom based device, so it should behave in the same way =
as
> other APs/Routers running the Broadcom drivers.
> The driver should only send Reason 7 when receiving a PS-Poll, BlockA=
ck,
> BlockAckReq or Action frame from a station that's not associated, so
> probably it has already kicked out your iwlwifi client earlier. Not s=
ure
> why that doesn't show up in the log though.
>=20

Whether this might refer to the Station Control Block Timeout value

http://www.dd-wrt.com/wiki/index.php/Wl#scb_timeout
=2E..
scb_timeout

AP only: inactivity timeout value for authenticated stas


poma


--
To unsubscribe from this list: send the line "unsubscribe linux-wireles=
s" in
the body of a message to majordomo-***@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Laurențiu Nicola
2014-10-21 19:56:55 UTC
Permalink
Yep! `scb_timeout` is 60 on my router.

On Tue, Oct 21, 2014, at 14:00, poma wrote:
> On 21.10.2014 10:35, Felix Fietkau wrote:
> > On 2014-10-21 10:23, Lauren=C8=9Biu Nicola wrote:
> >> It's an ASUS RT-N66U running NEWD-2/K3X from r24160.
> > This is a Broadcom based device, so it should behave in the same wa=
y as
> > other APs/Routers running the Broadcom drivers.
> > The driver should only send Reason 7 when receiving a PS-Poll, Bloc=
kAck,
> > BlockAckReq or Action frame from a station that's not associated, s=
o
> > probably it has already kicked out your iwlwifi client earlier. Not=
sure
> > why that doesn't show up in the log though.
> >=20
>=20
> Whether this might refer to the Station Control Block Timeout value
>=20
> http://www.dd-wrt.com/wiki/index.php/Wl#scb_timeout
> ...
> scb_timeout
>=20
> AP only: inactivity timeout value for authenticated stas
>=20
>=20
> poma
>=20
>=20
> --
> To unsubscribe from this list: send the line "unsubscribe linux-wirel=
ess"
> in
> the body of a message to majordomo-***@public.gmane.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-wireles=
s" in
the body of a message to majordomo-***@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Emmanuel Grumbach
2014-10-22 09:10:24 UTC
Permalink
On Tue, Oct 21, 2014 at 10:56 PM, Lauren=C8=9Biu Nicola <***@dend.r=
o> wrote:
> Yep! `scb_timeout` is 60 on my router.
>
> On Tue, Oct 21, 2014, at 14:00, poma wrote:
>> On 21.10.2014 10:35, Felix Fietkau wrote:
>> > On 2014-10-21 10:23, Lauren=C8=9Biu Nicola wrote:
>> >> It's an ASUS RT-N66U running NEWD-2/K3X from r24160.
>> > This is a Broadcom based device, so it should behave in the same w=
ay as
>> > other APs/Routers running the Broadcom drivers.
>> > The driver should only send Reason 7 when receiving a PS-Poll, Blo=
ckAck,
>> > BlockAckReq or Action frame from a station that's not associated, =
so
>> > probably it has already kicked out your iwlwifi client earlier. No=
t sure
>> > why that doesn't show up in the log though.
>> >
>>
>> Whether this might refer to the Station Control Block Timeout value
>>
>> http://www.dd-wrt.com/wiki/index.php/Wl#scb_timeout
>> ...
>> scb_timeout
>>
>> AP only: inactivity timeout value for authenticated stas
>>

Actually, mac80211 should be probing the AP every 30 seconds but a
beacon might abort the probe...
Can you try something like this:

diff --git a/net/mac80211/mlme.c b/net/mac80211/mlme.c
index 75df184..c9db7cf 100644
--- a/net/mac80211/mlme.c
+++ b/net/mac80211/mlme.c
@@ -3295,7 +3295,8 @@ static void ieee80211_rx_mgmt_beacon(struct
ieee80211_sub_if_data *sdata,
if (ifmgd->flags & IEEE80211_STA_CONNECTION_POLL) {
mlme_dbg_ratelimited(sdata,
"cancelling AP probe due to a
received beacon\n");
- ieee80211_reset_ap_probe(sdata);
+ pr_err("Not cancelling the probe to make sure the AP
hears us from time to time\n");
+ //ieee80211_reset_ap_probe(sdata);
}

/*



>>
>> poma
>>
>>
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-wire=
less"
>> in
>> the body of a message to majordomo-***@public.gmane.org
>> More majordomo info at http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-wireles=
s" in
the body of a message to majordomo-***@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Laurențiu Nicola
2014-10-22 21:53:25 UTC
Permalink
Nope. It seems that code doesn't get executed when my issue occurs (or
in my five or ten minutes of uptime). I've seen
`ieee80211_reset_ap_probe` get called by `ieee80211_rx_mgmt_probe_resp`=
,
but (if I'm not wrong) not on every disconnect.

And as far as I can tell, force_cam is set to true.

Laurentiu

On Wed, Oct 22, 2014, at 12:10, Emmanuel Grumbach wrote:
> On Tue, Oct 21, 2014 at 10:56 PM, Lauren=C8=9Biu Nicola <***@dend=
=2Ero>
> wrote:
> > Yep! `scb_timeout` is 60 on my router.
> >
> > On Tue, Oct 21, 2014, at 14:00, poma wrote:
> >> On 21.10.2014 10:35, Felix Fietkau wrote:
> >> > On 2014-10-21 10:23, Lauren=C8=9Biu Nicola wrote:
> >> >> It's an ASUS RT-N66U running NEWD-2/K3X from r24160.
> >> > This is a Broadcom based device, so it should behave in the same=
way as
> >> > other APs/Routers running the Broadcom drivers.
> >> > The driver should only send Reason 7 when receiving a PS-Poll, B=
lockAck,
> >> > BlockAckReq or Action frame from a station that's not associated=
, so
> >> > probably it has already kicked out your iwlwifi client earlier. =
Not sure
> >> > why that doesn't show up in the log though.
> >> >
> >>
> >> Whether this might refer to the Station Control Block Timeout valu=
e
> >>
> >> http://www.dd-wrt.com/wiki/index.php/Wl#scb_timeout
> >> ...
> >> scb_timeout
> >>
> >> AP only: inactivity timeout value for authenticated stas
> >>
>=20
> Actually, mac80211 should be probing the AP every 30 seconds but a
> beacon might abort the probe...
> Can you try something like this:
>=20
> diff --git a/net/mac80211/mlme.c b/net/mac80211/mlme.c
> index 75df184..c9db7cf 100644
> --- a/net/mac80211/mlme.c
> +++ b/net/mac80211/mlme.c
> @@ -3295,7 +3295,8 @@ static void ieee80211_rx_mgmt_beacon(struct
> ieee80211_sub_if_data *sdata,
> if (ifmgd->flags & IEEE80211_STA_CONNECTION_POLL) {
> mlme_dbg_ratelimited(sdata,
> "cancelling AP probe due to a
> received beacon\n");
> - ieee80211_reset_ap_probe(sdata);
> + pr_err("Not cancelling the probe to make sure the AP
> hears us from time to time\n");
> + //ieee80211_reset_ap_probe(sdata);
> }
>=20
> /*
>=20
>=20
>=20
> >>
> >> poma
> >>
> >>
> >> --
> >> To unsubscribe from this list: send the line "unsubscribe linux-wi=
reless"
> >> in
> >> the body of a message to majordomo-***@public.gmane.org
> >> More majordomo info at http://vger.kernel.org/majordomo-info.html
> --
> To unsubscribe from this list: send the line "unsubscribe linux-wirel=
ess"
> in
> the body of a message to majordomo-***@public.gmane.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-wireles=
s" in
the body of a message to majordomo-***@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Emmanuel Grumbach
2014-10-23 05:21:25 UTC
Permalink
On Thu, Oct 23, 2014 at 12:53 AM, Lauren=C8=9Biu Nicola <***@dend.r=
o> wrote:
> Nope. It seems that code doesn't get executed when my issue occurs (o=
r
> in my five or ten minutes of uptime). I've seen
> `ieee80211_reset_ap_probe` get called by `ieee80211_rx_mgmt_probe_res=
p`,
> but (if I'm not wrong) not on every disconnect.
>
> And as far as I can tell, force_cam is set to true.

Can you please try with the patch attached and send the logs?
I again need MAC80211_MLME_DEBUG.

Thanks.

>
> Laurentiu
>
> On Wed, Oct 22, 2014, at 12:10, Emmanuel Grumbach wrote:
>> On Tue, Oct 21, 2014 at 10:56 PM, Lauren=C8=9Biu Nicola <***@den=
d.ro>
>> wrote:
>> > Yep! `scb_timeout` is 60 on my router.
>> >
>> > On Tue, Oct 21, 2014, at 14:00, poma wrote:
>> >> On 21.10.2014 10:35, Felix Fietkau wrote:
>> >> > On 2014-10-21 10:23, Lauren=C8=9Biu Nicola wrote:
>> >> >> It's an ASUS RT-N66U running NEWD-2/K3X from r24160.
>> >> > This is a Broadcom based device, so it should behave in the sam=
e way as
>> >> > other APs/Routers running the Broadcom drivers.
>> >> > The driver should only send Reason 7 when receiving a PS-Poll, =
BlockAck,
>> >> > BlockAckReq or Action frame from a station that's not associate=
d, so
>> >> > probably it has already kicked out your iwlwifi client earlier.=
Not sure
>> >> > why that doesn't show up in the log though.
>> >> >
>> >>
>> >> Whether this might refer to the Station Control Block Timeout val=
ue
>> >>
>> >> http://www.dd-wrt.com/wiki/index.php/Wl#scb_timeout
>> >> ...
>> >> scb_timeout
>> >>
>> >> AP only: inactivity timeout value for authenticated stas
>> >>
>>
>> Actually, mac80211 should be probing the AP every 30 seconds but a
>> beacon might abort the probe...
>> Can you try something like this:
>>
>> diff --git a/net/mac80211/mlme.c b/net/mac80211/mlme.c
>> index 75df184..c9db7cf 100644
>> --- a/net/mac80211/mlme.c
>> +++ b/net/mac80211/mlme.c
>> @@ -3295,7 +3295,8 @@ static void ieee80211_rx_mgmt_beacon(struct
>> ieee80211_sub_if_data *sdata,
>> if (ifmgd->flags & IEEE80211_STA_CONNECTION_POLL) {
>> mlme_dbg_ratelimited(sdata,
>> "cancelling AP probe due to a
>> received beacon\n");
>> - ieee80211_reset_ap_probe(sdata);
>> + pr_err("Not cancelling the probe to make sure the AP
>> hears us from time to time\n");
>> + //ieee80211_reset_ap_probe(sdata);
>> }
>>
>> /*
>>
>>
>>
>> >>
>> >> poma
>> >>
>> >>
>> >> --
>> >> To unsubscribe from this list: send the line "unsubscribe linux-w=
ireless"
>> >> in
>> >> the body of a message to majordomo-***@public.gmane.org
>> >> More majordomo info at http://vger.kernel.org/majordomo-info.htm=
l
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-wire=
less"
>> in
>> the body of a message to majordomo-***@public.gmane.org
>> More majordomo info at http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-wireles=
s" in
the body of a message to majordomo-***@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Laurențiu Nicola
2014-10-23 07:30:48 UTC
Permalink
I did; the card still gets disconnected and the message doesn't show up
in dmesg.

Laurentiu

On Thu, Oct 23, 2014, at 08:21, Emmanuel Grumbach wrote:
> On Thu, Oct 23, 2014 at 12:53 AM, Lauren=C8=9Biu Nicola <***@dend=
=2Ero>
> wrote:
> > Nope. It seems that code doesn't get executed when my issue occurs =
(or
> > in my five or ten minutes of uptime). I've seen
> > `ieee80211_reset_ap_probe` get called by `ieee80211_rx_mgmt_probe_r=
esp`,
> > but (if I'm not wrong) not on every disconnect.
> >
> > And as far as I can tell, force_cam is set to true.
>=20
> Can you please try with the patch attached and send the logs?
> I again need MAC80211_MLME_DEBUG.
>=20
> Thanks.
>=20
> >
> > Laurentiu
> >
> > On Wed, Oct 22, 2014, at 12:10, Emmanuel Grumbach wrote:
> >> On Tue, Oct 21, 2014 at 10:56 PM, Lauren=C8=9Biu Nicola <***@d=
end.ro>
> >> wrote:
> >> > Yep! `scb_timeout` is 60 on my router.
> >> >
> >> > On Tue, Oct 21, 2014, at 14:00, poma wrote:
> >> >> On 21.10.2014 10:35, Felix Fietkau wrote:
> >> >> > On 2014-10-21 10:23, Lauren=C8=9Biu Nicola wrote:
> >> >> >> It's an ASUS RT-N66U running NEWD-2/K3X from r24160.
> >> >> > This is a Broadcom based device, so it should behave in the s=
ame way as
> >> >> > other APs/Routers running the Broadcom drivers.
> >> >> > The driver should only send Reason 7 when receiving a PS-Poll=
, BlockAck,
> >> >> > BlockAckReq or Action frame from a station that's not associa=
ted, so
> >> >> > probably it has already kicked out your iwlwifi client earlie=
r. Not sure
> >> >> > why that doesn't show up in the log though.
> >> >> >
> >> >>
> >> >> Whether this might refer to the Station Control Block Timeout v=
alue
> >> >>
> >> >> http://www.dd-wrt.com/wiki/index.php/Wl#scb_timeout
> >> >> ...
> >> >> scb_timeout
> >> >>
> >> >> AP only: inactivity timeout value for authenticated stas
> >> >>
> >>
> >> Actually, mac80211 should be probing the AP every 30 seconds but a
> >> beacon might abort the probe...
> >> Can you try something like this:
> >>
> >> diff --git a/net/mac80211/mlme.c b/net/mac80211/mlme.c
> >> index 75df184..c9db7cf 100644
> >> --- a/net/mac80211/mlme.c
> >> +++ b/net/mac80211/mlme.c
> >> @@ -3295,7 +3295,8 @@ static void ieee80211_rx_mgmt_beacon(struct
> >> ieee80211_sub_if_data *sdata,
> >> if (ifmgd->flags & IEEE80211_STA_CONNECTION_POLL) {
> >> mlme_dbg_ratelimited(sdata,
> >> "cancelling AP probe due to a
> >> received beacon\n");
> >> - ieee80211_reset_ap_probe(sdata);
> >> + pr_err("Not cancelling the probe to make sure the =
AP
> >> hears us from time to time\n");
> >> + //ieee80211_reset_ap_probe(sdata);
> >> }
> >>
> >> /*
> >>
> >>
> >>
> >> >>
> >> >> poma
> >> >>
> >> >>
> >> >> --
> >> >> To unsubscribe from this list: send the line "unsubscribe linux=
-wireless"
> >> >> in
> >> >> the body of a message to majordomo-***@public.gmane.org
> >> >> More majordomo info at http://vger.kernel.org/majordomo-info.h=
tml
> >> --
> >> To unsubscribe from this list: send the line "unsubscribe linux-wi=
reless"
> >> in
> >> the body of a message to majordomo-***@public.gmane.org
> >> More majordomo info at http://vger.kernel.org/majordomo-info.html
> --
> To unsubscribe from this list: send the line "unsubscribe linux-wirel=
ess"
> in
> the body of a message to majordomo-***@public.gmane.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-wireles=
s" in
the body of a message to majordomo-***@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Emmanuel Grumbach
2014-10-23 08:07:03 UTC
Permalink
On Thu, Oct 23, 2014 at 10:30 AM, Lauren=C8=9Biu Nicola <***@dend.r=
o> wrote:
> I did; the card still gets disconnected and the message doesn't show =
up
> in dmesg.
>

You had *none* of the many prints I added in the log?

That seems really weird...

> Laurentiu
>
> On Thu, Oct 23, 2014, at 08:21, Emmanuel Grumbach wrote:
>> On Thu, Oct 23, 2014 at 12:53 AM, Lauren=C8=9Biu Nicola <***@den=
d.ro>
>> wrote:
>> > Nope. It seems that code doesn't get executed when my issue occurs=
(or
>> > in my five or ten minutes of uptime). I've seen
>> > `ieee80211_reset_ap_probe` get called by `ieee80211_rx_mgmt_probe_=
resp`,
>> > but (if I'm not wrong) not on every disconnect.
>> >
>> > And as far as I can tell, force_cam is set to true.
>>
>> Can you please try with the patch attached and send the logs?
>> I again need MAC80211_MLME_DEBUG.
>>
>> Thanks.
>>
>> >
>> > Laurentiu
>> >
>> > On Wed, Oct 22, 2014, at 12:10, Emmanuel Grumbach wrote:
>> >> On Tue, Oct 21, 2014 at 10:56 PM, Lauren=C8=9Biu Nicola <lnicola@=
dend.ro>
>> >> wrote:
>> >> > Yep! `scb_timeout` is 60 on my router.
>> >> >
>> >> > On Tue, Oct 21, 2014, at 14:00, poma wrote:
>> >> >> On 21.10.2014 10:35, Felix Fietkau wrote:
>> >> >> > On 2014-10-21 10:23, Lauren=C8=9Biu Nicola wrote:
>> >> >> >> It's an ASUS RT-N66U running NEWD-2/K3X from r24160.
>> >> >> > This is a Broadcom based device, so it should behave in the =
same way as
>> >> >> > other APs/Routers running the Broadcom drivers.
>> >> >> > The driver should only send Reason 7 when receiving a PS-Pol=
l, BlockAck,
>> >> >> > BlockAckReq or Action frame from a station that's not associ=
ated, so
>> >> >> > probably it has already kicked out your iwlwifi client earli=
er. Not sure
>> >> >> > why that doesn't show up in the log though.
>> >> >> >
>> >> >>
>> >> >> Whether this might refer to the Station Control Block Timeout =
value
>> >> >>
>> >> >> http://www.dd-wrt.com/wiki/index.php/Wl#scb_timeout
>> >> >> ...
>> >> >> scb_timeout
>> >> >>
>> >> >> AP only: inactivity timeout value for authenticated stas
>> >> >>
>> >>
>> >> Actually, mac80211 should be probing the AP every 30 seconds but =
a
>> >> beacon might abort the probe...
>> >> Can you try something like this:
>> >>
>> >> diff --git a/net/mac80211/mlme.c b/net/mac80211/mlme.c
>> >> index 75df184..c9db7cf 100644
>> >> --- a/net/mac80211/mlme.c
>> >> +++ b/net/mac80211/mlme.c
>> >> @@ -3295,7 +3295,8 @@ static void ieee80211_rx_mgmt_beacon(struct
>> >> ieee80211_sub_if_data *sdata,
>> >> if (ifmgd->flags & IEEE80211_STA_CONNECTION_POLL) {
>> >> mlme_dbg_ratelimited(sdata,
>> >> "cancelling AP probe due to =
a
>> >> received beacon\n");
>> >> - ieee80211_reset_ap_probe(sdata);
>> >> + pr_err("Not cancelling the probe to make sure the=
AP
>> >> hears us from time to time\n");
>> >> + //ieee80211_reset_ap_probe(sdata);
>> >> }
>> >>
>> >> /*
>> >>
>> >>
>> >>
>> >> >>
>> >> >> poma
>> >> >>
>> >> >>
>> >> >> --
>> >> >> To unsubscribe from this list: send the line "unsubscribe linu=
x-wireless"
>> >> >> in
>> >> >> the body of a message to majordomo-***@public.gmane.org
>> >> >> More majordomo info at http://vger.kernel.org/majordomo-info.=
html
>> >> --
>> >> To unsubscribe from this list: send the line "unsubscribe linux-w=
ireless"
>> >> in
>> >> the body of a message to majordomo-***@public.gmane.org
>> >> More majordomo info at http://vger.kernel.org/majordomo-info.htm=
l
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-wire=
less"
>> in
>> the body of a message to majordomo-***@public.gmane.org
>> More majordomo info at http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-wireles=
s" in
the body of a message to majordomo-***@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Laurențiu Nicola
2014-10-23 16:02:05 UTC
Permalink
Sorry, but I only saw a two-line change [1] to
`ieee80211_rx_mgmt_beacon` (which already had a log message). Am I
missing something?

[1] http://www.spinics.net/lists/linux-wireless/msg128340.html

Laurentiu

On Thu, Oct 23, 2014, at 11:07, Emmanuel Grumbach wrote:
> On Thu, Oct 23, 2014 at 10:30 AM, Lauren=C8=9Biu Nicola <***@dend=
=2Ero>
> wrote:
> > I did; the card still gets disconnected and the message doesn't sho=
w up
> > in dmesg.
> >
>=20
> You had *none* of the many prints I added in the log?
>=20
> That seems really weird...
>=20
> > Laurentiu
> >
> > On Thu, Oct 23, 2014, at 08:21, Emmanuel Grumbach wrote:
> >> On Thu, Oct 23, 2014 at 12:53 AM, Lauren=C8=9Biu Nicola <***@d=
end.ro>
> >> wrote:
> >> > Nope. It seems that code doesn't get executed when my issue occu=
rs (or
> >> > in my five or ten minutes of uptime). I've seen
> >> > `ieee80211_reset_ap_probe` get called by `ieee80211_rx_mgmt_prob=
e_resp`,
> >> > but (if I'm not wrong) not on every disconnect.
> >> >
> >> > And as far as I can tell, force_cam is set to true.
> >>
> >> Can you please try with the patch attached and send the logs?
> >> I again need MAC80211_MLME_DEBUG.
> >>
> >> Thanks.
> >>
> >> >
> >> > Laurentiu
> >> >
> >> > On Wed, Oct 22, 2014, at 12:10, Emmanuel Grumbach wrote:
> >> >> On Tue, Oct 21, 2014 at 10:56 PM, Lauren=C8=9Biu Nicola <lnicol=
***@dend.ro>
> >> >> wrote:
> >> >> > Yep! `scb_timeout` is 60 on my router.
> >> >> >
> >> >> > On Tue, Oct 21, 2014, at 14:00, poma wrote:
> >> >> >> On 21.10.2014 10:35, Felix Fietkau wrote:
> >> >> >> > On 2014-10-21 10:23, Lauren=C8=9Biu Nicola wrote:
> >> >> >> >> It's an ASUS RT-N66U running NEWD-2/K3X from r24160.
> >> >> >> > This is a Broadcom based device, so it should behave in th=
e same way as
> >> >> >> > other APs/Routers running the Broadcom drivers.
> >> >> >> > The driver should only send Reason 7 when receiving a PS-P=
oll, BlockAck,
> >> >> >> > BlockAckReq or Action frame from a station that's not asso=
ciated, so
> >> >> >> > probably it has already kicked out your iwlwifi client ear=
lier. Not sure
> >> >> >> > why that doesn't show up in the log though.
> >> >> >> >
> >> >> >>
> >> >> >> Whether this might refer to the Station Control Block Timeou=
t value
> >> >> >>
> >> >> >> http://www.dd-wrt.com/wiki/index.php/Wl#scb_timeout
> >> >> >> ...
> >> >> >> scb_timeout
> >> >> >>
> >> >> >> AP only: inactivity timeout value for authenticated stas
> >> >> >>
> >> >>
> >> >> Actually, mac80211 should be probing the AP every 30 seconds bu=
t a
> >> >> beacon might abort the probe...
> >> >> Can you try something like this:
> >> >>
> >> >> diff --git a/net/mac80211/mlme.c b/net/mac80211/mlme.c
> >> >> index 75df184..c9db7cf 100644
> >> >> --- a/net/mac80211/mlme.c
> >> >> +++ b/net/mac80211/mlme.c
> >> >> @@ -3295,7 +3295,8 @@ static void ieee80211_rx_mgmt_beacon(stru=
ct
> >> >> ieee80211_sub_if_data *sdata,
> >> >> if (ifmgd->flags & IEEE80211_STA_CONNECTION_POLL) {
> >> >> mlme_dbg_ratelimited(sdata,
> >> >> "cancelling AP probe due t=
o a
> >> >> received beacon\n");
> >> >> - ieee80211_reset_ap_probe(sdata);
> >> >> + pr_err("Not cancelling the probe to make sure t=
he AP
> >> >> hears us from time to time\n");
> >> >> + //ieee80211_reset_ap_probe(sdata);
> >> >> }
> >> >>
> >> >> /*
> >> >>
> >> >>
> >> >>
> >> >> >>
> >> >> >> poma
> >> >> >>
> >> >> >>
> >> >> >> --
> >> >> >> To unsubscribe from this list: send the line "unsubscribe li=
nux-wireless"
> >> >> >> in
> >> >> >> the body of a message to majordomo-***@public.gmane.org
> >> >> >> More majordomo info at http://vger.kernel.org/majordomo-inf=
o.html
> >> >> --
> >> >> To unsubscribe from this list: send the line "unsubscribe linux=
-wireless"
> >> >> in
> >> >> the body of a message to majordomo-***@public.gmane.org
> >> >> More majordomo info at http://vger.kernel.org/majordomo-info.h=
tml
> >> --
> >> To unsubscribe from this list: send the line "unsubscribe linux-wi=
reless"
> >> in
> >> the body of a message to majordomo-***@public.gmane.org
> >> More majordomo info at http://vger.kernel.org/majordomo-info.html
> --
> To unsubscribe from this list: send the line "unsubscribe linux-wirel=
ess"
> in
> the body of a message to majordomo-***@public.gmane.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-wireles=
s" in
the body of a message to majordomo-***@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Emmanuel Grumbach
2014-10-23 16:46:23 UTC
Permalink
On Thu, Oct 23, 2014 at 7:02 PM, Laurențiu Nicola <lnicola-***@public.gmane.org> wrote:
> Sorry, but I only saw a two-line change [1] to
> `ieee80211_rx_mgmt_beacon` (which already had a log message). Am I
> missing something?
>
> [1] http://www.spinics.net/lists/linux-wireless/msg128340.html
>

No - you are not. I did miss something...I forgot to attach the patch.
Here you go.

> Laurentiu
>
> On Thu, Oct 23, 2014, at 11:07, Emmanuel Grumbach wrote:
>> On Thu, Oct 23, 2014 at 10:30 AM, Laurențiu Nicola <lnicola-***@public.gmane.org>
>> wrote:
>> > I did; the card still gets disconnected and the message doesn't show up
>> > in dmesg.
>> >
>>
>> You had *none* of the many prints I added in the log?
>>
>> That seems really weird...
>>
>> > Laurentiu
>> >
>> > On Thu, Oct 23, 2014, at 08:21, Emmanuel Grumbach wrote:
>> >> On Thu, Oct 23, 2014 at 12:53 AM, Laurențiu Nicola <***@dend.ro>
>> >> wrote:
>> >> > Nope. It seems that code doesn't get executed when my issue occurs (or
>> >> > in my five or ten minutes of uptime). I've seen
>> >> > `ieee80211_reset_ap_probe` get called by `ieee80211_rx_mgmt_probe_resp`,
>> >> > but (if I'm not wrong) not on every disconnect.
>> >> >
>> >> > And as far as I can tell, force_cam is set to true.
>> >>
>> >> Can you please try with the patch attached and send the logs?
>> >> I again need MAC80211_MLME_DEBUG.
>> >>
>> >> Thanks.
>> >>
>> >> >
>> >> > Laurentiu
>> >> >
>> >> > On Wed, Oct 22, 2014, at 12:10, Emmanuel Grumbach wrote:
>> >> >> On Tue, Oct 21, 2014 at 10:56 PM, Laurențiu Nicola <***@dend.ro>
>> >> >> wrote:
>> >> >> > Yep! `scb_timeout` is 60 on my router.
>> >> >> >
>> >> >> > On Tue, Oct 21, 2014, at 14:00, poma wrote:
>> >> >> >> On 21.10.2014 10:35, Felix Fietkau wrote:
>> >> >> >> > On 2014-10-21 10:23, Laurențiu Nicola wrote:
>> >> >> >> >> It's an ASUS RT-N66U running NEWD-2/K3X from r24160.
>> >> >> >> > This is a Broadcom based device, so it should behave in the same way as
>> >> >> >> > other APs/Routers running the Broadcom drivers.
>> >> >> >> > The driver should only send Reason 7 when receiving a PS-Poll, BlockAck,
>> >> >> >> > BlockAckReq or Action frame from a station that's not associated, so
>> >> >> >> > probably it has already kicked out your iwlwifi client earlier. Not sure
>> >> >> >> > why that doesn't show up in the log though.
>> >> >> >> >
>> >> >> >>
>> >> >> >> Whether this might refer to the Station Control Block Timeout value
>> >> >> >>
>> >> >> >> http://www.dd-wrt.com/wiki/index.php/Wl#scb_timeout
>> >> >> >> ...
>> >> >> >> scb_timeout
>> >> >> >>
>> >> >> >> AP only: inactivity timeout value for authenticated stas
>> >> >> >>
>> >> >>
>> >> >> Actually, mac80211 should be probing the AP every 30 seconds but a
>> >> >> beacon might abort the probe...
>> >> >> Can you try something like this:
>> >> >>
>> >> >> diff --git a/net/mac80211/mlme.c b/net/mac80211/mlme.c
>> >> >> index 75df184..c9db7cf 100644
>> >> >> --- a/net/mac80211/mlme.c
>> >> >> +++ b/net/mac80211/mlme.c
>> >> >> @@ -3295,7 +3295,8 @@ static void ieee80211_rx_mgmt_beacon(struct
>> >> >> ieee80211_sub_if_data *sdata,
>> >> >> if (ifmgd->flags & IEEE80211_STA_CONNECTION_POLL) {
>> >> >> mlme_dbg_ratelimited(sdata,
>> >> >> "cancelling AP probe due to a
>> >> >> received beacon\n");
>> >> >> - ieee80211_reset_ap_probe(sdata);
>> >> >> + pr_err("Not cancelling the probe to make sure the AP
>> >> >> hears us from time to time\n");
>> >> >> + //ieee80211_reset_ap_probe(sdata);
>> >> >> }
>> >> >>
>> >> >> /*
>> >> >>
>> >> >>
>> >> >>
>> >> >> >>
>> >> >> >> poma
>> >> >> >>
>> >> >> >>
>> >> >> >> --
>> >> >> >> To unsubscribe from this list: send the line "unsubscribe linux-wireless"
>> >> >> >> in
>> >> >> >> the body of a message to majordomo-***@public.gmane.org
>> >> >> >> More majordomo info at http://vger.kernel.org/majordomo-info.html
>> >> >> --
>> >> >> To unsubscribe from this list: send the line "unsubscribe linux-wireless"
>> >> >> in
>> >> >> the body of a message to majordomo-***@public.gmane.org
>> >> >> More majordomo info at http://vger.kernel.org/majordomo-info.html
>> >> --
>> >> To unsubscribe from this list: send the line "unsubscribe linux-wireless"
>> >> in
>> >> the body of a message to majordomo-***@public.gmane.org
>> >> More majordomo info at http://vger.kernel.org/majordomo-info.html
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-wireless"
>> in
>> the body of a message to majordomo-***@public.gmane.org
>> More majordomo info at http://vger.kernel.org/majordomo-info.html
Laurențiu Nicola
2014-10-23 17:38:54 UTC
Permalink
Okay. I'm running 3.17.1, so the line numbers might not be the ones
you're expecting:

patching file net/mac80211/mlme.c
Hunk #1 succeeded at 128 (offset -1 lines).
Hunk #2 succeeded at 137 (offset -1 lines).
Hunk #3 succeeded at 1875 (offset -209 lines).
Hunk #4 succeeded at 1886 (offset -207 lines).
Hunk #5 succeeded at 1908 (offset -207 lines).
Hunk #6 succeeded at 1924 (offset -244 lines).=20

dmesg output is at https://bpaste.net/show/649277aaada8 .

Laurentiu

On Thu, Oct 23, 2014, at 19:46, Emmanuel Grumbach wrote:
> On Thu, Oct 23, 2014 at 7:02 PM, Lauren=C8=9Biu Nicola <***@dend.=
ro>
> wrote:
> > Sorry, but I only saw a two-line change [1] to
> > `ieee80211_rx_mgmt_beacon` (which already had a log message). Am I
> > missing something?
> >
> > [1] http://www.spinics.net/lists/linux-wireless/msg128340.html
> >
>=20
> No - you are not. I did miss something...I forgot to attach the patch=
=2E
> Here you go.
>=20
> > Laurentiu
> >
> > On Thu, Oct 23, 2014, at 11:07, Emmanuel Grumbach wrote:
> >> On Thu, Oct 23, 2014 at 10:30 AM, Lauren=C8=9Biu Nicola <***@d=
end.ro>
> >> wrote:
> >> > I did; the card still gets disconnected and the message doesn't =
show up
> >> > in dmesg.
> >> >
> >>
> >> You had *none* of the many prints I added in the log?
> >>
> >> That seems really weird...
> >>
> >> > Laurentiu
> >> >
> >> > On Thu, Oct 23, 2014, at 08:21, Emmanuel Grumbach wrote:
> >> >> On Thu, Oct 23, 2014 at 12:53 AM, Lauren=C8=9Biu Nicola <lnicol=
***@dend.ro>
> >> >> wrote:
> >> >> > Nope. It seems that code doesn't get executed when my issue o=
ccurs (or
> >> >> > in my five or ten minutes of uptime). I've seen
> >> >> > `ieee80211_reset_ap_probe` get called by `ieee80211_rx_mgmt_p=
robe_resp`,
> >> >> > but (if I'm not wrong) not on every disconnect.
> >> >> >
> >> >> > And as far as I can tell, force_cam is set to true.
> >> >>
> >> >> Can you please try with the patch attached and send the logs?
> >> >> I again need MAC80211_MLME_DEBUG.
> >> >>
> >> >> Thanks.
> >> >>
> >> >> >
> >> >> > Laurentiu
> >> >> >
> >> >> > On Wed, Oct 22, 2014, at 12:10, Emmanuel Grumbach wrote:
> >> >> >> On Tue, Oct 21, 2014 at 10:56 PM, Lauren=C8=9Biu Nicola <lni=
cola-***@public.gmane.org>
> >> >> >> wrote:
> >> >> >> > Yep! `scb_timeout` is 60 on my router.
> >> >> >> >
> >> >> >> > On Tue, Oct 21, 2014, at 14:00, poma wrote:
> >> >> >> >> On 21.10.2014 10:35, Felix Fietkau wrote:
> >> >> >> >> > On 2014-10-21 10:23, Lauren=C8=9Biu Nicola wrote:
> >> >> >> >> >> It's an ASUS RT-N66U running NEWD-2/K3X from r24160.
> >> >> >> >> > This is a Broadcom based device, so it should behave in=
the same way as
> >> >> >> >> > other APs/Routers running the Broadcom drivers.
> >> >> >> >> > The driver should only send Reason 7 when receiving a P=
S-Poll, BlockAck,
> >> >> >> >> > BlockAckReq or Action frame from a station that's not a=
ssociated, so
> >> >> >> >> > probably it has already kicked out your iwlwifi client =
earlier. Not sure
> >> >> >> >> > why that doesn't show up in the log though.
> >> >> >> >> >
> >> >> >> >>
> >> >> >> >> Whether this might refer to the Station Control Block Tim=
eout value
> >> >> >> >>
> >> >> >> >> http://www.dd-wrt.com/wiki/index.php/Wl#scb_timeout
> >> >> >> >> ...
> >> >> >> >> scb_timeout
> >> >> >> >>
> >> >> >> >> AP only: inactivity timeout value for authenticated stas
> >> >> >> >>
> >> >> >>
> >> >> >> Actually, mac80211 should be probing the AP every 30 seconds=
but a
> >> >> >> beacon might abort the probe...
> >> >> >> Can you try something like this:
> >> >> >>
> >> >> >> diff --git a/net/mac80211/mlme.c b/net/mac80211/mlme.c
> >> >> >> index 75df184..c9db7cf 100644
> >> >> >> --- a/net/mac80211/mlme.c
> >> >> >> +++ b/net/mac80211/mlme.c
> >> >> >> @@ -3295,7 +3295,8 @@ static void ieee80211_rx_mgmt_beacon(s=
truct
> >> >> >> ieee80211_sub_if_data *sdata,
> >> >> >> if (ifmgd->flags & IEEE80211_STA_CONNECTION_POLL) {
> >> >> >> mlme_dbg_ratelimited(sdata,
> >> >> >> "cancelling AP probe du=
e to a
> >> >> >> received beacon\n");
> >> >> >> - ieee80211_reset_ap_probe(sdata);
> >> >> >> + pr_err("Not cancelling the probe to make sur=
e the AP
> >> >> >> hears us from time to time\n");
> >> >> >> + //ieee80211_reset_ap_probe(sdata);
> >> >> >> }
> >> >> >>
> >> >> >> /*
> >> >> >>
> >> >> >>
> >> >> >>
> >> >> >> >>
> >> >> >> >> poma
> >> >> >> >>
> >> >> >> >>
> >> >> >> >> --
> >> >> >> >> To unsubscribe from this list: send the line "unsubscribe=
linux-wireless"
> >> >> >> >> in
> >> >> >> >> the body of a message to majordomo-***@public.gmane.org
> >> >> >> >> More majordomo info at http://vger.kernel.org/majordomo-=
info.html
> >> >> >> --
> >> >> >> To unsubscribe from this list: send the line "unsubscribe li=
nux-wireless"
> >> >> >> in
> >> >> >> the body of a message to majordomo-***@public.gmane.org
> >> >> >> More majordomo info at http://vger.kernel.org/majordomo-inf=
o.html
> >> >> --
> >> >> To unsubscribe from this list: send the line "unsubscribe linux=
-wireless"
> >> >> in
> >> >> the body of a message to majordomo-***@public.gmane.org
> >> >> More majordomo info at http://vger.kernel.org/majordomo-info.h=
tml
> >> --
> >> To unsubscribe from this list: send the line "unsubscribe linux-wi=
reless"
> >> in
> >> the body of a message to majordomo-***@public.gmane.org
> >> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Email had 1 attachment:
> + PROBE.patch
> 3k (application/octet-stream)
--
To unsubscribe from this list: send the line "unsubscribe linux-wireles=
s" in
the body of a message to majordomo-***@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Emmanuel Grumbach
2014-10-23 19:28:55 UTC
Permalink
On Thu, Oct 23, 2014 at 8:38 PM, Laurențiu Nicola <lnicola-***@public.gmane.org> wrote:
> Okay. I'm running 3.17.1, so the line numbers might not be the ones
> you're expecting:
>
> patching file net/mac80211/mlme.c
> Hunk #1 succeeded at 128 (offset -1 lines).
> Hunk #2 succeeded at 137 (offset -1 lines).
> Hunk #3 succeeded at 1875 (offset -209 lines).
> Hunk #4 succeeded at 1886 (offset -207 lines).
> Hunk #5 succeeded at 1908 (offset -207 lines).
> Hunk #6 succeeded at 1924 (offset -244 lines).
>
> dmesg output is at https://bpaste.net/show/649277aaada8 .

can you please test the patch attached?

(remove the previous one first please)

>
> Laurentiu
>
> On Thu, Oct 23, 2014, at 19:46, Emmanuel Grumbach wrote:
>> On Thu, Oct 23, 2014 at 7:02 PM, Laurențiu Nicola <lnicola-***@public.gmane.org>
>> wrote:
>> > Sorry, but I only saw a two-line change [1] to
>> > `ieee80211_rx_mgmt_beacon` (which already had a log message). Am I
>> > missing something?
>> >
>> > [1] http://www.spinics.net/lists/linux-wireless/msg128340.html
>> >
>>
>> No - you are not. I did miss something...I forgot to attach the patch.
>> Here you go.
>>
>> > Laurentiu
>> >
>> > On Thu, Oct 23, 2014, at 11:07, Emmanuel Grumbach wrote:
>> >> On Thu, Oct 23, 2014 at 10:30 AM, Laurențiu Nicola <***@dend.ro>
>> >> wrote:
>> >> > I did; the card still gets disconnected and the message doesn't show up
>> >> > in dmesg.
>> >> >
>> >>
>> >> You had *none* of the many prints I added in the log?
>> >>
>> >> That seems really weird...
>> >>
>> >> > Laurentiu
>> >> >
>> >> > On Thu, Oct 23, 2014, at 08:21, Emmanuel Grumbach wrote:
>> >> >> On Thu, Oct 23, 2014 at 12:53 AM, Laurențiu Nicola <***@dend.ro>
>> >> >> wrote:
>> >> >> > Nope. It seems that code doesn't get executed when my issue occurs (or
>> >> >> > in my five or ten minutes of uptime). I've seen
>> >> >> > `ieee80211_reset_ap_probe` get called by `ieee80211_rx_mgmt_probe_resp`,
>> >> >> > but (if I'm not wrong) not on every disconnect.
>> >> >> >
>> >> >> > And as far as I can tell, force_cam is set to true.
>> >> >>
>> >> >> Can you please try with the patch attached and send the logs?
>> >> >> I again need MAC80211_MLME_DEBUG.
>> >> >>
>> >> >> Thanks.
>> >> >>
>> >> >> >
>> >> >> > Laurentiu
>> >> >> >
>> >> >> > On Wed, Oct 22, 2014, at 12:10, Emmanuel Grumbach wrote:
>> >> >> >> On Tue, Oct 21, 2014 at 10:56 PM, Laurențiu Nicola <***@dend.ro>
>> >> >> >> wrote:
>> >> >> >> > Yep! `scb_timeout` is 60 on my router.
>> >> >> >> >
>> >> >> >> > On Tue, Oct 21, 2014, at 14:00, poma wrote:
>> >> >> >> >> On 21.10.2014 10:35, Felix Fietkau wrote:
>> >> >> >> >> > On 2014-10-21 10:23, Laurențiu Nicola wrote:
>> >> >> >> >> >> It's an ASUS RT-N66U running NEWD-2/K3X from r24160.
>> >> >> >> >> > This is a Broadcom based device, so it should behave in the same way as
>> >> >> >> >> > other APs/Routers running the Broadcom drivers.
>> >> >> >> >> > The driver should only send Reason 7 when receiving a PS-Poll, BlockAck,
>> >> >> >> >> > BlockAckReq or Action frame from a station that's not associated, so
>> >> >> >> >> > probably it has already kicked out your iwlwifi client earlier. Not sure
>> >> >> >> >> > why that doesn't show up in the log though.
>> >> >> >> >> >
>> >> >> >> >>
>> >> >> >> >> Whether this might refer to the Station Control Block Timeout value
>> >> >> >> >>
>> >> >> >> >> http://www.dd-wrt.com/wiki/index.php/Wl#scb_timeout
>> >> >> >> >> ...
>> >> >> >> >> scb_timeout
>> >> >> >> >>
>> >> >> >> >> AP only: inactivity timeout value for authenticated stas
>> >> >> >> >>
>> >> >> >>
>> >> >> >> Actually, mac80211 should be probing the AP every 30 seconds but a
>> >> >> >> beacon might abort the probe...
>> >> >> >> Can you try something like this:
>> >> >> >>
>> >> >> >> diff --git a/net/mac80211/mlme.c b/net/mac80211/mlme.c
>> >> >> >> index 75df184..c9db7cf 100644
>> >> >> >> --- a/net/mac80211/mlme.c
>> >> >> >> +++ b/net/mac80211/mlme.c
>> >> >> >> @@ -3295,7 +3295,8 @@ static void ieee80211_rx_mgmt_beacon(struct
>> >> >> >> ieee80211_sub_if_data *sdata,
>> >> >> >> if (ifmgd->flags & IEEE80211_STA_CONNECTION_POLL) {
>> >> >> >> mlme_dbg_ratelimited(sdata,
>> >> >> >> "cancelling AP probe due to a
>> >> >> >> received beacon\n");
>> >> >> >> - ieee80211_reset_ap_probe(sdata);
>> >> >> >> + pr_err("Not cancelling the probe to make sure the AP
>> >> >> >> hears us from time to time\n");
>> >> >> >> + //ieee80211_reset_ap_probe(sdata);
>> >> >> >> }
>> >> >> >>
>> >> >> >> /*
>> >> >> >>
>> >> >> >>
>> >> >> >>
>> >> >> >> >>
>> >> >> >> >> poma
>> >> >> >> >>
>> >> >> >> >>
>> >> >> >> >> --
>> >> >> >> >> To unsubscribe from this list: send the line "unsubscribe linux-wireless"
>> >> >> >> >> in
>> >> >> >> >> the body of a message to majordomo-***@public.gmane.org
>> >> >> >> >> More majordomo info at http://vger.kernel.org/majordomo-info.html
>> >> >> >> --
>> >> >> >> To unsubscribe from this list: send the line "unsubscribe linux-wireless"
>> >> >> >> in
>> >> >> >> the body of a message to majordomo-***@public.gmane.org
>> >> >> >> More majordomo info at http://vger.kernel.org/majordomo-info.html
>> >> >> --
>> >> >> To unsubscribe from this list: send the line "unsubscribe linux-wireless"
>> >> >> in
>> >> >> the body of a message to majordomo-***@public.gmane.org
>> >> >> More majordomo info at http://vger.kernel.org/majordomo-info.html
>> >> --
>> >> To unsubscribe from this list: send the line "unsubscribe linux-wireless"
>> >> in
>> >> the body of a message to majordomo-***@public.gmane.org
>> >> More majordomo info at http://vger.kernel.org/majordomo-info.html
>> Email had 1 attachment:
>> + PROBE.patch
>> 3k (application/octet-stream)
Laurențiu Nicola
2014-10-23 19:42:47 UTC
Permalink
Doesn't seem to help https://bpaste.net/show/68e1a6b33689.

Laurentiu

On Thu, Oct 23, 2014, at 22:28, Emmanuel Grumbach wrote:
> On Thu, Oct 23, 2014 at 8:38 PM, Lauren=C8=9Biu Nicola <***@dend.=
ro>
> wrote:
> > Okay. I'm running 3.17.1, so the line numbers might not be the ones
> > you're expecting:
> >
> > patching file net/mac80211/mlme.c
> > Hunk #1 succeeded at 128 (offset -1 lines).
> > Hunk #2 succeeded at 137 (offset -1 lines).
> > Hunk #3 succeeded at 1875 (offset -209 lines).
> > Hunk #4 succeeded at 1886 (offset -207 lines).
> > Hunk #5 succeeded at 1908 (offset -207 lines).
> > Hunk #6 succeeded at 1924 (offset -244 lines).
> >
> > dmesg output is at https://bpaste.net/show/649277aaada8 .
>=20
> can you please test the patch attached?
>=20
> (remove the previous one first please)
>=20
> >
> > Laurentiu
> >
> > On Thu, Oct 23, 2014, at 19:46, Emmanuel Grumbach wrote:
> >> On Thu, Oct 23, 2014 at 7:02 PM, Lauren=C8=9Biu Nicola <***@de=
nd.ro>
> >> wrote:
> >> > Sorry, but I only saw a two-line change [1] to
> >> > `ieee80211_rx_mgmt_beacon` (which already had a log message). Am=
I
> >> > missing something?
> >> >
> >> > [1] http://www.spinics.net/lists/linux-wireless/msg128340.html
> >> >
> >>
> >> No - you are not. I did miss something...I forgot to attach the pa=
tch.
> >> Here you go.
> >>
> >> > Laurentiu
> >> >
> >> > On Thu, Oct 23, 2014, at 11:07, Emmanuel Grumbach wrote:
> >> >> On Thu, Oct 23, 2014 at 10:30 AM, Lauren=C8=9Biu Nicola <lnicol=
***@dend.ro>
> >> >> wrote:
> >> >> > I did; the card still gets disconnected and the message doesn=
't show up
> >> >> > in dmesg.
> >> >> >
> >> >>
> >> >> You had *none* of the many prints I added in the log?
> >> >>
> >> >> That seems really weird...
> >> >>
> >> >> > Laurentiu
> >> >> >
> >> >> > On Thu, Oct 23, 2014, at 08:21, Emmanuel Grumbach wrote:
> >> >> >> On Thu, Oct 23, 2014 at 12:53 AM, Lauren=C8=9Biu Nicola <lni=
cola-***@public.gmane.org>
> >> >> >> wrote:
> >> >> >> > Nope. It seems that code doesn't get executed when my issu=
e occurs (or
> >> >> >> > in my five or ten minutes of uptime). I've seen
> >> >> >> > `ieee80211_reset_ap_probe` get called by `ieee80211_rx_mgm=
t_probe_resp`,
> >> >> >> > but (if I'm not wrong) not on every disconnect.
> >> >> >> >
> >> >> >> > And as far as I can tell, force_cam is set to true.
> >> >> >>
> >> >> >> Can you please try with the patch attached and send the logs=
?
> >> >> >> I again need MAC80211_MLME_DEBUG.
> >> >> >>
> >> >> >> Thanks.
> >> >> >>
> >> >> >> >
> >> >> >> > Laurentiu
> >> >> >> >
> >> >> >> > On Wed, Oct 22, 2014, at 12:10, Emmanuel Grumbach wrote:
> >> >> >> >> On Tue, Oct 21, 2014 at 10:56 PM, Lauren=C8=9Biu Nicola <=
lnicola-***@public.gmane.org>
> >> >> >> >> wrote:
> >> >> >> >> > Yep! `scb_timeout` is 60 on my router.
> >> >> >> >> >
> >> >> >> >> > On Tue, Oct 21, 2014, at 14:00, poma wrote:
> >> >> >> >> >> On 21.10.2014 10:35, Felix Fietkau wrote:
> >> >> >> >> >> > On 2014-10-21 10:23, Lauren=C8=9Biu Nicola wrote:
> >> >> >> >> >> >> It's an ASUS RT-N66U running NEWD-2/K3X from r24160=
=2E
> >> >> >> >> >> > This is a Broadcom based device, so it should behave=
in the same way as
> >> >> >> >> >> > other APs/Routers running the Broadcom drivers.
> >> >> >> >> >> > The driver should only send Reason 7 when receiving =
a PS-Poll, BlockAck,
> >> >> >> >> >> > BlockAckReq or Action frame from a station that's no=
t associated, so
> >> >> >> >> >> > probably it has already kicked out your iwlwifi clie=
nt earlier. Not sure
> >> >> >> >> >> > why that doesn't show up in the log though.
> >> >> >> >> >> >
> >> >> >> >> >>
> >> >> >> >> >> Whether this might refer to the Station Control Block =
Timeout value
> >> >> >> >> >>
> >> >> >> >> >> http://www.dd-wrt.com/wiki/index.php/Wl#scb_timeout
> >> >> >> >> >> ...
> >> >> >> >> >> scb_timeout
> >> >> >> >> >>
> >> >> >> >> >> AP only: inactivity timeout value for authenticated st=
as
> >> >> >> >> >>
> >> >> >> >>
> >> >> >> >> Actually, mac80211 should be probing the AP every 30 seco=
nds but a
> >> >> >> >> beacon might abort the probe...
> >> >> >> >> Can you try something like this:
> >> >> >> >>
> >> >> >> >> diff --git a/net/mac80211/mlme.c b/net/mac80211/mlme.c
> >> >> >> >> index 75df184..c9db7cf 100644
> >> >> >> >> --- a/net/mac80211/mlme.c
> >> >> >> >> +++ b/net/mac80211/mlme.c
> >> >> >> >> @@ -3295,7 +3295,8 @@ static void ieee80211_rx_mgmt_beaco=
n(struct
> >> >> >> >> ieee80211_sub_if_data *sdata,
> >> >> >> >> if (ifmgd->flags & IEEE80211_STA_CONNECTION_POLL)=
{
> >> >> >> >> mlme_dbg_ratelimited(sdata,
> >> >> >> >> "cancelling AP probe=
due to a
> >> >> >> >> received beacon\n");
> >> >> >> >> - ieee80211_reset_ap_probe(sdata);
> >> >> >> >> + pr_err("Not cancelling the probe to make =
sure the AP
> >> >> >> >> hears us from time to time\n");
> >> >> >> >> + //ieee80211_reset_ap_probe(sdata);
> >> >> >> >> }
> >> >> >> >>
> >> >> >> >> /*
> >> >> >> >>
> >> >> >> >>
> >> >> >> >>
> >> >> >> >> >>
> >> >> >> >> >> poma
> >> >> >> >> >>
> >> >> >> >> >>
> >> >> >> >> >> --
> >> >> >> >> >> To unsubscribe from this list: send the line "unsubscr=
ibe linux-wireless"
> >> >> >> >> >> in
> >> >> >> >> >> the body of a message to majordomo-***@public.gmane.org
> >> >> >> >> >> More majordomo info at http://vger.kernel.org/majordo=
mo-info.html
> >> >> >> >> --
> >> >> >> >> To unsubscribe from this list: send the line "unsubscribe=
linux-wireless"
> >> >> >> >> in
> >> >> >> >> the body of a message to majordomo-***@public.gmane.org
> >> >> >> >> More majordomo info at http://vger.kernel.org/majordomo-=
info.html
> >> >> >> --
> >> >> >> To unsubscribe from this list: send the line "unsubscribe li=
nux-wireless"
> >> >> >> in
> >> >> >> the body of a message to majordomo-***@public.gmane.org
> >> >> >> More majordomo info at http://vger.kernel.org/majordomo-inf=
o.html
> >> >> --
> >> >> To unsubscribe from this list: send the line "unsubscribe linux=
-wireless"
> >> >> in
> >> >> the body of a message to majordomo-***@public.gmane.org
> >> >> More majordomo info at http://vger.kernel.org/majordomo-info.h=
tml
> >> Email had 1 attachment:
> >> + PROBE.patch
> >> 3k (application/octet-stream)
> Email had 1 attachment:
> + a.patch
> 3k (application/octet-stream)
--
To unsubscribe from this list: send the line "unsubscribe linux-wireles=
s" in
the body of a message to majordomo-***@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Emmanuel Grumbach
2014-10-23 19:55:18 UTC
Permalink
On Thu, Oct 23, 2014 at 10:42 PM, Laurențiu Nicola <lnicola-***@public.gmane.org> wrote:
> Doesn't seem to help https://bpaste.net/show/68e1a6b33689.

ok - let me re-add the logs...


>
> Laurentiu
>
> On Thu, Oct 23, 2014, at 22:28, Emmanuel Grumbach wrote:
>> On Thu, Oct 23, 2014 at 8:38 PM, Laurențiu Nicola <lnicola-***@public.gmane.org>
>> wrote:
>> > Okay. I'm running 3.17.1, so the line numbers might not be the ones
>> > you're expecting:
>> >
>> > patching file net/mac80211/mlme.c
>> > Hunk #1 succeeded at 128 (offset -1 lines).
>> > Hunk #2 succeeded at 137 (offset -1 lines).
>> > Hunk #3 succeeded at 1875 (offset -209 lines).
>> > Hunk #4 succeeded at 1886 (offset -207 lines).
>> > Hunk #5 succeeded at 1908 (offset -207 lines).
>> > Hunk #6 succeeded at 1924 (offset -244 lines).
>> >
>> > dmesg output is at https://bpaste.net/show/649277aaada8 .
>>
>> can you please test the patch attached?
>>
>> (remove the previous one first please)
>>
>> >
>> > Laurentiu
>> >
>> > On Thu, Oct 23, 2014, at 19:46, Emmanuel Grumbach wrote:
>> >> On Thu, Oct 23, 2014 at 7:02 PM, Laurențiu Nicola <***@dend.ro>
>> >> wrote:
>> >> > Sorry, but I only saw a two-line change [1] to
>> >> > `ieee80211_rx_mgmt_beacon` (which already had a log message). Am I
>> >> > missing something?
>> >> >
>> >> > [1] http://www.spinics.net/lists/linux-wireless/msg128340.html
>> >> >
>> >>
>> >> No - you are not. I did miss something...I forgot to attach the patch.
>> >> Here you go.
>> >>
>> >> > Laurentiu
>> >> >
>> >> > On Thu, Oct 23, 2014, at 11:07, Emmanuel Grumbach wrote:
>> >> >> On Thu, Oct 23, 2014 at 10:30 AM, Laurențiu Nicola <***@dend.ro>
>> >> >> wrote:
>> >> >> > I did; the card still gets disconnected and the message doesn't show up
>> >> >> > in dmesg.
>> >> >> >
>> >> >>
>> >> >> You had *none* of the many prints I added in the log?
>> >> >>
>> >> >> That seems really weird...
>> >> >>
>> >> >> > Laurentiu
>> >> >> >
>> >> >> > On Thu, Oct 23, 2014, at 08:21, Emmanuel Grumbach wrote:
>> >> >> >> On Thu, Oct 23, 2014 at 12:53 AM, Laurențiu Nicola <***@dend.ro>
>> >> >> >> wrote:
>> >> >> >> > Nope. It seems that code doesn't get executed when my issue occurs (or
>> >> >> >> > in my five or ten minutes of uptime). I've seen
>> >> >> >> > `ieee80211_reset_ap_probe` get called by `ieee80211_rx_mgmt_probe_resp`,
>> >> >> >> > but (if I'm not wrong) not on every disconnect.
>> >> >> >> >
>> >> >> >> > And as far as I can tell, force_cam is set to true.
>> >> >> >>
>> >> >> >> Can you please try with the patch attached and send the logs?
>> >> >> >> I again need MAC80211_MLME_DEBUG.
>> >> >> >>
>> >> >> >> Thanks.
>> >> >> >>
>> >> >> >> >
>> >> >> >> > Laurentiu
>> >> >> >> >
>> >> >> >> > On Wed, Oct 22, 2014, at 12:10, Emmanuel Grumbach wrote:
>> >> >> >> >> On Tue, Oct 21, 2014 at 10:56 PM, Laurențiu Nicola <lnicola-***@public.gmane.org>
>> >> >> >> >> wrote:
>> >> >> >> >> > Yep! `scb_timeout` is 60 on my router.
>> >> >> >> >> >
>> >> >> >> >> > On Tue, Oct 21, 2014, at 14:00, poma wrote:
>> >> >> >> >> >> On 21.10.2014 10:35, Felix Fietkau wrote:
>> >> >> >> >> >> > On 2014-10-21 10:23, Laurențiu Nicola wrote:
>> >> >> >> >> >> >> It's an ASUS RT-N66U running NEWD-2/K3X from r24160.
>> >> >> >> >> >> > This is a Broadcom based device, so it should behave in the same way as
>> >> >> >> >> >> > other APs/Routers running the Broadcom drivers.
>> >> >> >> >> >> > The driver should only send Reason 7 when receiving a PS-Poll, BlockAck,
>> >> >> >> >> >> > BlockAckReq or Action frame from a station that's not associated, so
>> >> >> >> >> >> > probably it has already kicked out your iwlwifi client earlier. Not sure
>> >> >> >> >> >> > why that doesn't show up in the log though.
>> >> >> >> >> >> >
>> >> >> >> >> >>
>> >> >> >> >> >> Whether this might refer to the Station Control Block Timeout value
>> >> >> >> >> >>
>> >> >> >> >> >> http://www.dd-wrt.com/wiki/index.php/Wl#scb_timeout
>> >> >> >> >> >> ...
>> >> >> >> >> >> scb_timeout
>> >> >> >> >> >>
>> >> >> >> >> >> AP only: inactivity timeout value for authenticated stas
>> >> >> >> >> >>
>> >> >> >> >>
>> >> >> >> >> Actually, mac80211 should be probing the AP every 30 seconds but a
>> >> >> >> >> beacon might abort the probe...
>> >> >> >> >> Can you try something like this:
>> >> >> >> >>
>> >> >> >> >> diff --git a/net/mac80211/mlme.c b/net/mac80211/mlme.c
>> >> >> >> >> index 75df184..c9db7cf 100644
>> >> >> >> >> --- a/net/mac80211/mlme.c
>> >> >> >> >> +++ b/net/mac80211/mlme.c
>> >> >> >> >> @@ -3295,7 +3295,8 @@ static void ieee80211_rx_mgmt_beacon(struct
>> >> >> >> >> ieee80211_sub_if_data *sdata,
>> >> >> >> >> if (ifmgd->flags & IEEE80211_STA_CONNECTION_POLL) {
>> >> >> >> >> mlme_dbg_ratelimited(sdata,
>> >> >> >> >> "cancelling AP probe due to a
>> >> >> >> >> received beacon\n");
>> >> >> >> >> - ieee80211_reset_ap_probe(sdata);
>> >> >> >> >> + pr_err("Not cancelling the probe to make sure the AP
>> >> >> >> >> hears us from time to time\n");
>> >> >> >> >> + //ieee80211_reset_ap_probe(sdata);
>> >> >> >> >> }
>> >> >> >> >>
>> >> >> >> >> /*
>> >> >> >> >>
>> >> >> >> >>
>> >> >> >> >>
>> >> >> >> >> >>
>> >> >> >> >> >> poma
>> >> >> >> >> >>
>> >> >> >> >> >>
>> >> >> >> >> >> --
>> >> >> >> >> >> To unsubscribe from this list: send the line "unsubscribe linux-wireless"
>> >> >> >> >> >> in
>> >> >> >> >> >> the body of a message to majordomo-***@public.gmane.org
>> >> >> >> >> >> More majordomo info at http://vger.kernel.org/majordomo-info.html
>> >> >> >> >> --
>> >> >> >> >> To unsubscribe from this list: send the line "unsubscribe linux-wireless"
>> >> >> >> >> in
>> >> >> >> >> the body of a message to majordomo-***@public.gmane.org
>> >> >> >> >> More majordomo info at http://vger.kernel.org/majordomo-info.html
>> >> >> >> --
>> >> >> >> To unsubscribe from this list: send the line "unsubscribe linux-wireless"
>> >> >> >> in
>> >> >> >> the body of a message to majordomo-***@public.gmane.org
>> >> >> >> More majordomo info at http://vger.kernel.org/majordomo-info.html
>> >> >> --
>> >> >> To unsubscribe from this list: send the line "unsubscribe linux-wireless"
>> >> >> in
>> >> >> the body of a message to majordomo-***@public.gmane.org
>> >> >> More majordomo info at http://vger.kernel.org/majordomo-info.html
>> >> Email had 1 attachment:
>> >> + PROBE.patch
>> >> 3k (application/octet-stream)
>> Email had 1 attachment:
>> + a.patch
>> 3k (application/octet-stream)
Laurențiu Nicola
2014-10-23 20:07:20 UTC
Permalink
https://bpaste.net/show/5cc48256d952

On Thu, Oct 23, 2014, at 22:55, Emmanuel Grumbach wrote:
> On Thu, Oct 23, 2014 at 10:42 PM, Lauren=C8=9Biu Nicola <***@dend=
=2Ero>
> wrote:
> > Doesn't seem to help https://bpaste.net/show/68e1a6b33689.
>=20
> ok - let me re-add the logs...
>=20
>=20
> >
> > Laurentiu
> >
> > On Thu, Oct 23, 2014, at 22:28, Emmanuel Grumbach wrote:
> >> On Thu, Oct 23, 2014 at 8:38 PM, Lauren=C8=9Biu Nicola <***@de=
nd.ro>
> >> wrote:
> >> > Okay. I'm running 3.17.1, so the line numbers might not be the o=
nes
> >> > you're expecting:
> >> >
> >> > patching file net/mac80211/mlme.c
> >> > Hunk #1 succeeded at 128 (offset -1 lines).
> >> > Hunk #2 succeeded at 137 (offset -1 lines).
> >> > Hunk #3 succeeded at 1875 (offset -209 lines).
> >> > Hunk #4 succeeded at 1886 (offset -207 lines).
> >> > Hunk #5 succeeded at 1908 (offset -207 lines).
> >> > Hunk #6 succeeded at 1924 (offset -244 lines).
> >> >
> >> > dmesg output is at https://bpaste.net/show/649277aaada8 .
> >>
> >> can you please test the patch attached?
> >>
> >> (remove the previous one first please)
> >>
> >> >
> >> > Laurentiu
> >> >
> >> > On Thu, Oct 23, 2014, at 19:46, Emmanuel Grumbach wrote:
> >> >> On Thu, Oct 23, 2014 at 7:02 PM, Lauren=C8=9Biu Nicola <lnicola=
@dend.ro>
> >> >> wrote:
> >> >> > Sorry, but I only saw a two-line change [1] to
> >> >> > `ieee80211_rx_mgmt_beacon` (which already had a log message).=
Am I
> >> >> > missing something?
> >> >> >
> >> >> > [1] http://www.spinics.net/lists/linux-wireless/msg128340.htm=
l
> >> >> >
> >> >>
> >> >> No - you are not. I did miss something...I forgot to attach the=
patch.
> >> >> Here you go.
> >> >>
> >> >> > Laurentiu
> >> >> >
> >> >> > On Thu, Oct 23, 2014, at 11:07, Emmanuel Grumbach wrote:
> >> >> >> On Thu, Oct 23, 2014 at 10:30 AM, Lauren=C8=9Biu Nicola <lni=
cola-***@public.gmane.org>
> >> >> >> wrote:
> >> >> >> > I did; the card still gets disconnected and the message do=
esn't show up
> >> >> >> > in dmesg.
> >> >> >> >
> >> >> >>
> >> >> >> You had *none* of the many prints I added in the log?
> >> >> >>
> >> >> >> That seems really weird...
> >> >> >>
> >> >> >> > Laurentiu
> >> >> >> >
> >> >> >> > On Thu, Oct 23, 2014, at 08:21, Emmanuel Grumbach wrote:
> >> >> >> >> On Thu, Oct 23, 2014 at 12:53 AM, Lauren=C8=9Biu Nicola <=
lnicola-***@public.gmane.org>
> >> >> >> >> wrote:
> >> >> >> >> > Nope. It seems that code doesn't get executed when my i=
ssue occurs (or
> >> >> >> >> > in my five or ten minutes of uptime). I've seen
> >> >> >> >> > `ieee80211_reset_ap_probe` get called by `ieee80211_rx_=
mgmt_probe_resp`,
> >> >> >> >> > but (if I'm not wrong) not on every disconnect.
> >> >> >> >> >
> >> >> >> >> > And as far as I can tell, force_cam is set to true.
> >> >> >> >>
> >> >> >> >> Can you please try with the patch attached and send the l=
ogs?
> >> >> >> >> I again need MAC80211_MLME_DEBUG.
> >> >> >> >>
> >> >> >> >> Thanks.
> >> >> >> >>
> >> >> >> >> >
> >> >> >> >> > Laurentiu
> >> >> >> >> >
> >> >> >> >> > On Wed, Oct 22, 2014, at 12:10, Emmanuel Grumbach wrote=
:
> >> >> >> >> >> On Tue, Oct 21, 2014 at 10:56 PM, Lauren=C8=9Biu Nicol=
a <lnicola-***@public.gmane.org>
> >> >> >> >> >> wrote:
> >> >> >> >> >> > Yep! `scb_timeout` is 60 on my router.
> >> >> >> >> >> >
> >> >> >> >> >> > On Tue, Oct 21, 2014, at 14:00, poma wrote:
> >> >> >> >> >> >> On 21.10.2014 10:35, Felix Fietkau wrote:
> >> >> >> >> >> >> > On 2014-10-21 10:23, Lauren=C8=9Biu Nicola wrote:
> >> >> >> >> >> >> >> It's an ASUS RT-N66U running NEWD-2/K3X from r24=
160.
> >> >> >> >> >> >> > This is a Broadcom based device, so it should beh=
ave in the same way as
> >> >> >> >> >> >> > other APs/Routers running the Broadcom drivers.
> >> >> >> >> >> >> > The driver should only send Reason 7 when receivi=
ng a PS-Poll, BlockAck,
> >> >> >> >> >> >> > BlockAckReq or Action frame from a station that's=
not associated, so
> >> >> >> >> >> >> > probably it has already kicked out your iwlwifi c=
lient earlier. Not sure
> >> >> >> >> >> >> > why that doesn't show up in the log though.
> >> >> >> >> >> >> >
> >> >> >> >> >> >>
> >> >> >> >> >> >> Whether this might refer to the Station Control Blo=
ck Timeout value
> >> >> >> >> >> >>
> >> >> >> >> >> >> http://www.dd-wrt.com/wiki/index.php/Wl#scb_timeout
> >> >> >> >> >> >> ...
> >> >> >> >> >> >> scb_timeout
> >> >> >> >> >> >>
> >> >> >> >> >> >> AP only: inactivity timeout value for authenticated=
stas
> >> >> >> >> >> >>
> >> >> >> >> >>
> >> >> >> >> >> Actually, mac80211 should be probing the AP every 30 s=
econds but a
> >> >> >> >> >> beacon might abort the probe...
> >> >> >> >> >> Can you try something like this:
> >> >> >> >> >>
> >> >> >> >> >> diff --git a/net/mac80211/mlme.c b/net/mac80211/mlme.c
> >> >> >> >> >> index 75df184..c9db7cf 100644
> >> >> >> >> >> --- a/net/mac80211/mlme.c
> >> >> >> >> >> +++ b/net/mac80211/mlme.c
> >> >> >> >> >> @@ -3295,7 +3295,8 @@ static void ieee80211_rx_mgmt_be=
acon(struct
> >> >> >> >> >> ieee80211_sub_if_data *sdata,
> >> >> >> >> >> if (ifmgd->flags & IEEE80211_STA_CONNECTION_PO=
LL) {
> >> >> >> >> >> mlme_dbg_ratelimited(sdata,
> >> >> >> >> >> "cancelling AP pr=
obe due to a
> >> >> >> >> >> received beacon\n");
> >> >> >> >> >> - ieee80211_reset_ap_probe(sdata);
> >> >> >> >> >> + pr_err("Not cancelling the probe to ma=
ke sure the AP
> >> >> >> >> >> hears us from time to time\n");
> >> >> >> >> >> + //ieee80211_reset_ap_probe(sdata);
> >> >> >> >> >> }
> >> >> >> >> >>
> >> >> >> >> >> /*
> >> >> >> >> >>
> >> >> >> >> >>
> >> >> >> >> >>
> >> >> >> >> >> >>
> >> >> >> >> >> >> poma
> >> >> >> >> >> >>
> >> >> >> >> >> >>
> >> >> >> >> >> >> --
> >> >> >> >> >> >> To unsubscribe from this list: send the line "unsub=
scribe linux-wireless"
> >> >> >> >> >> >> in
> >> >> >> >> >> >> the body of a message to majordomo-***@public.gmane.org
> >> >> >> >> >> >> More majordomo info at http://vger.kernel.org/majo=
rdomo-info.html
> >> >> >> >> >> --
> >> >> >> >> >> To unsubscribe from this list: send the line "unsubscr=
ibe linux-wireless"
> >> >> >> >> >> in
> >> >> >> >> >> the body of a message to majordomo-***@public.gmane.org
> >> >> >> >> >> More majordomo info at http://vger.kernel.org/majordo=
mo-info.html
> >> >> >> >> --
> >> >> >> >> To unsubscribe from this list: send the line "unsubscribe=
linux-wireless"
> >> >> >> >> in
> >> >> >> >> the body of a message to majordomo-***@public.gmane.org
> >> >> >> >> More majordomo info at http://vger.kernel.org/majordomo-=
info.html
> >> >> >> --
> >> >> >> To unsubscribe from this list: send the line "unsubscribe li=
nux-wireless"
> >> >> >> in
> >> >> >> the body of a message to majordomo-***@public.gmane.org
> >> >> >> More majordomo info at http://vger.kernel.org/majordomo-inf=
o.html
> >> >> Email had 1 attachment:
> >> >> + PROBE.patch
> >> >> 3k (application/octet-stream)
> >> Email had 1 attachment:
> >> + a.patch
> >> 3k (application/octet-stream)
> Email had 1 attachment:
> + a.patch
> 6k (application/octet-stream)
--
To unsubscribe from this list: send the line "unsubscribe linux-wireles=
s" in
the body of a message to majordomo-***@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Emmanuel Grumbach
2014-10-23 20:16:28 UTC
Permalink
> https://bpaste.net/show/5cc48256d952
>=20
> On Thu, Oct 23, 2014, at 22:55, Emmanuel Grumbach wrote:
>> On Thu, Oct 23, 2014 at 10:42 PM, Lauren=C8=9Biu Nicola <***@den=
d.ro>
>> wrote:
>>> Doesn't seem to help https://bpaste.net/show/68e1a6b33689.
>>
>> ok - let me re-add the logs...
>>
>>

This makes no sense to me.
We do talk to the AP since we get frames Acked...

Can you please apply this on top of what you have?

diff --git a/net/mac80211/mlme.c b/net/mac80211/mlme.c
index 2de8870..f3b1e62 100644
--- a/net/mac80211/mlme.c
+++ b/net/mac80211/mlme.c
@@ -1991,15 +1991,16 @@ void ieee80211_sta_tx_notify(struct ieee80211_s=
ub_if_data *sdata,
if (ieee80211_is_nullfunc(hdr->frame_control) &&
sdata->u.mgd.probe_send_count > 0) {
if (ack)
- ieee80211_sta_reset_conn_monitor(sdata);
+ // ieee80211_sta_reset_conn_monitor(sdata);
+ ;
else
sdata->u.mgd.nullfunc_failed =3D true;
ieee80211_queue_work(&sdata->local->hw, &sdata->work);
return;
}
=20
- if (ack)
- ieee80211_sta_reset_conn_monitor(sdata);
+// if (ack)
+// ieee80211_sta_reset_conn_monitor(sdata);
}
=20
static void ieee80211_mgd_probe_ap_send(struct ieee80211_sub_if_data *=
sdata)


Thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-wireles=
s" in
the body of a message to majordomo-***@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Laurențiu Nicola
2014-10-23 20:27:12 UTC
Permalink
https://bpaste.net/show/8a0e5c68762f

On Thu, Oct 23, 2014, at 23:16, Emmanuel Grumbach wrote:
> > https://bpaste.net/show/5cc48256d952
> >=20
> > On Thu, Oct 23, 2014, at 22:55, Emmanuel Grumbach wrote:
> >> On Thu, Oct 23, 2014 at 10:42 PM, Lauren=C8=9Biu Nicola <***@d=
end.ro>
> >> wrote:
> >>> Doesn't seem to help https://bpaste.net/show/68e1a6b33689.
> >>
> >> ok - let me re-add the logs...
> >>
> >>
>=20
> This makes no sense to me.
> We do talk to the AP since we get frames Acked...
>=20
> Can you please apply this on top of what you have?
>=20
> diff --git a/net/mac80211/mlme.c b/net/mac80211/mlme.c
> index 2de8870..f3b1e62 100644
> --- a/net/mac80211/mlme.c
> +++ b/net/mac80211/mlme.c
> @@ -1991,15 +1991,16 @@ void ieee80211_sta_tx_notify(struct
> ieee80211_sub_if_data *sdata,
> if (ieee80211_is_nullfunc(hdr->frame_control) &&
> sdata->u.mgd.probe_send_count > 0) {
> if (ack)
> - ieee80211_sta_reset_conn_monitor(sdata);
> + // ieee80211_sta_reset_conn_monitor(sdata);
> + ;
> else
> sdata->u.mgd.nullfunc_failed =3D true;
> ieee80211_queue_work(&sdata->local->hw, &sdata->work)=
;
> return;
> }
> =20
> - if (ack)
> - ieee80211_sta_reset_conn_monitor(sdata);
> +// if (ack)
> +// ieee80211_sta_reset_conn_monitor(sdata);
> }
> =20
> static void ieee80211_mgd_probe_ap_send(struct ieee80211_sub_if_data
> *sdata)
>=20
>=20
> Thanks.
> --
> To unsubscribe from this list: send the line "unsubscribe linux-wirel=
ess"
> in
> the body of a message to majordomo-***@public.gmane.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-wireles=
s" in
the body of a message to majordomo-***@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Emmanuel Grumbach
2014-10-23 20:33:16 UTC
Permalink
On Thu, Oct 23, 2014 at 11:27 PM, Lauren=C8=9Biu Nicola <***@dend.r=
o> wrote:
> https://bpaste.net/show/8a0e5c68762f
>
> On Thu, Oct 23, 2014, at 23:16, Emmanuel Grumbach wrote:
>> > https://bpaste.net/show/5cc48256d952
>> >
>> > On Thu, Oct 23, 2014, at 22:55, Emmanuel Grumbach wrote:
>> >> On Thu, Oct 23, 2014 at 10:42 PM, Lauren=C8=9Biu Nicola <lnicola@=
dend.ro>
>> >> wrote:
>> >>> Doesn't seem to help https://bpaste.net/show/68e1a6b33689.
>> >>
>> >> ok - let me re-add the logs...
>> >>
>> >>
>>
>> This makes no sense to me.
>> We do talk to the AP since we get frames Acked...

This again makes no sense to me.
Time to go to bed I guess.

>>
>> Can you please apply this on top of what you have?
>>
>> diff --git a/net/mac80211/mlme.c b/net/mac80211/mlme.c
>> index 2de8870..f3b1e62 100644
>> --- a/net/mac80211/mlme.c
>> +++ b/net/mac80211/mlme.c
>> @@ -1991,15 +1991,16 @@ void ieee80211_sta_tx_notify(struct
>> ieee80211_sub_if_data *sdata,
>> if (ieee80211_is_nullfunc(hdr->frame_control) &&
>> sdata->u.mgd.probe_send_count > 0) {
>> if (ack)
>> - ieee80211_sta_reset_conn_monitor(sdata);
>> + // ieee80211_sta_reset_conn_monitor(sdata);
>> + ;
>> else
>> sdata->u.mgd.nullfunc_failed =3D true;
>> ieee80211_queue_work(&sdata->local->hw, &sdata->work=
);
>> return;
>> }
>>
>> - if (ack)
>> - ieee80211_sta_reset_conn_monitor(sdata);
>> +// if (ack)
>> +// ieee80211_sta_reset_conn_monitor(sdata);
>> }
>>
>> static void ieee80211_mgd_probe_ap_send(struct ieee80211_sub_if_dat=
a
>> *sdata)
>>
>>
>> Thanks.
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-wire=
less"
>> in
>> the body of a message to majordomo-***@public.gmane.org
>> More majordomo info at http://vger.kernel.org/majordomo-info.html
--
To unsubscribe from this list: send the line "unsubscribe linux-wireles=
s" in
the body of a message to majordomo-***@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Loading...