That is the problem with using multi-threaded make (like "-j 3" in my updatenmake script). If you run into problems, use "singlecompile" script to revert to one-threaded make, so that the errors arrive lineally and you see more clearly what the error is.

(Last edited by hnyman on 8 Sep 2014, 20:09)

Just tried singlecompile

ake[3]: Entering directory `/Openwrt/trunk/package/network/ipv6/6in4'
make[3]: Entering directory `/Openwrt/trunk/package/network/ipv6/6rd'
make -C /Openwrt/trunk/build_dir/target-mips_34kc_uClibc-0.9.33.2/6rd-7 CC="mips-openwrt-linux-uclibc-gcc" CFLAGS="-Os -pipe -mno-branch-likely -mips32r2 -mtune=34kc -fno-caller-saves -fhonour-copts -Wno-error=unused-but-set-variable -msoft-float -mips16 -minterlink-mips16 -Wall" LDFLAGS="-L/Openwrt/trunk/staging_dir/target-mips_34kc_uClibc-0.9.33.2/usr/lib -L/Openwrt/trunk/staging_dir/target-mips_34kc_uClibc-0.9.33.2/lib -L/Openwrt/trunk/staging_dir/toolchain-mips_34kc_gcc-4.8-linaro_uClibc-0.9.33.2/usr/lib -L/Openwrt/trunk/staging_dir/toolchain-mips_34kc_gcc-4.8-linaro_uClibc-0.9.33.2/lib"
make[4]: Entering directory `/Openwrt/trunk/build_dir/target-mips_34kc_uClibc-0.9.33.2/6rd-7'
make[3]: Entering directory `/Openwrt/trunk/package/network/ipv6/6to4'
make[3]: Entering directory `/Openwrt/trunk/package/network/ipv6/odhcp6c'
make[4]: Entering directory `/Openwrt/trunk/build_dir/target-mips_34kc_uClibc-0.9.33.2/odhcp6c-2014-08-25'
make[5]: Entering directory `/Openwrt/trunk/build_dir/target-mips_34kc_uClibc-0.9.33.2/odhcp6c-2014-08-25'
make[6]: Entering directory `/Openwrt/trunk/build_dir/target-mips_34kc_uClibc-0.9.33.2/odhcp6c-2014-08-25'
make[6]: Entering directory `/Openwrt/trunk/build_dir/target-mips_34kc_uClibc-0.9.33.2/odhcp6c-2014-08-25'
make[4]: Entering directory `/Openwrt/trunk/build_dir/target-mips_34kc_uClibc-0.9.33.2/odhcp6c-2014-08-25'
make[5]: Entering directory `/Openwrt/trunk/build_dir/target-mips_34kc_uClibc-0.9.33.2/odhcp6c-2014-08-25'
make[6]: Entering directory `/Openwrt/trunk/build_dir/target-mips_34kc_uClibc-0.9.33.2/odhcp6c-2014-08-25'
make[4]: Entering directory `/Openwrt/trunk/package/network/ipv6/odhcp6c'
make[3]: Entering directory `/Openwrt/trunk/package/libs/gmp'
make[3]: *** [/Openwrt/trunk/dl/gmp-6.0.0a.tar.xz] Error 2
make[2]: *** [package/libs/gmp/compile] Error 2
make[1]: *** [/Openwrt/trunk/staging_dir/target-mips_34kc_uClibc-0.9.33.2/stamp/.package_compile] Error 2
make: *** [world] Error 2
ubumtu@ubumtu:/Openwrt/trunk$ 

Commands used (all config files +patch were downloaded and placed on the /Openwrt folder)

chmod 755 WNDR3700-trunk-r42429-2014-09-07-1217-buildscripts.txt
./WNDR3700-trunk-r42429-2014-09-07-1217-buildscripts.txt
cp newOpenwrtBuildroot.sh newTrunk.sh
chmod 755 newTrunk.sh
./newTrunk.sh
svn status
svn status trunk/
cd trunk
svn up
./scripts/feeds update -a
./scripts/feeds install -a
make defconfig
make download
./singlecompile.sh

Inside of Openwrt/dl I don't have a  gmp6-x file, latest one in there is gmp-5.1.3
EDIT: Well I just downloaded 6.0 from here and it compiled successfully using the normal updateNmake.sh
https://gmplib.org/
EDIT2: And runs correctly, just put it on my WNDR3700.

(Last edited by jigglywiggly on 24 Sep 2014, 23:24)

