Discussion:
[Cerowrt-devel] 3.10.10-1 development build released
Dave Taht
2013-09-10 00:28:37 UTC
Permalink
+ 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 Taht
2013-09-10 05:14:57 UTC
Permalink
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
Post by Dave Taht
+ 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
http://www.teklibre.com/cerowrt/subscribe.html
--
Dave Täht

Fixing bufferbloat with cerowrt:
http://www.teklibre.com/cerowrt/subscribe.html
Fred Stratton
2013-09-10 09:45:33 UTC
Permalink
pop-mod-pppoa would be a very useful package addition, and ensure a cordial welcome for you in the UK.
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
+ 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
https://lists.bufferbloat.net/listinfo/cerowrt-devel
Fred Stratton
2013-09-10 10:07:50 UTC
Permalink
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.
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
+ 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
https://lists.bufferbloat.net/listinfo/cerowrt-devel
Dave Taht
2013-09-12 00:16:01 UTC
Permalink
Post by Fred Stratton
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.
Post by Fred Stratton
Build 3.10.11-2 functions well so far.
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
+ 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
https://lists.bufferbloat.net/listinfo/cerowrt-devel
_______________________________________________
Cerowrt-devel mailing list
https://lists.bufferbloat.net/listinfo/cerowrt-devel
Fred Stratton
2013-09-12 04:27:52 UTC
Permalink
Thank you. All UK ISPs have migrated to PPoA for ADSL. (PPPoE for fibre).
Post by Dave Taht
Post by Fred Stratton
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.
Post by Fred Stratton
Build 3.10.11-2 functions well so far.
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
+ 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
https://lists.bufferbloat.net/listinfo/cerowrt-devel
_______________________________________________
Cerowrt-devel mailing list
https://lists.bufferbloat.net/listinfo/cerowrt-devel
Fred Stratton
2013-09-12 15:49:41 UTC
Permalink
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.
Post by Dave Taht
Post by Fred Stratton
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.
Post by Fred Stratton
Build 3.10.11-2 functions well so far.
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
+ 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
https://lists.bufferbloat.net/listinfo/cerowrt-devel
_______________________________________________
Cerowrt-devel mailing list
https://lists.bufferbloat.net/listinfo/cerowrt-devel
Fred Stratton
2013-09-12 15:55:58 UTC
Permalink
Have forced installation for now. I do wonder if the kmod will load.
Post by Fred Stratton
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.
* kernel (= 3.10.11-1-35f34a410a185624e80726cf7cd5a871) * kernel (= 3.10.11-1-35f34a410a185624e80726cf7cd5a871) *
* opkg_install_cmd: Cannot install package ppp-mod-pppoa.
Post by Dave Taht
Post by Fred Stratton
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.
Post by Fred Stratton
Build 3.10.11-2 functions well so far.
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
+ 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
https://lists.bufferbloat.net/listinfo/cerowrt-devel
_______________________________________________
Cerowrt-devel mailing list
https://lists.bufferbloat.net/listinfo/cerowrt-devel
_______________________________________________
Cerowrt-devel mailing list
https://lists.bufferbloat.net/listinfo/cerowrt-devel
Fred Stratton
2013-09-12 16:31:15 UTC
Permalink
Well, it will not, thinking logically. Specific to an earlier kernel version.
Post by Fred Stratton
Have forced installation for now. I do wonder if the kmod will load.
Post by Fred Stratton
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.
* kernel (= 3.10.11-1-35f34a410a185624e80726cf7cd5a871) * kernel (= 3.10.11-1-35f34a410a185624e80726cf7cd5a871) *
* opkg_install_cmd: Cannot install package ppp-mod-pppoa.
Post by Dave Taht
Post by Fred Stratton
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.
Post by Fred Stratton
Build 3.10.11-2 functions well so far.
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
+ 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
https://lists.bufferbloat.net/listinfo/cerowrt-devel
_______________________________________________
Cerowrt-devel mailing list
https://lists.bufferbloat.net/listinfo/cerowrt-devel
_______________________________________________
Cerowrt-devel mailing list
https://lists.bufferbloat.net/listinfo/cerowrt-devel
_______________________________________________
Cerowrt-devel mailing list
https://lists.bufferbloat.net/listinfo/cerowrt-devel
Fred Stratton
2013-09-12 16:41:09 UTC
Permalink
Problem appears to be kernel matching to kmod-atm kmod-pppoa
Post by Fred Stratton
Well, it will not, thinking logically. Specific to an earlier kernel version.
Post by Fred Stratton
Have forced installation for now. I do wonder if the kmod will load.
Post by Fred Stratton
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.
* kernel (= 3.10.11-1-35f34a410a185624e80726cf7cd5a871) * kernel (= 3.10.11-1-35f34a410a185624e80726cf7cd5a871) *
* opkg_install_cmd: Cannot install package ppp-mod-pppoa.
Post by Dave Taht
Post by Fred Stratton
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.
Post by Fred Stratton
Build 3.10.11-2 functions well so far.
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
+ 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
https://lists.bufferbloat.net/listinfo/cerowrt-devel
_______________________________________________
Cerowrt-devel mailing list
https://lists.bufferbloat.net/listinfo/cerowrt-devel
_______________________________________________
Cerowrt-devel mailing list
https://lists.bufferbloat.net/listinfo/cerowrt-devel
_______________________________________________
Cerowrt-devel mailing list
https://lists.bufferbloat.net/listinfo/cerowrt-devel
_______________________________________________
Cerowrt-devel mailing list
https://lists.bufferbloat.net/listinfo/cerowrt-devel
Sebastian Moeller
2013-09-11 08:36:12 UTC
Permalink
Hi Dave,

