<div dir="ltr">Up for 10 days on 3.10.32-12 (WNDR3800).  Only have 2 devices that run 2.4GHz, and it's only seen 2GB of traffic on SW00 in that time...  The 5GHz radio has had >5GB of traffic on it in the same time.  No problems at all.<div>
<br></div><div>-Aaron</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Apr 4, 2014 at 12:51 AM, Maxim Kharlamov <span dir="ltr"><<a href="mailto:mcs@podsolnuh.biz" target="_blank">mcs@podsolnuh.biz</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">The last release without wifi issues was 3.8.something (I think it was called Berlin). The whole 3.10.x branch seems to have broken wifi (will see how 3.10.24-4 goes, it seems OK, but it's been working less than 24hours yet).<div>


I'm using only 2.4Ghz (5Ghz dead in the water - devices couldn't connect at all, so I disabled it). Guest and babel disabled.</div><div class="gmail_extra"><br clear="all"><div><div dir="ltr"><div><br></div>Regards,<br>


Max<br></div></div><div><div class="h5">
<br><br><div class="gmail_quote">On Fri, Apr 4, 2014 at 11:36 AM, Dave Taht <span dir="ltr"><<a href="mailto:dave.taht@gmail.com" target="_blank">dave.taht@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


Is there a recent version that people had that was seemingly stable for<br>
wifi that we could step back to and bisect from? Something where<br>
you had heavy wifu use for week(s) without a problem?<br>
<br>
(I know that until we got focused on this, and people focused on<br>
reporting it, that maybe it was happening in releases I'd otherwise<br>
considered to be "pretty good"... so please report in on your "best"<br>
releases this year...)<br>
<br>
Worst case we can step back to that kernel for a while and proceed forward<br>
on all the other stuff. I know I crave stability at this point, and I'm<br>
unhappy that everyone here is unhappy, too...<br>
<br>
Regrettably since losing my lab I have not been in a position to easily<br>
test wifi to any huge extent. I'm slowly building that up (but for example<br>
no longer have a mac to test with)<br>
<br>
<br>
On Thu, Apr 3, 2014 at 11:20 AM, Neil Shepperd <<a href="mailto:nshepperd@gmail.com" target="_blank">nshepperd@gmail.com</a>> wrote:<br>
> I just flashed 3.10.34-4 to my new WNDR3800 and experienced the exact<br>
> wifi hang described by Toke Høiland-Jørgensen. But I'm on the 2.4GHz<br>
> network (with guest and babel disabled). Unfortunately I didn't think to<br>
> try tracing anything from the router side before resetting the wireless.<br>
<br>
cool you disabled guest and babel. So far we've sort of ruled out<br>
6in4 tunnelling, and syn flood protection.<br>
<br>
Sounds like you are going to stick with -4 for a bit?<br>
<br>
what I've been doing is mounting a usb stick, and just running continuously<br>
on the stick<br>
<br>
tcpdump -s 128 -i ge00 -w ge00.cap &<br>
tcpdump -s 128 -i sw00 -w sw00.cap &<br>
<br>
This definately hurts performance...<br>
<br>
And it's probably time to do a tcpdump on the connected device as well.<br>
<br>
In terms of other diags... (any suggestions?)<br>
<br>
> Syslog was filled with a lot of<br>
><br>
> DHCPDISCOVER(sw00) [MAYBE IP] [MAC ADDRESS]<br>
> DHCPOFFER(sw00) [IP] [MAC ADDRESS]<br>
<br>
Hmm. OK, this brings back the device driver into the equation... I<br>
WAS seeing dhcp and arp requests "getting through" from the captures,<br>
and it seemed like arp in particular was getting through...<br>
<br>
><br>
> but the offers aren't being received at my laptop.<br>
><br>
> Just another data point I guess.<br>
<br>
Well, I'd hoped it would be a confirming one rather than one opening<br>
up more questions.<br>
<br>
> Neil<br>
> _______________________________________________<br>
> Cerowrt-devel mailing list<br>
> <a href="mailto:Cerowrt-devel@lists.bufferbloat.net" target="_blank">Cerowrt-devel@lists.bufferbloat.net</a><br>
> <a href="https://lists.bufferbloat.net/listinfo/cerowrt-devel" target="_blank">https://lists.bufferbloat.net/listinfo/cerowrt-devel</a><br>
<span><font color="#888888"><br>
<br>
<br>
--<br>
Dave Täht<br>
<br>
Fixing bufferbloat with cerowrt: <a href="http://www.teklibre.com/cerowrt/subscribe.html" target="_blank">http://www.teklibre.com/cerowrt/subscribe.html</a><br>
_______________________________________________<br>
Cerowrt-devel mailing list<br>
<a href="mailto:Cerowrt-devel@lists.bufferbloat.net" target="_blank">Cerowrt-devel@lists.bufferbloat.net</a><br>
<a href="https://lists.bufferbloat.net/listinfo/cerowrt-devel" target="_blank">https://lists.bufferbloat.net/listinfo/cerowrt-devel</a><br>
</font></span></blockquote></div><br></div></div></div></div>
<br>_______________________________________________<br>
Cerowrt-devel mailing list<br>
<a href="mailto:Cerowrt-devel@lists.bufferbloat.net">Cerowrt-devel@lists.bufferbloat.net</a><br>
<a href="https://lists.bufferbloat.net/listinfo/cerowrt-devel" target="_blank">https://lists.bufferbloat.net/listinfo/cerowrt-devel</a><br>
<br></blockquote></div><br></div>