Re: [OpenWrt-Devel] report of sysupgrade incompatibility with mount-utils

Sebastian Moeller moell...@gmx.de writes: that would be me, i will fix it after i had lunch Thank you very much! So, this might have fallen between the cracks? Below is a patch to replace all invocations of {u,}mount in base-files with /bin/mount. This unbreaks sysupgrade, at least in

[OpenWrt-Devel] [PATCH] radsecproxy procd conversion

This patch converts the radsecproxy init script to use procd. Works for me, but not sure if the stop_service part is entirely idiomatic (omitting it breaks things, though)... -Toke diff --git a/net/radsecproxy/files/radsecproxy.init b/net/radsecproxy/files/radsecproxy.init index

Re: [OpenWrt-Devel] [PATCH] radsecproxy procd conversion

Also, since radsecproxy will fail to start if it can't resolve the host it is configured to contact, it really should be moved up to START=70 rather than the current START=50. Did not include this in the patch because it's a separate issue; can resubmit if needed, or submit a separate patch for

[OpenWrt-Devel] [PATCH v2] radsecproxy: procd conversion and version bump

This patch updates radsecproxy to version 1.6.5 and converts the init script to use procd. In the process of doing this, a small patch is introduced which prevents radsecproxy from forcing log output to stderr when run in the foreground, thus making it possible to simply run it in this mode for

[OpenWrt-Devel] [PATCH v3] radsecproxy: procd conversion and version bump

to simply run it in this mode for procd management. Signed-off-by: Toke Høiland-Jørgensen t...@toke.dk --- net/radsecproxy/Makefile | 4 +-- net/radsecproxy/files/radsecproxy.init | 16 ++- .../patches/200-logdest-on-foreground.patch| 31

Re: [OpenWrt-Devel] is anybody working on supporting Linksys WRT1900ac ?

There was a patch posted from linksys last week: http://thread.gmane.org/gmane.comp.embedded.openwrt.devel/23500 -Toke ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [PATCH v3] radsecproxy: procd conversion and version bump

Ping? :) http://patchwork.openwrt.org/patch/5037/ -Toke ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [PATCH] Update netperf build file to v2.6.0, pass --enable-demo to configure.

This makes this version of netperf work with the netperf-wrapper testing tool used for testing for bufferbloat. --- net/netperf/Makefile |8 +--- net/netperf/patches/001-dccp.patch | 38 2 files changed, 5 insertions(+), 41 deletions(-)

Re: [OpenWrt-Devel] [PATCH] [package] dnsmasq: use host-record instead of address

Adam Gensler open...@gnslr.us writes: TL;DR - using --address for individual host A records is broken, use --host-record instead. Tried it in cerowrt (openwrt trunk-based) and seems to work well (although I had to mangle the patch a bit by hand before `git am` would accept it; the top-level

Re: [OpenWrt-Devel] [sqm-scripts] not started at boot?

a hotplug script. :) -Toke #!/bin/sh # This program is free software; you can redistribute it and/or modify # it under the terms of the GNU General Public License version 2 as # published by the Free Software Foundation. # # Copyright (C) 2012-4 Michael D. Taht, Toke Høiland-Jørgensen, Sebastian

Re: [OpenWrt-Devel] [Cerowrt-devel] [sqm-scripts] not started at boot?

not entirely sure about that... Thoughts? -Toke #!/bin/sh # This program is free software; you can redistribute it and/or modify # it under the terms of the GNU General Public License version 2 as # published by the Free Software Foundation. # # Copyright (C) 2012-4 Michael D. Taht, Toke Høiland

Re: [OpenWrt-Devel] [Cerowrt-devel] [sqm-scripts] not started at boot?

