[Cerowrt-devel] Any chance for the LUCI GUI for cake appearing?

[Jim Gettys]

Thank you all for cake...

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.

Now I have things set using cake, and can do much better, and have my cake
and eat it too.

http://www.dslreports.com/speedtest/749786
                                    - Jim


On Fri, Jun 26, 2015 at 5:04 PM, Sebastian Moeller <moeller0 at gmx.de> wrote:

>
> On Jun 26, 2015, at 21:48 , Dave Taht <dave.taht at gmail.com> wrote:
>
> > It turns out that I am pulling from openwrt for luci-app-sqm, not
> > ceropackages, and overriding it was a headache. Fixed now, see below
> >
> > router# cd /tmp; wget
> > http://snapon.lab.bufferbloat.net/~cero3/luci-app-sqm_3-5_all.ipk ;
> > opkg install ./luci-app-sqm_3-5_all.ipk
> > router # /etc/init.d/uhttpd restart
> >
> > if it breaks, you get to keep both pieces, but it worked for me, and
> > yea! cake in the gui! thx sebastian!
>
>         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
> Best Regards
>         Sebastian
>
> >
> >
> > I tried -
> >
> > ./scripts feeds uninstall luci-app-sqm; ./scripts feeds install -p
> > cero luci-app-sqm # seemed sane, did not work
> > git rm in the feed itself did not work
> > doing the uninstall, deleting the symlink, and the git rm, nuking the
> > bin/ar71xx/packages/packages/luci-app-sqm*
> > and doing a complete rebuild... eventually did work... but strikes me
> > as a bit more brute force than I wanted.
> >
> > I am not in a position (aformentioned build is my specialized for
> > pico/nano build at the moment) to update the packages db,
> > but I stuck up the correct new package... which you can install via
> >
> >
> > Apologies for the confusion, I simply figured that the -p option would
> > work, and never checked.
> >
> > I also note that I think I am building things compile tuned for the
> > archer mips34c, rather thanthe wndr3800´s 24c. However I kept the
> > unaligned access hacks (not needed on the 34c derived archer, but
> > needed on the 24c wndr3800)
> >
> > Sigh.
> >
> > maintaining 3 separate trees for the platforms we sort of support is a
> > PITA. Then adding in something that can mesh by default on 2 others.
> > and then trying to get anything to compile for another arch entirely
> > and failing...
> >
> >
> > On Fri, Jun 26, 2015 at 11:49 AM, Sebastian Moeller <moeller0 at gmx.de>
> wrote:
> >> Hi Jim,
> >>
> >>
> >> On Jun 26, 2015, at 19:21 , Jim Gettys <jg at freedesktop.org> wrote:
> >>
> >>> Inquiring minds would like to know….
> >>
> >>        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)
> >>        If you have any specific thing you are missing, let me know and
> I will try to help.
> >>
> >> Best Regards
> >>        Sebastian
> >>
> >>
> >>>                     - Jim
> >>>
> >>> _______________________________________________
> >>> Cerowrt-devel mailing list
> >>> Cerowrt-devel at lists.bufferbloat.net
> >>> https://lists.bufferbloat.net/listinfo/cerowrt-devel
> >>
> >> _______________________________________________
> >> Cerowrt-devel mailing list
> >> Cerowrt-devel at lists.bufferbloat.net
> >> https://lists.bufferbloat.net/listinfo/cerowrt-devel
> >
> >
> >
> > --
> > Dave Täht
> > worldwide bufferbloat report:
> > http://www.dslreports.com/speedtest/results/bufferbloat
> > And:
> > What will it take to vastly improve wifi for everyone?
> > https://plus.google.com/u/0/explore/makewififast
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.bufferbloat.net/pipermail/cerowrt-devel/attachments/20150626/29499919/attachment.html>