so I ant for the shiny 3.10.11-2, worked great (using Fred's mtd -r method, thanks Fred)
Post by Dave Taht
+ readlink fix (hopefully fixes sysupgrade)
I guess this will be testable at the next version update...
Post by Dave Taht
+ 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...
Post by Dave Taht
+ 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.
Post by Dave Taht
+ 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 :)
Post by Dave Taht
...
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.
Post by Dave Taht
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.
Post by Dave Taht
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:
***@nacktmulle:~# cat /tmp/debloat.log
fq_codel_ll
fq_codel_ll
fq_codel_ll
fq_codel_ll
***@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
Post by Dave Taht
--
Dave Täht
Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscribe.html
_______________________________________________
Cerowrt-devel mailing list
https://lists.bufferbloat.net/listinfo/cerowrt-devel
Dave Taht
2013-09-12 04:10:19 UTC
Permalink
Post by Sebastian Moeller
Hi Dave,
so I ant for the shiny 3.10.11-2, worked great (using Fred's mtd -r method, thanks Fred)
Post by Dave Taht
+ readlink fix (hopefully fixes sysupgrade)
I guess this will be testable at the next version update...
Post by Dave Taht
+ usual merge with openwrt head (tons of ath9k changes)
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...
Post by Dave Taht
+ 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.
Post by Dave Taht
+ 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.
Post by Dave Taht
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 :)
Post by Dave Taht
...
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...
Post by Dave Taht
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! ;)
Post by Sebastian Moeller
Post by Dave Taht
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.
Post by Dave Taht
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...
Post by Sebastian Moeller
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
fq_codel_ll
fq_codel_ll
fq_codel_ll
fq_codel_ll
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:

***@cerowrt:/etc/hotplug.d/iface# tc -b /tmp/wtf

I think this is a regression in tc
Post by Sebastian Moeller
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
Post by Dave Taht
--
Dave Täht
http://www.teklibre.com/cerowrt/subscribe.html
Post by Dave Taht
_______________________________________________
Cerowrt-devel mailing list
https://lists.bufferbloat.net/listinfo/cerowrt-devel
--
Dave Täht

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