<div dir="ltr"><div class="gmail_default" style="font-size:small">Thank you all for cake...</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">One of my recent pains had been that Comcast doubled my download speed to 100mbps, and CeroWrt using fq_codel/htb couldn't hack anywhere near that speed.</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">Now I have things set using cake, and can do much better, and have my cake and eat it too.</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style><a href="http://www.dslreports.com/speedtest/749786">http://www.dslreports.com/speedtest/749786</a><br></div><div class="gmail_default" style> - Jim</div><div class="gmail_default" style><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jun 26, 2015 at 5:04 PM, Sebastian Moeller <span dir="ltr"><<a href="mailto:moeller0@gmx.de" target="_blank">moeller0@gmx.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
On Jun 26, 2015, at 21:48 , Dave Taht <<a href="mailto:dave.taht@gmail.com">dave.taht@gmail.com</a>> wrote:<br>
<br>
</span><span class="">> It turns out that I am pulling from openwrt for luci-app-sqm, not<br>
> ceropackages, and overriding it was a headache. Fixed now, see below<br>
><br>
> router# cd /tmp; wget<br>
> <a href="http://snapon.lab.bufferbloat.net/~cero3/luci-app-sqm_3-5_all.ipk" rel="noreferrer" target="_blank">http://snapon.lab.bufferbloat.net/~cero3/luci-app-sqm_3-5_all.ipk</a> ;<br>
> opkg install ./luci-app-sqm_3-5_all.ipk<br>
> router # /etc/init.d/uhttpd restart<br>
><br>
> if it breaks, you get to keep both pieces, but it worked for me, and<br>
> yea! cake in the gui! thx sebastian!<br>
<br>
</span> Too cite Shaggy “Wasn’t me” ;); the initial commit was not mine and I do not want to claim otherwise. I basically just rearranged the "deck-chairs" as I tend to think. I seem to be better at the “ love for details” thing than the”big picture”, anyways<br>
Best Regards<br>
<span class="HOEnZb"><font color="#888888"> Sebastian<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
><br>
><br>
> I tried -<br>
><br>
> ./scripts feeds uninstall luci-app-sqm; ./scripts feeds install -p<br>
> cero luci-app-sqm # seemed sane, did not work<br>
> git rm in the feed itself did not work<br>
> doing the uninstall, deleting the symlink, and the git rm, nuking the<br>
> bin/ar71xx/packages/packages/luci-app-sqm*<br>
> and doing a complete rebuild... eventually did work... but strikes me<br>
> as a bit more brute force than I wanted.<br>
><br>
> I am not in a position (aformentioned build is my specialized for<br>
> pico/nano build at the moment) to update the packages db,<br>
> but I stuck up the correct new package... which you can install via<br>
><br>
><br>
> Apologies for the confusion, I simply figured that the -p option would<br>
> work, and never checked.<br>
><br>
> I also note that I think I am building things compile tuned for the<br>
> archer mips34c, rather thanthe wndr3800´s 24c. However I kept the<br>
> unaligned access hacks (not needed on the 34c derived archer, but<br>
> needed on the 24c wndr3800)<br>
><br>
> Sigh.<br>
><br>
> maintaining 3 separate trees for the platforms we sort of support is a<br>
> PITA. Then adding in something that can mesh by default on 2 others.<br>
> and then trying to get anything to compile for another arch entirely<br>
> and failing...<br>
><br>
><br>
> On Fri, Jun 26, 2015 at 11:49 AM, Sebastian Moeller <<a href="mailto:moeller0@gmx.de">moeller0@gmx.de</a>> wrote:<br>
>> Hi Jim,<br>
>><br>
>><br>
>> On Jun 26, 2015, at 19:21 , Jim Gettys <<a href="mailto:jg@freedesktop.org">jg@freedesktop.org</a>> wrote:<br>
>><br>
>>> Inquiring minds would like to know….<br>
>><br>
>> I guess, that depends on your definition of “LUCI GUI for cake”; as far as I know you can select cake in the “Queueing Discipline” drop down in the “Queue Discipline” tab of luci-app-sqm. So if the machine has the cake module and a sufficiently recent (out-of-tree) tc binary installed it should just work. Using the “Advanced option strings…” it even should be possible to pass arbitrary strings to cake (without any error checking), so I assume we are all set up for cake testing (or should that be cake tasting?) from the LUCI GUI. But I have not managed to build cake locally, nor have I dared to risk my families internet connectivity by trying one of Dave’s newer "openwrt trunk with cake” builds. So these changes linger in the ceropackages-3.10 repository until we get enough tasting to convince Toke to pull them into the openwrt repositories (these changes affect both sqm-scripts and luci-app-sqm). Dave graciously allowed me access to one of his test machines, and the changes allow to set up cake from the GUI, but I only did limited functionality testing. (And we discovered that something was of in that cake worked but did not accept all the keywords it should have, but unless you are on a XDSL-Link you most likely do not care about specifying per-packet-overhead)<br>
>> If you have any specific thing you are missing, let me know and I will try to help.<br>
>><br>
>> Best Regards<br>
>> Sebastian<br>
>><br>
>><br>
>>> - Jim<br>
>>><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" rel="noreferrer" target="_blank">https://lists.bufferbloat.net/listinfo/cerowrt-devel</a><br>
>><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" rel="noreferrer" target="_blank">https://lists.bufferbloat.net/listinfo/cerowrt-devel</a><br>
><br>
><br>
><br>
> --<br>
> Dave Täht<br>
> worldwide bufferbloat report:<br>
> <a href="http://www.dslreports.com/speedtest/results/bufferbloat" rel="noreferrer" target="_blank">http://www.dslreports.com/speedtest/results/bufferbloat</a><br>
> And:<br>
> What will it take to vastly improve wifi for everyone?<br>
> <a href="https://plus.google.com/u/0/explore/makewififast" rel="noreferrer" target="_blank">https://plus.google.com/u/0/explore/makewififast</a><br>
<br>
</div></div></blockquote></div><br></div>