Thank you. The server currently has all your build environment on it in the 3.10.11-3 directory, rather than the build itself.
This has not been the case before. On 13 Sep 2013, at 19:03, Dave Taht <[email protected]> wrote: > I have pushed out a 3.10.11-3 that has the encapsulation fixes for fred, and > the fix for debloat. (It is otherwise untested, as is seemingly growing more > usual for me) > > Isolating wifi problems is very hard. The first step is finding and > eliminating other sources of interference on the channels you are on or > migrating to a different channel. There are multiple halfway decent scanning > tools, a couple referenced here: > > https://plus.google.com/u/0/107942175615993706558/posts/PHPR7uL89Sq > > On the 5ghz spectrum you usually have more channels available, so nothing as > fancy and graphical is needed (IMHO, but I'm a command line guy) so a simple > iwlist gw11 scanning will show the ones in use, and then you can often find a > clear channel from the approved list. > > I note that the 5ghz radio in cero is set to HT40+ - so being on channel 36 > "bleeds" over onto 40. Some data indicates that competing with another AP on > HT20 channel 40 (or some other competing set of channels) can be very bad. > So you should try to find a HT40+ clear set of channels that are legal for > your country, or go back to HT20 if you can't find a safe pair to use. > > http://en.wikipedia.org/wiki/List_of_WLAN_channels > > > > > On Fri, Sep 13, 2013 at 3:01 AM, Sebastian Moeller <[email protected]> wrote: > Hi Dave, > > > > On Sep 12, 2013, at 06:18 , Dave Taht <[email protected]> wrote: > > > Well, actually, I don't know when the syntax changed, but now the -b option > > needs a > > - > > for reading from standard input. Boy this file is getting crufty... > > > > cero2@snapon:~/src/ceropackages-3.3/net/debloat/files$ git diff debloat > > diff --git a/net/debloat/files/debloat b/net/debloat/files/debloat > > index e675008..d1cf939 100755 > > --- a/net/debloat/files/debloat > > +++ b/net/debloat/files/debloat > > @@ -29,7 +29,7 @@ params = { "MDISC", "BIGDISC", "NORMDISC", "BINS", > > "MAX_HWQ_BY > > -- Useful defaults > > > > env = { ["TC"] = "/sbin/tc", > > - ["TCARG"] = "-b", > > + ["TCARG"] = "-b -", > > ["INSMOD"] = "/sbin/modprobe", > > ["ETHTOOL"] = "/sbin/ethtool", > > ["LSMOD"] = "/sbin/lsmod", > > (END) > > Thanks that fixed the non-ge00 interfaces. As to the abysmal > performance with macosx over 5GHz wlan, that still is there, but I suspect > the macbok to be the culprit here (plus the wlan connection is somewhere ion > the edge between changing transmigrates so might be a moving target). > > > Many thanks > Sebastian > > > > > > > > > > > > > On Wed, Sep 11, 2013 at 9:10 PM, Dave Taht <[email protected]> wrote: > > > > > > > > On Wed, Sep 11, 2013 at 1:36 AM, Sebastian Moeller <[email protected]> wrote: > > Hi Dave, > > > > so I ant for the shiny 3.10.11-2, worked great (using Fred's mtd -r method, > > thanks Fred) > > > > > > On Sep 10, 2013, at 02:28 , Dave Taht <[email protected]> wrote: > > > > > + readlink fix (hopefully fixes sysupgrade) > > I guess this will be testable at the next version update... > > > > > + usual merge with openwrt head (tons of ath9k changes) > > Oh, as if you knew that I had a number of: > > ath: phy1: Failed to stop TX DMA, queues= > > lines in dmesg, quick testing did not allow me to get those with > > 3.10.11-2, but I will need to test further... > > > > > + dnsmasq 2.67test10 > > > + ipv6subtrees back in > > > + the final htb atm patches > > > > So I tested tc_stab and htb_private from the AQM tab, both work > > equally well. > > > > > + eliminated maxpacket check in codel > > > > > > - did not fold in edumazet's new fq code > > > - 100% totally untested. May a braver soul than I give it a shot. I won't > > > be near a cero box til thursday, otherwise. > > > > > > http://snapon.lab.bufferbloat.net/~cero2/cerowrt/wndr/3.10.10-1/ > > > > > > -I'm not sure if I got the "last" of the aqm gui patches in there or not… > > > > I think so, at least it works :) > > > > > > > > ... > > > > > > Anyway... I had hopes to get a stable release out in august. I AM very > > > happy about the major stuff that got fixed, instead... but... > > > > > > Since we didn't... I now have a ton of other matters piled up. Not least > > > of which is a pending trip to england and the eu. > > > > Have a great trip. > > > > > > oh, this guilts me! ;) > > > > > > > > So for the next month I don't see how I'm going to be able to put more > > > than a day a week into cerowrt. Tops. So I have tagged up this "release" > > > and pushed all the baked portions of the sources to github. > > > > Thanks a lot. > > > > > I'm still a little dubious of the ipv6 subtrees bit…. > > > > RRUL-Testing against Toke's server shows great results, local rrul > > testing between osx 10.8.4 machine on sw10 to a net server running on an > > linux x86_64 3.10.1 machine on se00 is quite bad though (I assume I now run > > into the wifi issues on the macbook or the router as this is the first time > > I test against a machine with considerable larger bandwidth than the wlan). > > The rrul plots still are quite interesting, as I could nicely see > > anticoorelation between up and down bandwidth (shared medium) > > > > > > No, its possible we have a new problem... > > > > If I get round to it I would like to re-enable fq_codel on all interfaces > > (now it is just running at ge00/ifb0) to see whether this can ameliorate > > the issue at least a bit. > > > > Note, I enabled the log for /usr/sbin/deblaot (by > > editing/etc/hotplug.d/iface/00-debloat) and got the following: > > root@nacktmulle:~# cat /tmp/debloat.log > > fq_codel_ll > > fq_codel_ll > > fq_codel_ll > > fq_codel_ll > > root@nacktmulle:~# cat /tmp/debloat2.log > > > > > > No. This behavior is new. > > > > I used to be able to > > > > contents of /tmp/wtf: > > > > qdisc change dev sw10 parent 1:1 handle 10 fq_codel limit 500 quantum 1000 > > qdisc change dev sw10 parent 1:2 handle 20 fq_codel limit 1000 quantum 1000 > > qdisc change dev sw10 parent 1:3 handle 30 fq_codel limit 1000 quantum 1000 > > qdisc change dev sw10 parent 1:4 handle 40 fq_codel limit 1000 quantum 1000 > > > > and then > > cat /tmp/wtf | tc > > > > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } > > tc [-force] -batch filename > > where OBJECT := { qdisc | class | filter | action | monitor } > > OPTIONS := { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] | > > -b[atch] [filename] } > > > > > > > > Which is how the debloat script historically did everything. Now the only > > syntax that works is: > > > > root@cerowrt:/etc/hotplug.d/iface# tc -b /tmp/wtf > > > > I think this is a regression in tc > > > > > > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } > > tc [-force] -batch filename > > where OBJECT := { qdisc | class | filter | action | monitor } > > OPTIONS := { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] | > > -b[atch] [filename] } > > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } > > tc [-force] -batch filename > > where OBJECT := { qdisc | class | filter | action | monitor } > > OPTIONS := { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] | > > -b[atch] [filename] } > > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } > > tc [-force] -batch filename > > where OBJECT := { qdisc | class | filter | action | monitor } > > OPTIONS := { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] | > > -b[atch] [filename] } > > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } > > tc [-force] -batch filename > > where OBJECT := { qdisc | class | filter | action | monitor } > > OPTIONS := { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] | > > -b[atch] [filename] } > > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } > > tc [-force] -batch filename > > where OBJECT := { qdisc | class | filter | action | monitor } > > OPTIONS := { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] | > > -b[atch] [filename] } > > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } > > tc [-force] -batch filename > > where OBJECT := { qdisc | class | filter | action | monitor } > > OPTIONS := { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] | > > -b[atch] [filename] } > > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } > > tc [-force] -batch filename > > where OBJECT := { qdisc | class | filter | action | monitor } > > OPTIONS := { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] | > > -b[atch] [filename] } > > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } > > tc [-force] -batch filename > > where OBJECT := { qdisc | class | filter | action | monitor } > > OPTIONS := { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] | > > -b[atch] [filename] } > > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } > > tc [-force] -batch filename > > where OBJECT := { qdisc | class | filter | action | monitor } > > OPTIONS := { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] | > > -b[atch] [filename] } > > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } > > tc [-force] -batch filename > > where OBJECT := { qdisc | class | filter | action | monitor } > > OPTIONS := { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] | > > -b[atch] [filename] } > > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } > > tc [-force] -batch filename > > where OBJECT := { qdisc | class | filter | action | monitor } > > OPTIONS := { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] | > > -b[atch] [filename] } > > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } > > tc [-force] -batch filename > > where OBJECT := { qdisc | class | filter | action | monitor } > > OPTIONS := { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] | > > -b[atch] [filename] } > > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } > > tc [-force] -batch filename > > where OBJECT := { qdisc | class | filter | action | monitor } > > OPTIONS := { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] | > > -b[atch] [filename] } > > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } > > tc [-force] -batch filename > > where OBJECT := { qdisc | class | filter | action | monitor } > > OPTIONS := { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] | > > -b[atch] [filename] } > > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } > > tc [-force] -batch filename > > where OBJECT := { qdisc | class | filter | action | monitor } > > OPTIONS := { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] | > > -b[atch] [filename] } > > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } > > tc [-force] -batch filename > > where OBJECT := { qdisc | class | filter | action | monitor } > > OPTIONS := { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] | > > -b[atch] [filename] } > > > > > > Not sure whether that is new, as I never enabled the logs before. I guess I > > will see what causes these… (I assume an improper set of arguments to tc). > > And now I am trying to ind my way around debloat, but lua is totally new to > > me... > > > > > > Best Regards & many thanks > > Sebastian > > > > > > > > > > > > > > > > > > -- > > > Dave Täht > > > > > > Fixing bufferbloat with cerowrt: > > > http://www.teklibre.com/cerowrt/subscribe.html > > > _______________________________________________ > > > Cerowrt-devel mailing list > > > [email protected] > > > https://lists.bufferbloat.net/listinfo/cerowrt-devel > > > > > > > > > > -- > > Dave Täht > > > > Fixing bufferbloat with cerowrt: > > http://www.teklibre.com/cerowrt/subscribe.html > > > > > > > > -- > > Dave Täht > > > > Fixing bufferbloat with cerowrt: > > http://www.teklibre.com/cerowrt/subscribe.html > > > > > -- > Dave Täht > > Fixing bufferbloat with cerowrt: > http://www.teklibre.com/cerowrt/subscribe.html > _______________________________________________ > Cerowrt-devel mailing list > [email protected] > https://lists.bufferbloat.net/listinfo/cerowrt-devel
_______________________________________________ Cerowrt-devel mailing list [email protected] https://lists.bufferbloat.net/listinfo/cerowrt-devel