Hey hnyman did you do any more experimenting with the "new" qos-scripts? Never used QoS myself but I'm going to play with it and just wondering if there's any benefit to the new scripts and if it's worth cleaning it up and integrating. The maintainer seems to be AFK for six months

No. I briefly tested them (https://github.com/zcecc22/qos-nxt), but did not see any real improvement (https://forum.openwrt.org/viewtopic.php … 62#p223762).

I feel that the current codel-based default "qos-scripts" work well enough, at least for me.

What I don't like about cero, when I tried it native and inside openwrt, was that you couldn't set priorities... it was like the program itself would guess for you?  I think thats why the developer saw issues if many torrents were running.

It's not a good idea for my setup, I have video on demand that the fiber provider uses internet traffic to feed to the set top boxes.  Excess latency makes the video on demand stutter horribly.

I do think qos-scripts should be fixed:  tcrules.awk if statement for eth1 to set noecn (at the end of the codel qdisc) because some internet routers don't behave well with ecn.

I also have issues with qos-scripts, it's not very clear at how it works- sort of an enigma, unlike gargoyle's sqm based hsfc.  In openwrt, you have these odd specifications like pktsize (whats that- split traffic into smaller packets???  -which I thought was supposed to be phased out as codel doesn't care?) and pktdelay (no idea what exactly is it doing, holding packets to slow down a link by ack delay?)

At least in gargoyle, you set a percentage (like avgrate), and it's clear whether it is in the upload direction or download direction.  In Openwrt, there's no _down for some classes... wth? 
I added priortity_down , bulk_down classes with their avgrates but not sure if it does anything, have to load up the wan to see.

(Last edited by robnitro on 10 Sep 2014, 12:58)

Just installed:
Powered by LuCI Trunk (0.12+svn-r10522) OpenWrt Barrier Breaker r42514

I wanted to install package: luci-app-vnstat     But cann't find it anymore.  So I tried to get the list of package but that isn't working.

When I try to download the list of packages I get:
Collected errors:
* opkg_download: Failed to download http://downloads.openwrt.org/barrier_br … ckages.gz, wget returned 8.
* opkg_download: Failed to download http://downloads.openwrt.org/barrier_br … ckages.gz, wget returned 8.
* opkg_download: Failed to download http://downloads.openwrt.org/barrier_br … ckages.gz, wget returned 8.
* opkg_download: Failed to download http://downloads.openwrt.org/barrier_br … ckages.gz, wget returned 8.
* opkg_download: Failed to download http://downloads.openwrt.org/barrier_br … ckages.gz, wget returned 8.
* opkg_download: Failed to download http://downloads.openwrt.org/barrier_br … ckages.gz, wget returned 8.
* opkg_download: Failed to download http://downloads.openwrt.org/barrier_br … ckages.gz, wget returned 8.

BB code is currently a bit in flux between rc3 and rc4(?). Source has already been changed to follow new PER_FEED_REPO, but rc3 packages are still stored in the old style.

You need to change the download location (in Luci, or in /etc/opkg.conf ) to be https://downloads.openwrt.org/barrier_b … ackages.gz

instead of
https://downloads.openwrt.org/barrier_b … ages/base/ etc. several lines.

I run in a similar Problem:

Collected errors:
 * opkg_download: Failed to download /Packages.gz, wget returned 1.

opkg.conf:

dest root /
dest ram /tmp
lists_dir ext /var/opkg-lists
option overlay_root /overlay
src/gz https://downloads.openwrt.org/barrier_breaker/14.07-rc3/ar71xx/generic/packages/Packages.gz

With hnyman's suggestion I was able to try a few things in the "config tab" in luci for the packages and get it to work.  Here's what I have working:

dest root /
dest ram /tmp
lists_dir ext /var/opkg-lists
option overlay_root /overlay
src/gz barrier_breaker_base http://downloads.openwrt.org/barrier_br … /packages/

NOTE: I had to take the URL back down to "http://" instead of the secure "https://" hnyman suggested.  I also had to remove the old "barrier_breaker_base" declared one for this URL and I had to go back to the URL having only the folder structure instead of having the "Packages.gz" file on the location.

So a mix of the old and suggested new.   It seem to get me a list of packages and I installed:
Package:   luci-app-vnstat     Version:   svn-r10471-1

It seems to be running ok after doing configuartion/setup for what to monitor.  I hope I got the correct version to work on hnyman's most current BB build.

I hope this helps.

I made a new BB14.07 build r42576 and reverted to the old packages repo structure matching rc3 storage with a single packages directory. Updating the opkg package list works ok:

(Last edited by hnyman on 16 Sep 2014, 18:26)

I've been using this build for a few months with great satsfaction. Unfortunately, since a month or two, DFS seems not to be working, so I can only use channels 36-48 with the "DE" regulatory domain. With earlier builds, also channel 60 and 64 were available. Has there been a change regarding DFS in the latest builds? The last build with working upper channels was something like v415xx.  I'm running a Netgear WNDR3700v2.

TIA,

Jan

I use the default settings in the build, so there is nothing special for my build.
Wireless driver and its regulatory database get updated every now and then, and the whole DFS support was added only a few months ago.

thanks for the answer. do you have an idea as to why i'm experiencing the behavior i've explained in my previous post going from r41852 to any newer build?

i'm trying to keep my posts about this at a minimum in this thread but i don't seem to have any way to ask you this privately.

tia

i am using BB14.07 build r42576  ,but ipset and someother ipks can't install.
show errors: the kernel version are not compatible.

That is due to kernel module checksums. You can't install release/snapshot kmods into a private build without overriding the dependency check in opkg.

so , If not recompiled opkg, how to install these ipks ?
maybe you  can upload all these ipks builded by yourself?

(Last edited by contra.lee on 30 Sep 2014, 02:16)

I am building just the modules includes in my firmware. If you need other modules, you can either:
a) compile your own firmware with all the extra modules included. You can rather easily clone my build system
b) try to install the modules from console, overriding the dependency checks like I said. "opkg install --force-depends kmod-XXXXXXX"

