I note that 3.8.X has been kind of a disappointing kernel series <br>(notably the ADSL bug) and I'm not intending to ship a cero based on it. Please feel free to keep hacking cero forward or reverting to Modena.<br><br>
Also, after my very long trip around the eu... <br><br><a href="http://www.youtube.com/watch?v=quAaZKBHvs8">http://www.youtube.com/watch?v=quAaZKBHvs8</a><br><br>I'm taking a *vacation*. This will be my last read email for at least a week.<br>
<br>In addition to the ongoing evals of other ath9k based boards...<br><br>I have a ton of boards like these on order or backorder:<br><br><a href="http://linuxgizmos.com/wandboard-gains-quad-core-cpu-and-enhanced-gpu/">http://linuxgizmos.com/wandboard-gains-quad-core-cpu-and-enhanced-gpu/</a><br>
<br><a href="http://linuxgizmos.com/beaglebone-black-climbs-the-device-tree-with-linux-3-8/">http://linuxgizmos.com/beaglebone-black-climbs-the-device-tree-with-linux-3-8/</a><br><br><div class="gmail_quote">On Sun, Jun 2, 2013 at 11:00 AM, Maciej Soltysiak <span dir="ltr"><<a href="mailto:maciej@soltysiak.com" target="_blank">maciej@soltysiak.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Dave,<div><br></div><div>I installed 3.8.8-4 more than a month ago but it took me this long to give up  trying to get DLNA working.</div>
<div>For some reason those DLNA discovery (SSDP) multicasts seem not forward between se00 and sw00 or sw10 so the devices cannot find themselves. This is supposed to be done by minissdpd.</div></blockquote><div><br>Have you tried disabling the firewall rules entirely?<br>
 <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div><br></div><div>I know previously we've had it broken but you fixed it by adding some missing config in the kernel for IGMP I believe.</div><div>But I'm unable to find the cause this time.</div><div><br></div>
</blockquote><div><br>I am puzzled. IGMP was working in 3.7<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div></div>
<div>Would you suggest I have a go with a more recent cero release or does anything come to mind when I describe the issue?</div><div><br></div><div>Best regards,</div><div>Maciej Soltysiak</div><div><br><div class="gmail_quote">
<div><div class="h5">
On Wed, Apr 24, 2013 at 10:55 AM, Dave Taht <span dir="ltr"><<a href="mailto:dave.taht@gmail.com" target="_blank">dave.taht@gmail.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div><div class="h5">
+ Refresh to openwrt barrier breaker head<br>
<br>
   this now contains nearly all the patches formerly separately in cerowrt!<br>
<br>
   ++ fq_codel is on by default on ALL interfaces with default quantum of 300<br>
        (yes, openwrt has obsoleted pfifo_fast!)<br>
   ++ unaligned access patches, etc, etc<br>
   + dhcp-pd SERVER support<br>
 the usual multitude of other openwrt fixes... all tested extensively<br>
at the battlemesh conference.<br>
<br>
+ Update to dnsmasq 2.67test2<br>
<br>
Toke got really busy in building his own version of cero and adding<br>
<br>
+ AQM scripts and gui<br>
+ tahoe-lafs added (untested)<br>
+ uftp4 updated<br>
<br>
- no upnp/ssdp fix because I'm clueless<br>
<br>
Yep, "AQM" gui now. /deep hat tip to toke for writing that. No need to<br>
fiddle with any scripts now....<br>
<br>
I guess of largest import here, underlying the gui, is that I had a<br>
chance to deeply look at simple_qos.sh. There are several bugs in it,<br>
that appear actually in the underlying tc subsystem.On ingress, the<br>
priority queue was not being used properly, and a few other things<br>
were odd in ipv6.<br>
<br>
Out of frustration with that, and based on the data we'd got back from<br>
cablelabs, I wrote the simplest possible rate limited fq_codel<br>
implementation, using a reduced number of flows and a single tier of<br>
htb only - and that works surprisingly well.<br>
<br>
It's called "Simplest" in the new AQM screen. Give it a shot.<br>
<br>
Secondly, the exercise of writing that and comparing it to the simple_qos script<br>
<br>
.... seems to have exposed a bug in htb at low bandwidths.<br>
<br>
<a href="http://snapon.lab.bufferbloat.net/~d/dsl384k-htb-bug.svg" target="_blank">http://snapon.lab.bufferbloat.net/~d/dsl384k-htb-bug.svg</a><br>
<br>
Here I was trying at 384k up and 8Mbit down, and the middle portion of<br>
the upload graph there is kind of... impossible. At higher rates I<br>
haven't seen this happen.<br>
</div></div><span><font color="#888888"><div><div class="h5"><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></div></div>
_______________________________________________<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>
</blockquote></div><br><br clear="all"><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>