From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wg0-x22c.google.com (mail-wg0-x22c.google.com [IPv6:2a00:1450:400c:c00::22c]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority" (verified OK)) by huchra.bufferbloat.net (Postfix) with ESMTPS id 8BF9621F1FA for ; Fri, 13 Sep 2013 11:12:44 -0700 (PDT) Received: by mail-wg0-f44.google.com with SMTP id b13so1457696wgh.11 for ; Fri, 13 Sep 2013 11:12:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=a1Xcz3QO7oFUI0Z9ggZOuN+fA/C8iGHaeo+d0YgNXqE=; b=LMCDyfK6LObad69R0RtPs7juYx4yC8hjyHzksuxc0E29sB+xOYvZHdPc3+PCP3p+y8 E6x0D6tt/uAQ5yLVr1nNFzJwOWLgvgk7oz9XMR1WgvugsGlq/8lw8iR1vzr37xVE4WDV s5IA0Ao/H/g8Lvyls8ekuF0PHOkIbG4MDDWEvdKd5NxGoOEbdSwVeDoHMH6dftFjl47+ /uxGUFVsAAZDwX4ig/m+6SV/EKvAm8jdpBKn8Gme54MwnpmkxUApas1O+9+LsJGuPq+R NRmmRxRYyNwgBkmryt3EIrH/2I3jx6nmIOFRX9zNSgEp/gAewJIBNXY+dB1Xobbve8iP UWpQ== MIME-Version: 1.0 X-Received: by 10.194.122.129 with SMTP id ls1mr11697030wjb.37.1379095962762; Fri, 13 Sep 2013 11:12:42 -0700 (PDT) Received: by 10.217.67.202 with HTTP; Fri, 13 Sep 2013 11:12:42 -0700 (PDT) In-Reply-To: <71101786-42DE-4F4B-A7B2-08D6F0441D78@imap.cc> References: <99DE38E9-FF7F-4623-A4AD-A6E66FFE7785@gmx.de> <71101786-42DE-4F4B-A7B2-08D6F0441D78@imap.cc> Date: Fri, 13 Sep 2013 11:12:42 -0700 Message-ID: From: Dave Taht To: Fred Stratton Content-Type: multipart/alternative; boundary=089e012299c8f8c53a04e647cc1b Cc: "cerowrt-devel@lists.bufferbloat.net" Subject: Re: [Cerowrt-devel] 3.10.11-2 development build debloat bug X-BeenThere: cerowrt-devel@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: Development issues regarding the cerowrt test router project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Sep 2013 18:12:45 -0000 --089e012299c8f8c53a04e647cc1b Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Grump. Fixed. Thank you. On Fri, Sep 13, 2013 at 11:08 AM, Fred Stratton wrote= : > 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 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 growi= ng > 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 ar= e > 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 wrote= : > >> Hi Dave, >> >> >> >> On Sep 12, 2013, at 06:18 , Dave Taht 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 debloa= t >> > 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 =3D { "MDISC", "BIGDISC", "NORMDISC", "BINS", >> "MAX_HWQ_BY >> > -- Useful defaults >> > >> > env =3D { ["TC"] =3D "/sbin/tc", >> > - ["TCARG"] =3D "-b", >> > + ["TCARG"] =3D "-b -", >> > ["INSMOD"] =3D "/sbin/modprobe", >> > ["ETHTOOL"] =3D "/sbin/ethtool", >> > ["LSMOD"] =3D "/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 suspe= ct >> 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 wrote= : >> > >> > >> > >> > On Wed, Sep 11, 2013 at 1:36 AM, Sebastian Moeller >> 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 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=3D >> > 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 wor= k >> 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=85 >> > >> > 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=85. >> > >> > 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 n= ow >> run into the wifi issues on the macbook or the router as this is the fir= st >> time I test against a machine with considerable larger bandwidth than th= e >> 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 :=3D { qdisc | class | filter | action | monitor } >> > OPTIONS :=3D { -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 :=3D { qdisc | class | filter | action | monitor } >> > OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] = | >> -b[atch] [filename] } >> > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } >> > tc [-force] -batch filename >> > where OBJECT :=3D { qdisc | class | filter | action | monitor } >> > OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] = | >> -b[atch] [filename] } >> > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } >> > tc [-force] -batch filename >> > where OBJECT :=3D { qdisc | class | filter | action | monitor } >> > OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] = | >> -b[atch] [filename] } >> > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } >> > tc [-force] -batch filename >> > where OBJECT :=3D { qdisc | class | filter | action | monitor } >> > OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] = | >> -b[atch] [filename] } >> > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } >> > tc [-force] -batch filename >> > where OBJECT :=3D { qdisc | class | filter | action | monitor } >> > OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] = | >> -b[atch] [filename] } >> > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } >> > tc [-force] -batch filename >> > where OBJECT :=3D { qdisc | class | filter | action | monitor } >> > OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] = | >> -b[atch] [filename] } >> > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } >> > tc [-force] -batch filename >> > where OBJECT :=3D { qdisc | class | filter | action | monitor } >> > OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] = | >> -b[atch] [filename] } >> > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } >> > tc [-force] -batch filename >> > where OBJECT :=3D { qdisc | class | filter | action | monitor } >> > OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] = | >> -b[atch] [filename] } >> > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } >> > tc [-force] -batch filename >> > where OBJECT :=3D { qdisc | class | filter | action | monitor } >> > OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] = | >> -b[atch] [filename] } >> > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } >> > tc [-force] -batch filename >> > where OBJECT :=3D { qdisc | class | filter | action | monitor } >> > OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] = | >> -b[atch] [filename] } >> > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } >> > tc [-force] -batch filename >> > where OBJECT :=3D { qdisc | class | filter | action | monitor } >> > OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] = | >> -b[atch] [filename] } >> > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } >> > tc [-force] -batch filename >> > where OBJECT :=3D { qdisc | class | filter | action | monitor } >> > OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] = | >> -b[atch] [filename] } >> > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } >> > tc [-force] -batch filename >> > where OBJECT :=3D { qdisc | class | filter | action | monitor } >> > OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] = | >> -b[atch] [filename] } >> > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } >> > tc [-force] -batch filename >> > where OBJECT :=3D { qdisc | class | filter | action | monitor } >> > OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] = | >> -b[atch] [filename] } >> > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } >> > tc [-force] -batch filename >> > where OBJECT :=3D { qdisc | class | filter | action | monitor } >> > OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p[retty] = | >> -b[atch] [filename] } >> > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } >> > tc [-force] -batch filename >> > where OBJECT :=3D { qdisc | class | filter | action | monitor } >> > OPTIONS :=3D { -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=85 (I assume an improper set of argum= ents >> 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=E4ht >> > > >> > > Fixing bufferbloat with cerowrt: >> http://www.teklibre.com/cerowrt/subscribe.html >> > > _______________________________________________ >> > > Cerowrt-devel mailing list >> > > Cerowrt-devel@lists.bufferbloat.net >> > > https://lists.bufferbloat.net/listinfo/cerowrt-devel >> > >> > >> > >> > >> > -- >> > Dave T=E4ht >> > >> > Fixing bufferbloat with cerowrt: >> http://www.teklibre.com/cerowrt/subscribe.html >> > >> > >> > >> > -- >> > Dave T=E4ht >> > >> > Fixing bufferbloat with cerowrt: >> http://www.teklibre.com/cerowrt/subscribe.html >> >> > > > -- > Dave T=E4ht > > Fixing bufferbloat with cerowrt: > http://www.teklibre.com/cerowrt/subscribe.html > _______________________________________________ > Cerowrt-devel mailing list > Cerowrt-devel@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/cerowrt-devel > > > > _______________________________________________ > Cerowrt-devel mailing list > Cerowrt-devel@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/cerowrt-devel > > --=20 Dave T=E4ht Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscribe.html --089e012299c8f8c53a04e647cc1b Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable
Grump. Fixed. Thank you.
<= br>
On Fri, Sep 13, 2013 at 11:08 AM, Fred St= ratton <fredstratton@imap.cc> wrote:
Thank yo= u.

The server currently has all your build environment o= n 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 Ta= ht <dave.taht@g= mail.com> wrote:

I have pushed out a 3.1= 0.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 find= ing and eliminating other sources of interference on the channels you are o= n or migrating to a different channel. There are multiple halfway decent sc= anning tools, a couple referenced here:

https://plus.google.com/u/0/107942175= 615993706558/posts/PHPR7uL89Sq

On the 5ghz spect= rum you usually have more channels available, so nothing as fancy and graph= ical is needed (IMHO, but I'm a command line guy) so a simple iwlist gw= 11 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 t= hat competing with another AP on HT20 channel 40 =A0(or some other competin= g 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.





On Fri, Sep 13, 2013 at 3:01 AM, Sebastian Moeller <moeller0@gmx.de><= /span> wrote:
Hi Dave,



On Sep 12, 2013, at 06:18 , Dave Taht <dave.taht@gmail.com> wrote:

> Well, actually, I don't know when the syntax changed, but now the = -b option needs a
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 -
> for reading from standard input. Boy this file is getting crufty... >
> cero2@snapon:~/src/ceropackages-3.3/net/debloat/files$ git diff debloa= t
> 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 =3D { "MDISC", "BIGDISC",= "NORMDISC", "BINS", "MAX_HWQ_BY
> =A0-- Useful defaults
>
> =A0env =3D { ["TC"] =3D "/sbin/tc",
> - =A0 =A0 =A0 ["TCARG"] =3D "-b",
> + =A0 =A0 =A0 ["TCARG"] =3D "-b -",
> =A0 =A0 =A0 =A0 ["INSMOD"] =3D "/sbin/modprobe", > =A0 =A0 =A0 =A0 =A0["ETHTOOL"] =3D "/sbin/ethtool"= ,
> =A0 =A0 =A0 =A0 ["LSMOD"] =3D "/sbin/lsmod",
> (END)

=A0 =A0 =A0 =A0 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 some= where ion the edge between changing transmigrates so might be a moving targ= et).


Many thanks
=A0 =A0 =A0 =A0 Sebastian



>
>
>
>
> On Wed, Sep 11, 2013 at 9:10 PM, Dave Taht <dave.taht@gmail.com> wrote:
>
>
>
> On Wed, Sep 11, 2013 at 1:36 AM, Sebastian Moeller <moeller0@gmx.de> 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 <dave.taht@gmail.com> wrote:
>
> > + readlink fix (hopefully fixes sysupgrade)
> =A0 =A0 =A0 =A0 I guess this will be testable at the next version upda= te...
>
> > + usual merge with openwrt head (tons of ath9k changes)
> =A0 =A0 =A0 =A0 Oh, as if you knew that I had a number of:
> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 ath: phy1: Failed to stop TX DMA, queu= es=3D
> =A0 =A0 =A0 =A0 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
>
> =A0 =A0 =A0 =A0 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/cero= wrt/wndr/3.10.10-1/
> >
> > -I'm not sure if I got the "last" of the aqm gui pa= tches in there or not=85
>
> =A0 =A0 =A0 =A0 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.
>
> =A0 =A0 =A0 =A0 Have a great trip.
>
>
> oh, this guilts me! =A0;)
>
> >
> > So for the next month I don't see how I'm going to be abl= e to put more than a day a week into cerowrt. Tops. So I have tagged up thi= s "release" and pushed all the baked portions of the sources to g= ithub.
>
> =A0 =A0 =A0 =A0 Thanks a lot.
>
> > I'm still a little dubious of the ipv6 subtrees bit=85.
>
> =A0 =A0 =A0 =A0 RRUL-Testing against Toke's server shows great res= ults, 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 a= ssume I now run into the wifi issues on the macbook or the router as this i= s the first time I test against a machine with considerable larger bandwidt= h than the wlan). The rrul plots still are quite interesting, as I could ni= cely 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 interfa= ces (now it is just running at ge00/ifb0) to see whether this can ameliorat= e 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 }
> =A0 =A0 =A0 =A0tc [-force] -batch filename
> where =A0OBJECT :=3D { qdisc | class | filter | action | monitor }
> =A0 =A0 =A0 =A0OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p= [retty] | -b[atch] [filename] }
>
>
>
> Which is how the debloat script historically did everything. Now the o= nly 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 }
> =A0 =A0 =A0 =A0tc [-force] -batch filename
> where =A0OBJECT :=3D { qdisc | class | filter | action | monitor }
> =A0 =A0 =A0 =A0OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p= [retty] | -b[atch] [filename] }
> Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }
> =A0 =A0 =A0 =A0tc [-force] -batch filename
> where =A0OBJECT :=3D { qdisc | class | filter | action | monitor }
> =A0 =A0 =A0 =A0OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p= [retty] | -b[atch] [filename] }
> Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }
> =A0 =A0 =A0 =A0tc [-force] -batch filename
> where =A0OBJECT :=3D { qdisc | class | filter | action | monitor }
> =A0 =A0 =A0 =A0OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p= [retty] | -b[atch] [filename] }
> Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }
> =A0 =A0 =A0 =A0tc [-force] -batch filename
> where =A0OBJECT :=3D { qdisc | class | filter | action | monitor }
> =A0 =A0 =A0 =A0OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p= [retty] | -b[atch] [filename] }
> Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }
> =A0 =A0 =A0 =A0tc [-force] -batch filename
> where =A0OBJECT :=3D { qdisc | class | filter | action | monitor }
> =A0 =A0 =A0 =A0OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p= [retty] | -b[atch] [filename] }
> Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }
> =A0 =A0 =A0 =A0tc [-force] -batch filename
> where =A0OBJECT :=3D { qdisc | class | filter | action | monitor }
> =A0 =A0 =A0 =A0OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p= [retty] | -b[atch] [filename] }
> Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }
> =A0 =A0 =A0 =A0tc [-force] -batch filename
> where =A0OBJECT :=3D { qdisc | class | filter | action | monitor }
> =A0 =A0 =A0 =A0OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p= [retty] | -b[atch] [filename] }
> Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }
> =A0 =A0 =A0 =A0tc [-force] -batch filename
> where =A0OBJECT :=3D { qdisc | class | filter | action | monitor }
> =A0 =A0 =A0 =A0OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p= [retty] | -b[atch] [filename] }
> Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }
> =A0 =A0 =A0 =A0tc [-force] -batch filename
> where =A0OBJECT :=3D { qdisc | class | filter | action | monitor }
> =A0 =A0 =A0 =A0OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p= [retty] | -b[atch] [filename] }
> Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }
> =A0 =A0 =A0 =A0tc [-force] -batch filename
> where =A0OBJECT :=3D { qdisc | class | filter | action | monitor }
> =A0 =A0 =A0 =A0OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p= [retty] | -b[atch] [filename] }
> Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }
> =A0 =A0 =A0 =A0tc [-force] -batch filename
> where =A0OBJECT :=3D { qdisc | class | filter | action | monitor }
> =A0 =A0 =A0 =A0OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p= [retty] | -b[atch] [filename] }
> Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }
> =A0 =A0 =A0 =A0tc [-force] -batch filename
> where =A0OBJECT :=3D { qdisc | class | filter | action | monitor }
> =A0 =A0 =A0 =A0OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p= [retty] | -b[atch] [filename] }
> Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }
> =A0 =A0 =A0 =A0tc [-force] -batch filename
> where =A0OBJECT :=3D { qdisc | class | filter | action | monitor }
> =A0 =A0 =A0 =A0OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p= [retty] | -b[atch] [filename] }
> Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }
> =A0 =A0 =A0 =A0tc [-force] -batch filename
> where =A0OBJECT :=3D { qdisc | class | filter | action | monitor }
> =A0 =A0 =A0 =A0OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p= [retty] | -b[atch] [filename] }
> Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }
> =A0 =A0 =A0 =A0tc [-force] -batch filename
> where =A0OBJECT :=3D { qdisc | class | filter | action | monitor }
> =A0 =A0 =A0 =A0OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | -p= [retty] | -b[atch] [filename] }
> Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }
> =A0 =A0 =A0 =A0tc [-force] -batch filename
> where =A0OBJECT :=3D { qdisc | class | filter | action | monitor }
> =A0 =A0 =A0 =A0OPTIONS :=3D { -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 gu= ess I will see what causes these=85 (I assume an improper set of arguments = to tc). And now I am trying to ind my way around debloat, but lua is totall= y new to me...
>
>
> Best Regards & many thanks
> =A0 =A0 =A0 =A0 Sebastian
>
>
>
> >
> >
> >
> > --
> > Dave T=E4ht
> >
> > Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowr= t/subscribe.html
> > _______________________________________________
> > Cerowrt-devel mailing list
> > Cerowrt-devel@lists.bufferbloat.net
> > https://lists.bufferbloat.net/listinfo/cerowrt-devel<= br> >
>
>
>
> --
> Dave T=E4ht
>
> Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/sub= scribe.html
>
>
>
> --
> Dave T=E4ht
>
> Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/sub= scribe.html




--
= Dave T=E4ht

Fixing bufferbloat with cerowrt: http://www.teklibre.c= om/cerowrt/subscribe.html=20
_______________________________________________
Cerowrt-devel mailing li= st
Cerowrt-devel@lists.bufferbloat.net
https://lists.buffer= bloat.net/listinfo/cerowrt-devel


________________________= _______________________
Cerowrt-devel mailing list
Cerowrt-devel@lists.= bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel




--
Dave T= =E4ht

Fixing bufferbloat with cerowrt: http://www.teklibre.com/cer= owrt/subscribe.html=20
--089e012299c8f8c53a04e647cc1b--