- Barrier Breaker 14.07:  r42702   (opkg downloads from BB14.07 release directory)

BB14.07 has not been officially released, yet, but the binaries have been (re-)built and the packages can be already found in the repository. I have updated my BB build to use the release directory as the opkg packages repository. The r42702 build should pretty closely match the final 14.07 release.

hnyman

I seem to be having an issue with the miniupnpd demon in - Barrier Breaker 14.07:  r42702

It won't start and in my log it says:

Wed Oct  1 10:52:02 2014 daemon.err miniupnpd[2424]: could not open lease file: /var/upnp.leases
Wed Oct  1 10:52:02 2014 daemon.err miniupnpd[2424]: Why did you run me anyway?

There is indeed no upnp.leases file in /var/
Any ideas?

That lease file error has been there for some time. I am not quite sure why, or if it actually prevents upnp from working.

But the other error is due to the fact that I changed the defaults last week to leave the UPNP functionality off by default (for security reasons, as I don't need it right now). You need to edit /etc/config/upnpd and enable the upnp functionality (or do that via Luci).

Change visible: https://www.dropbox.com/sh/t52c02rm20y8 … patch?dl=0

(Last edited by hnyman on 1 Oct 2014, 18:18)

Re-enabling UPNP did the trick, thanks.

trunk r42769: experimental SQM (Smart Queue Management) QoS system from Cerowrt

I have added an experimental QoS system "SQM" from Cerowrt to my trunk build. It is initially disabled, so to test it you need to set interface for eth1 and set the speed limits correctly.
Mote info at:
https://lists.openwrt.org/pipermail/ope … 28312.html
http://www.bufferbloat.net/projects/cer … eroWrt_310

Not sure if you tested it, but when I added it a while back, it worked on the uplink but not downlink.
When I tried cerowrt at around the same time, both directions were ok.
Nowadays I am using my mi424wr Rev I  - fiber company supplied router to do qos/bw limiting, port forward every not needed port to my openwrt router (which i do my individual port forwards in).  Oh and the DMZ doesn't work for some reason on that router, lol.

https://forum.openwrt.org/viewtopic.php?id=53162  It helps if you want to run qos on a fiber link that does 84/90... and downlink that can increase to 140 or so max (when using video on demand through the STB tv boxes).

(Last edited by robnitro on 9 Oct 2014, 02:09)

Works great in the short time that I tested it.

I think that sqm-scripts is working ok for both directions. Just tried limiting the download speed to 15 Mbit and the traffic got nicely cut down.  (I have 100/15 Mbit connection, so limiting download is usually not really necessary.)

I slightly updated the sqm-scripts for r42862 based on changes at https://github.com/dtaht/ceropackages-3 … its/master (and filed a bug there, as one of the changes was invalid and needed a fix).

(Last edited by hnyman on 9 Oct 2014, 16:16)