[Cerowrt-devel] 3.10.10-1 development build released

[Cerowrt-devel] 3.10.10-1 development build released

[Dave Taht]

[-- Attachment #1: Type: text/plain, Size: 1170 bytes --]

+ readlink fix (hopefully fixes sysupgrade)
+ usual merge with openwrt head (tons of ath9k changes)
+ dnsmasq 2.67test10
+ ipv6subtrees back in
+ the final htb atm patches
+ 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...

...

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.

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. I'm still a little
dubious of the ipv6 subtrees bit....



-- 
Dave Täht

Fixing bufferbloat with cerowrt:
http://www.teklibre.com/cerowrt/subscribe.html

[-- Attachment #2: Type: text/html, Size: 1634 bytes --]

Re: [Cerowrt-devel] 3.10.10-1 development build released

[Dave Taht]

[-- Attachment #1: Type: text/plain, Size: 1808 bytes --]

I did manage to test 3.10.10-1 briefly. It worked. I note that configuring
ipv6 properly is still up in the air vs 6relayd or dnsmasq.

Based on that working, I did the very minor upgrade to build 3.10.11-2 (I
goofed the first time, thus no -1)

http://snapon.lab.bufferbloat.net/~cero2/cerowrt/wndr/3.10.11-2/

Please feel free to give this a shot as a devbuild instead of 3.10.10



On Mon, Sep 9, 2013 at 5:28 PM, Dave Taht <dave.taht@gmail.com> wrote:

> + readlink fix (hopefully fixes sysupgrade)
> + usual merge with openwrt head (tons of ath9k changes)
> + dnsmasq 2.67test10
> + ipv6subtrees back in
> + the final htb atm patches
> + 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...
>
> ...
>
> 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.
>
> 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. I'm still a
> little dubious of the ipv6 subtrees bit....
>
>
>
> --
> 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

[-- Attachment #2: Type: text/html, Size: 2806 bytes --]

Re: [Cerowrt-devel] 3.10.10-1 development build released

[Fred Stratton]

[-- Attachment #1: Type: text/plain, Size: 2183 bytes --]

pop-mod-pppoa would be a very useful package addition, and ensure a cordial welcome for you in the UK.


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

> I did manage to test 3.10.10-1 briefly. It worked. I note that configuring ipv6 properly is still up in the air vs 6relayd or dnsmasq.
> 
> Based on that working, I did the very minor upgrade to build 3.10.11-2 (I goofed the first time, thus no -1)
> 
> http://snapon.lab.bufferbloat.net/~cero2/cerowrt/wndr/3.10.11-2/
> 
> Please feel free to give this a shot as a devbuild instead of 3.10.10
> 
> 
> 
> On Mon, Sep 9, 2013 at 5:28 PM, Dave Taht <dave.taht@gmail.com> wrote:
> + readlink fix (hopefully fixes sysupgrade)
> + usual merge with openwrt head (tons of ath9k changes)
> + dnsmasq 2.67test10
> + ipv6subtrees back in
> + the final htb atm patches
> + 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...
> 
> ...
> 
> 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. 
> 
> 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. I'm still a little dubious of the ipv6 subtrees bit....
> 
> 
> 
> -- 
> 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
> Cerowrt-devel@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/cerowrt-devel


[-- Attachment #2: Type: text/html, Size: 3509 bytes --]

Re: [Cerowrt-devel] 3.10.10-1 development build released

[Fred Stratton]

[-- Attachment #1: Type: text/plain, Size: 2229 bytes --]

sysupgrade -n does not function still.

'mtd -r write {filename].bin firmware' continues to work nicely.

Build 3.10.11-2 functions well so far.


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

> I did manage to test 3.10.10-1 briefly. It worked. I note that configuring ipv6 properly is still up in the air vs 6relayd or dnsmasq.
> 
> Based on that working, I did the very minor upgrade to build 3.10.11-2 (I goofed the first time, thus no -1)
> 
> http://snapon.lab.bufferbloat.net/~cero2/cerowrt/wndr/3.10.11-2/
> 
> Please feel free to give this a shot as a devbuild instead of 3.10.10
> 
> 
> 
> On Mon, Sep 9, 2013 at 5:28 PM, Dave Taht <dave.taht@gmail.com> wrote:
> + readlink fix (hopefully fixes sysupgrade)
> + usual merge with openwrt head (tons of ath9k changes)
> + dnsmasq 2.67test10
> + ipv6subtrees back in
> + the final htb atm patches
> + 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...
> 
> ...
> 
> 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. 
> 
> 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. I'm still a little dubious of the ipv6 subtrees bit....
> 
> 
> 
> -- 
> 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
> Cerowrt-devel@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/cerowrt-devel


[-- Attachment #2: Type: text/html, Size: 3614 bytes --]

Re: [Cerowrt-devel] 3.10.10-1 development build released

[Sebastian Moeller]

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)
	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.

> 
> 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) 

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 
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
> Cerowrt-devel@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/cerowrt-devel

Re: [Cerowrt-devel] 3.10.10-1 development build released

[Dave Taht]

On Tue, Sep 10, 2013 at 11:07:50AM +0100, Fred Stratton wrote:
> sysupgrade -n does not function still.
> 
> 'mtd -r write {filename].bin firmware' continues to work nicely.

Thank you for that. I still have to re-tear apart the serial cable and
see what's going wrong on sysupgrade. As you can possibly tell I'm not
actually in the yurtlab that much so what I can't do by remote control,
I can't do... but if mtd -r can at least give me a fresh install, that's
a start....

I have added the pppoa modules to the 3.10.11-2 build. you should
be able to do an opkg update; opkg install mod-pppoa # or something like that
to install it and the other module. 

I've made those part of the defaults for the next build, too.



> 
> Build 3.10.11-2 functions well so far.
> 
> 
> On 10 Sep 2013, at 06:14, Dave Taht <dave.taht@gmail.com> wrote:
> 
> > I did manage to test 3.10.10-1 briefly. It worked. I note that configuring ipv6 properly is still up in the air vs 6relayd or dnsmasq.
> > 
> > Based on that working, I did the very minor upgrade to build 3.10.11-2 (I goofed the first time, thus no -1)
> > 
> > http://snapon.lab.bufferbloat.net/~cero2/cerowrt/wndr/3.10.11-2/
> > 
> > Please feel free to give this a shot as a devbuild instead of 3.10.10
> > 
> > 
> > 
> > On Mon, Sep 9, 2013 at 5:28 PM, Dave Taht <dave.taht@gmail.com> wrote:
> > + readlink fix (hopefully fixes sysupgrade)
> > + usual merge with openwrt head (tons of ath9k changes)
> > + dnsmasq 2.67test10
> > + ipv6subtrees back in
> > + the final htb atm patches
> > + 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...
> > 
> > ...
> > 
> > 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. 
> > 
> > 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. I'm still a little dubious of the ipv6 subtrees bit....
> > 
> > 
> > 
> > -- 
> > 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
> > 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

Re: [Cerowrt-devel] 3.10.10-1 development build released

[Dave Taht]

[-- Attachment #1: Type: text/plain, Size: 8672 bytes --]

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)
>         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
> > Cerowrt-devel@lists.bufferbloat.net
> > https://lists.bufferbloat.net/listinfo/cerowrt-devel
>
>


-- 
Dave Täht

Fixing bufferbloat with cerowrt:
http://www.teklibre.com/cerowrt/subscribe.html

[-- Attachment #2: Type: text/html, Size: 10684 bytes --]

Re: [Cerowrt-devel] 3.10.10-1 development build released

[Fred Stratton]

Thank you. All UK ISPs have migrated to PPoA for ADSL. (PPPoE for fibre).


On 12 Sep 2013, at 01:16, Dave Taht <dave.taht@bufferbloat.net> wrote:

> On Tue, Sep 10, 2013 at 11:07:50AM +0100, Fred Stratton wrote:
>> sysupgrade -n does not function still.
>> 
>> 'mtd -r write {filename].bin firmware' continues to work nicely.
> 
> Thank you for that. I still have to re-tear apart the serial cable and
> see what's going wrong on sysupgrade. As you can possibly tell I'm not
> actually in the yurtlab that much so what I can't do by remote control,
> I can't do... but if mtd -r can at least give me a fresh install, that's
> a start....
> 
> I have added the pppoa modules to the 3.10.11-2 build. you should
> be able to do an opkg update; opkg install mod-pppoa # or something like that
> to install it and the other module. 
> 
> I've made those part of the defaults for the next build, too.
> 
> 
> 
>> 
>> Build 3.10.11-2 functions well so far.
>> 
>> 
>> On 10 Sep 2013, at 06:14, Dave Taht <dave.taht@gmail.com> wrote:
>> 
>>> I did manage to test 3.10.10-1 briefly. It worked. I note that configuring ipv6 properly is still up in the air vs 6relayd or dnsmasq.
>>> 
>>> Based on that working, I did the very minor upgrade to build 3.10.11-2 (I goofed the first time, thus no -1)
>>> 
>>> http://snapon.lab.bufferbloat.net/~cero2/cerowrt/wndr/3.10.11-2/
>>> 
>>> Please feel free to give this a shot as a devbuild instead of 3.10.10
>>> 
>>> 
>>> 
>>> On Mon, Sep 9, 2013 at 5:28 PM, Dave Taht <dave.taht@gmail.com> wrote:
>>> + readlink fix (hopefully fixes sysupgrade)
>>> + usual merge with openwrt head (tons of ath9k changes)
>>> + dnsmasq 2.67test10
>>> + ipv6subtrees back in
>>> + the final htb atm patches
>>> + 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...
>>> 
>>> ...
>>> 
>>> 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. 
>>> 
>>> 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. I'm still a little dubious of the ipv6 subtrees bit....
>>> 
>>> 
>>> 
>>> -- 
>>> 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
>>> 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
> 

Re: [Cerowrt-devel] 3.10.10-1 development build released

[Fred Stratton]

[-- Attachment #1: Type: text/plain, Size: 3782 bytes --]

Unfortunately, it does not install

Installing ppp-mod-pppoa (2.4.5-10) to root...
Downloading http://snapon.lab.bufferbloat.net/~cero2/cerowrt/wndr/3.10.11-2/packages/ppp-mod-pppoa_2.4.5-10_ar71xx.ipk.
Collected errors:
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for ppp-mod-pppoa:
 * 	kernel (= 3.10.11-1-35f34a410a185624e80726cf7cd5a871) * 	kernel (= 3.10.11-1-35f34a410a185624e80726cf7cd5a871) * 
 * opkg_install_cmd: Cannot install package ppp-mod-pppoa.


On 12 Sep 2013, at 01:16, Dave Taht <dave.taht@bufferbloat.net> wrote:

> On Tue, Sep 10, 2013 at 11:07:50AM +0100, Fred Stratton wrote:
>> sysupgrade -n does not function still.
>> 
>> 'mtd -r write {filename].bin firmware' continues to work nicely.
> 
> Thank you for that. I still have to re-tear apart the serial cable and
> see what's going wrong on sysupgrade. As you can possibly tell I'm not
> actually in the yurtlab that much so what I can't do by remote control,
> I can't do... but if mtd -r can at least give me a fresh install, that's
> a start....
> 
> I have added the pppoa modules to the 3.10.11-2 build. you should
> be able to do an opkg update; opkg install mod-pppoa # or something like that
> to install it and the other module. 
> 
> I've made those part of the defaults for the next build, too.
> 
> 
> 
>> 
>> Build 3.10.11-2 functions well so far.
>> 
>> 
>> On 10 Sep 2013, at 06:14, Dave Taht <dave.taht@gmail.com> wrote:
>> 
>>> I did manage to test 3.10.10-1 briefly. It worked. I note that configuring ipv6 properly is still up in the air vs 6relayd or dnsmasq.
>>> 
>>> Based on that working, I did the very minor upgrade to build 3.10.11-2 (I goofed the first time, thus no -1)
>>> 
>>> http://snapon.lab.bufferbloat.net/~cero2/cerowrt/wndr/3.10.11-2/
>>> 
>>> Please feel free to give this a shot as a devbuild instead of 3.10.10
>>> 
>>> 
>>> 
>>> On Mon, Sep 9, 2013 at 5:28 PM, Dave Taht <dave.taht@gmail.com> wrote:
>>> + readlink fix (hopefully fixes sysupgrade)
>>> + usual merge with openwrt head (tons of ath9k changes)
>>> + dnsmasq 2.67test10
>>> + ipv6subtrees back in
>>> + the final htb atm patches
>>> + 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...
>>> 
>>> ...
>>> 
>>> 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. 
>>> 
>>> 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. I'm still a little dubious of the ipv6 subtrees bit....
>>> 
>>> 
>>> 
>>> -- 
>>> 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
>>> 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
> 


[-- Attachment #2: Type: text/html, Size: 5038 bytes --]

Re: [Cerowrt-devel] 3.10.10-1 development build released

[Fred Stratton]

[-- Attachment #1: Type: text/plain, Size: 4215 bytes --]

Have forced installation for now. I do wonder if the kmod will load.


On 12 Sep 2013, at 16:49, Fred Stratton <fredstratton@imap.cc> wrote:

> Unfortunately, it does not install
> 
> Installing ppp-mod-pppoa (2.4.5-10) to root...
> Downloading http://snapon.lab.bufferbloat.net/~cero2/cerowrt/wndr/3.10.11-2/packages/ppp-mod-pppoa_2.4.5-10_ar71xx.ipk.
> Collected errors:
>  * satisfy_dependencies_for: Cannot satisfy the following dependencies for ppp-mod-pppoa:
>  * 	kernel (= 3.10.11-1-35f34a410a185624e80726cf7cd5a871) * 	kernel (= 3.10.11-1-35f34a410a185624e80726cf7cd5a871) * 
>  * opkg_install_cmd: Cannot install package ppp-mod-pppoa.
> 
> 
> On 12 Sep 2013, at 01:16, Dave Taht <dave.taht@bufferbloat.net> wrote:
> 
>> On Tue, Sep 10, 2013 at 11:07:50AM +0100, Fred Stratton wrote:
>>> sysupgrade -n does not function still.
>>> 
>>> 'mtd -r write {filename].bin firmware' continues to work nicely.
>> 
>> Thank you for that. I still have to re-tear apart the serial cable and
>> see what's going wrong on sysupgrade. As you can possibly tell I'm not
>> actually in the yurtlab that much so what I can't do by remote control,
>> I can't do... but if mtd -r can at least give me a fresh install, that's
>> a start....
>> 
>> I have added the pppoa modules to the 3.10.11-2 build. you should
>> be able to do an opkg update; opkg install mod-pppoa # or something like that
>> to install it and the other module. 
>> 
>> I've made those part of the defaults for the next build, too.
>> 
>> 
>> 
>>> 
>>> Build 3.10.11-2 functions well so far.
>>> 
>>> 
>>> On 10 Sep 2013, at 06:14, Dave Taht <dave.taht@gmail.com> wrote:
>>> 
>>>> I did manage to test 3.10.10-1 briefly. It worked. I note that configuring ipv6 properly is still up in the air vs 6relayd or dnsmasq.
>>>> 
>>>> Based on that working, I did the very minor upgrade to build 3.10.11-2 (I goofed the first time, thus no -1)
>>>> 
>>>> http://snapon.lab.bufferbloat.net/~cero2/cerowrt/wndr/3.10.11-2/
>>>> 
>>>> Please feel free to give this a shot as a devbuild instead of 3.10.10
>>>> 
>>>> 
>>>> 
>>>> On Mon, Sep 9, 2013 at 5:28 PM, Dave Taht <dave.taht@gmail.com> wrote:
>>>> + readlink fix (hopefully fixes sysupgrade)
>>>> + usual merge with openwrt head (tons of ath9k changes)
>>>> + dnsmasq 2.67test10
>>>> + ipv6subtrees back in
>>>> + the final htb atm patches
>>>> + 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...
>>>> 
>>>> ...
>>>> 
>>>> 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. 
>>>> 
>>>> 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. I'm still a little dubious of the ipv6 subtrees bit....
>>>> 
>>>> 
>>>> 
>>>> -- 
>>>> 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
>>>> 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
>> 
> 
> _______________________________________________
> Cerowrt-devel mailing list
> Cerowrt-devel@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/cerowrt-devel


[-- Attachment #2: Type: text/html, Size: 5953 bytes --]

Re: [Cerowrt-devel] 3.10.10-1 development build released

[Fred Stratton]

[-- Attachment #1: Type: text/plain, Size: 4660 bytes --]

Well, it will not, thinking logically. Specific to an earlier kernel version.


On 12 Sep 2013, at 16:55, Fred Stratton <fredstratton@imap.cc> wrote:

> Have forced installation for now. I do wonder if the kmod will load.
> 
> 
> On 12 Sep 2013, at 16:49, Fred Stratton <fredstratton@imap.cc> wrote:
> 
>> Unfortunately, it does not install
>> 
>> Installing ppp-mod-pppoa (2.4.5-10) to root...
>> Downloading http://snapon.lab.bufferbloat.net/~cero2/cerowrt/wndr/3.10.11-2/packages/ppp-mod-pppoa_2.4.5-10_ar71xx.ipk.
>> Collected errors:
>>  * satisfy_dependencies_for: Cannot satisfy the following dependencies for ppp-mod-pppoa:
>>  * 	kernel (= 3.10.11-1-35f34a410a185624e80726cf7cd5a871) * 	kernel (= 3.10.11-1-35f34a410a185624e80726cf7cd5a871) * 
>>  * opkg_install_cmd: Cannot install package ppp-mod-pppoa.
>> 
>> 
>> On 12 Sep 2013, at 01:16, Dave Taht <dave.taht@bufferbloat.net> wrote:
>> 
>>> On Tue, Sep 10, 2013 at 11:07:50AM +0100, Fred Stratton wrote:
>>>> sysupgrade -n does not function still.
>>>> 
>>>> 'mtd -r write {filename].bin firmware' continues to work nicely.
>>> 
>>> Thank you for that. I still have to re-tear apart the serial cable and
>>> see what's going wrong on sysupgrade. As you can possibly tell I'm not
>>> actually in the yurtlab that much so what I can't do by remote control,
>>> I can't do... but if mtd -r can at least give me a fresh install, that's
>>> a start....
>>> 
>>> I have added the pppoa modules to the 3.10.11-2 build. you should
>>> be able to do an opkg update; opkg install mod-pppoa # or something like that
>>> to install it and the other module. 
>>> 
>>> I've made those part of the defaults for the next build, too.
>>> 
>>> 
>>> 
>>>> 
>>>> Build 3.10.11-2 functions well so far.
>>>> 
>>>> 
>>>> On 10 Sep 2013, at 06:14, Dave Taht <dave.taht@gmail.com> wrote:
>>>> 
>>>>> I did manage to test 3.10.10-1 briefly. It worked. I note that configuring ipv6 properly is still up in the air vs 6relayd or dnsmasq.
>>>>> 
>>>>> Based on that working, I did the very minor upgrade to build 3.10.11-2 (I goofed the first time, thus no -1)
>>>>> 
>>>>> http://snapon.lab.bufferbloat.net/~cero2/cerowrt/wndr/3.10.11-2/
>>>>> 
>>>>> Please feel free to give this a shot as a devbuild instead of 3.10.10
>>>>> 
>>>>> 
>>>>> 
>>>>> On Mon, Sep 9, 2013 at 5:28 PM, Dave Taht <dave.taht@gmail.com> wrote:
>>>>> + readlink fix (hopefully fixes sysupgrade)
>>>>> + usual merge with openwrt head (tons of ath9k changes)
>>>>> + dnsmasq 2.67test10
>>>>> + ipv6subtrees back in
>>>>> + the final htb atm patches
>>>>> + 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...
>>>>> 
>>>>> ...
>>>>> 
>>>>> 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. 
>>>>> 
>>>>> 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. I'm still a little dubious of the ipv6 subtrees bit....
>>>>> 
>>>>> 
>>>>> 
>>>>> -- 
>>>>> 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
>>>>> 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
>>> 
>> 
>> _______________________________________________
>> 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


[-- Attachment #2: Type: text/html, Size: 6936 bytes --]

Re: [Cerowrt-devel] 3.10.10-1 development build released

[Fred Stratton]

[-- Attachment #1: Type: text/plain, Size: 5098 bytes --]

Problem appears to be kernel matching to kmod-atm kmod-pppoa


On 12 Sep 2013, at 17:31, Fred Stratton <fredstratton@imap.cc> wrote:

> Well, it will not, thinking logically. Specific to an earlier kernel version.
> 
> 
> On 12 Sep 2013, at 16:55, Fred Stratton <fredstratton@imap.cc> wrote:
> 
>> Have forced installation for now. I do wonder if the kmod will load.
>> 
>> 
>> On 12 Sep 2013, at 16:49, Fred Stratton <fredstratton@imap.cc> wrote:
>> 
>>> Unfortunately, it does not install
>>> 
>>> Installing ppp-mod-pppoa (2.4.5-10) to root...
>>> Downloading http://snapon.lab.bufferbloat.net/~cero2/cerowrt/wndr/3.10.11-2/packages/ppp-mod-pppoa_2.4.5-10_ar71xx.ipk.
>>> Collected errors:
>>>  * satisfy_dependencies_for: Cannot satisfy the following dependencies for ppp-mod-pppoa:
>>>  * 	kernel (= 3.10.11-1-35f34a410a185624e80726cf7cd5a871) * 	kernel (= 3.10.11-1-35f34a410a185624e80726cf7cd5a871) * 
>>>  * opkg_install_cmd: Cannot install package ppp-mod-pppoa.
>>> 
>>> 
>>> On 12 Sep 2013, at 01:16, Dave Taht <dave.taht@bufferbloat.net> wrote:
>>> 
>>>> On Tue, Sep 10, 2013 at 11:07:50AM +0100, Fred Stratton wrote:
>>>>> sysupgrade -n does not function still.
>>>>> 
>>>>> 'mtd -r write {filename].bin firmware' continues to work nicely.
>>>> 
>>>> Thank you for that. I still have to re-tear apart the serial cable and
>>>> see what's going wrong on sysupgrade. As you can possibly tell I'm not
>>>> actually in the yurtlab that much so what I can't do by remote control,
>>>> I can't do... but if mtd -r can at least give me a fresh install, that's
>>>> a start....
>>>> 
>>>> I have added the pppoa modules to the 3.10.11-2 build. you should
>>>> be able to do an opkg update; opkg install mod-pppoa # or something like that
>>>> to install it and the other module. 
>>>> 
>>>> I've made those part of the defaults for the next build, too.
>>>> 
>>>> 
>>>> 
>>>>> 
>>>>> Build 3.10.11-2 functions well so far.
>>>>> 
>>>>> 
>>>>> On 10 Sep 2013, at 06:14, Dave Taht <dave.taht@gmail.com> wrote:
>>>>> 
>>>>>> I did manage to test 3.10.10-1 briefly. It worked. I note that configuring ipv6 properly is still up in the air vs 6relayd or dnsmasq.
>>>>>> 
>>>>>> Based on that working, I did the very minor upgrade to build 3.10.11-2 (I goofed the first time, thus no -1)
>>>>>> 
>>>>>> http://snapon.lab.bufferbloat.net/~cero2/cerowrt/wndr/3.10.11-2/
>>>>>> 
>>>>>> Please feel free to give this a shot as a devbuild instead of 3.10.10
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> On Mon, Sep 9, 2013 at 5:28 PM, Dave Taht <dave.taht@gmail.com> wrote:
>>>>>> + readlink fix (hopefully fixes sysupgrade)
>>>>>> + usual merge with openwrt head (tons of ath9k changes)
>>>>>> + dnsmasq 2.67test10
>>>>>> + ipv6subtrees back in
>>>>>> + the final htb atm patches
>>>>>> + 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...
>>>>>> 
>>>>>> ...
>>>>>> 
>>>>>> 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. 
>>>>>> 
>>>>>> 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. I'm still a little dubious of the ipv6 subtrees bit....
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> -- 
>>>>>> 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
>>>>>> 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
>>>> 
>>> 
>>> _______________________________________________
>>> 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
> 
> _______________________________________________
> Cerowrt-devel mailing list
> Cerowrt-devel@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/cerowrt-devel


[-- Attachment #2: Type: text/html, Size: 7790 bytes --]