Sebastian Moeller moell...@gmx.de writes: Not that I have shown great taste in the past, but I think it would be somewhat cleaner to put the logic into the hot plug script and keep run.sh “simple” (in the past I had introduced a large number of leakage, especially of IFBs by not

Re: [OpenWrt-Devel] [PATCH] Add sch_fq and sch_pie to the kmod-sched package.

Etienne Champetier champetier.etie...@gmail.com writes: what is the size of the image/.ipk with/without this option ? The .ipk goes from 46018 to 52793 bytes. Can't seem to get the image size to change, probably some issue with my build setup... -Toke

[OpenWrt-Devel] [PATCH] Add sch_fq and sch_pie to the kmod-sched package.

. Signed-off-by: Toke Høiland-Jørgensen t...@toke.dk --- package/kernel/linux/modules/netsupport.mk | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/package/kernel/linux/modules/netsupport.mk b/package/kernel/linux/modules/netsupport.mk index 4483581..cead141 100644

[OpenWrt-Devel] [PATCH] Update dnsmasq to v2.73.

Signed-off-by: Toke Høiland-Jørgensen t...@toke.dk --- package/network/services/dnsmasq/Makefile | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/package/network/services/dnsmasq/Makefile b/package/network/services/dnsmasq/Makefile index 7b56a06..19a8df9 100644

[OpenWrt-Devel] [PATCH] Update dnsmasq to v2.73.

Signed-off-by: Toke Høiland-Jørgensen t...@toke.dk --- package/network/services/dnsmasq/Makefile | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/package/network/services/dnsmasq/Makefile b/package/network/services/dnsmasq/Makefile index 7b56a06..19a8df9 100644

[OpenWrt-Devel] [PATCH] Allow kernel modules to keep build ID debug symbol.

/Exports section. This will add ~100 bytes to the size of the .ko (depending on the length of the build ID specified). The default is to strip the build ID (as before), so there is no size difference for kernel modules that do not export this variable. Signed-off-by: Toke Høiland-Jørgensen &l

Re: [OpenWrt-Devel] [PATCH] Allow kernel modules to keep build ID debug symbol.

Felix Fietkau writes: > As far as I know, the build-id is build host specific, so I don't think > it will really help you with tracking versions of other people's > builds. Yup. But you can pass it explicitly to the linker: LDFLAGS_MODULE=--build-id=0x$(PKG_SOURCE_VERSION)

Re: [OpenWrt-Devel] [PATCH] Allow kernel modules to keep build ID debug symbol.

Felix Fietkau writes: > How is this more useful than simply checking a hash of the kernel > module in /lib/modules and comparing that with the corresponding file > on the host? Because the value in /sys/module/ is from the *loaded* module. So it catches the case where the

Re: [OpenWrt-Devel] [PATCH] Allow kernel modules to keep build ID debug symbol.

Felix Fietkau writes: > I'm still not convinced that this is very useful - if you have issues > that you sometimes reinstall modules, but don't reload them and have > to check the id, why not just fix your workflow instead? I did script it, but I'm trying to have a way to make

Re: [OpenWrt-Devel] [PATCH] Allow kernel modules to keep build ID debug symbol.

Felix Fietkau writes: > How about this: add it per-package, but add it in a way that you can set > PKG_BUILD_ID:=$(PKG_SOURCE_VERSION) and this will add the linker command > and disable the build-id stripping. Would definitely work. The problem is I'm not sure I quite grok the

Re: [OpenWrt-Devel] [PATCH] Allow kernel modules to keep build ID debug symbol.

Felix Fietkau writes: >> Would definitely work. The problem is I'm not sure I quite grok the >> openwrt build system sufficiently to do this correctly. Guess I need to >> get the linker flag into KERNEL_MAKEOPTS? > Yes. It's in kernel-defaults.mk Cool, this part works. >> Can

Re: [OpenWrt-Devel] [PATCH] Allow kernel modules to keep build ID debug symbol.

Felix Fietkau writes: >> diff --git a/rules.mk b/rules.mk >> index 819bea5..8e1cfe9 100644 >> --- a/rules.mk >> +++ b/rules.mk >> @@ -275,6 +275,7 @@ else >>endif >>RSTRIP:= \ > Please try if changing RSTRIP:= to RSTRIP= makes it work. Yup, it does. Cool, will submit a

[OpenWrt-Devel] [PATCH v2] Allow kernel modules to set build ID debug symbol

and development. Modules that specify the build ID will be ~100 bytes larger (depending on the length of the build ID specified). There is no size difference for kernel modules that do not set this variable. Signed-off-by: Toke Høiland-Jørgensen <t...@toke.dk> --- include/kernel-defaults.mk | 3 ++- ru

Re: [OpenWrt-Devel] [PATCH] dnsmasq: remove dnssec timecheck enable on SIGHUP

Kevin Darbyshire-Bryant writes: > This patch stops SIGHUP from enabling dnssec timechecks if disabled by > use of --dnssec-no-timecheck option. --dnssec-timestamp continues to > work correctly. I'd argue that patching dnsmasq in this way is the wrong way to fix

Re: [OpenWrt-Devel] [PATCH] dnsmasq: remove dnssec timecheck enable on SIGHUP

Kevin Darbyshire-Bryant writes: > Could I kindly ask you to read > https://patchwork.ozlabs.org/patch/521344/ particularly with regards to > Yousong's comments. You'll hopefully appreciate the irony of your > suggestion and how things (by which I mean 'I') have

Re: [OpenWrt-Devel] [PATCH v2] base-files: init/sysfixtime - exclude dnsmasq.time

Steven Barth writes: > Using --dnssec-no-timecheck is impractical since it reacts to SIGHUP which > is already overloaded and might be triggered by e.g. config changes. Quite apart from the signaling, using --dnssec-no-timecheck very quickly turns into an ugly hack. I

[OpenWrt-Devel] [PATCH] kmod-sched-core: Add HTB and TBF traffic shapers

-core (20k for sch_htb.ko and 10k for sch_tbf.ko). Signed-off-by: Toke Høiland-Jørgensen <t...@toke.dk> --- package/kernel/linux/modules/netsupport.mk | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/package/kernel/linux/modules/netsupport.mk b/package/kernel/linux/m

Re: [OpenWrt-Devel] RFC netifd: UCI parameter to sort name servers in resolv.conf.auto

Hans Dedecker writes: > Hi Felix, > > Current implementation in netifd writes the dns servers into > resolv.conf.auto file based on the order of the interfaces in the > interface list which is alphabetical sorted. The resolver, in this > case dnsmasq, reads the

Re: [OpenWrt-Devel] ubus: extending ubus over network to allow devices in the same network to exchange messages on a single common bus

Sukru Senli writes: > Dear OpenWrt developers, > > We, developers of IOPSYS (an OpenWrt based platform for residential gateways) > at > Inteno, believe that extending ubus over network so that multiple devices > which > are on the same network and running OpenWrt could

Re: [OpenWrt-Devel] [Babel-users] [LEDE-DEV] Babeld now has procd support on OpenWRT/LEDE

"L. D. Pinney" writes: > Go back to playing the guitar and smoking dopethat's what you do best. > > STOP CROSS POSTING YOU FSCKin' Clown Boy Dude, seriously? Lay off the abuse. Even if your argument had any merit, this kind of language is uncalled for... -Toke

Re: [OpenWrt-Devel] [LEDE-DEV] openwrt and lede - remerge proposal V2

John Crispin writes: > the lede rules that will become the new owrt rules. You may want to mention this fact in the merge proposal itself. What would happen to the rules was one of the points that was unclear in the first round, I believe... :) -Toke

Re: [OpenWrt-Devel] openwrt and lede - remerge proposal

John Crispin writes: > Hi, > > Felix, Imre and myself had 2 calls last week lasting several hours and > discussed > the following proposal of conditions for a remerge that we would like to > propose > and have people vote on. Great to hear progress is being made on this! I

[OpenWrt-Devel] [PATCH] kernel: Add kmod-sch-cake-virtual package to resolve dependency errors

currently used in sqm-scripts. The idea is to move the sqm-scripts dependency to this virtual package, which hopefully should be consistent with the actual kernel module being built. Signed-off-by: Toke Høiland-Jørgensen --- package/kernel/kmod-sched-cake-oot/Makefile | 14 +- 1 file c