Re: Best practice for resetting (iptables) firewall state

On Tue, Jul 11, 2023 at 11:25:55PM -0600, Philip Prindeville wrote: > I'm working on a wrapper for using xt_asn and xt_geoip in xtables-addons, and > was wondering about how best to solve certain problems. > maybe the mechanism for stop/start/update used here is useful:

new musl libc release 1.2.4 (2023-05-01) (was Re: [musl] busybox problem on powerpc PPC/32bit (hardware TP-Link-WDR-4900-v1))

On Sun, Feb 12, 2023 at 05:34:43PM -0500, Rich Felker wrote: > On Sun, Feb 12, 2023 at 08:17:04AM +0000, Bastian Bittorf wrote: > > On Sat, Feb 11, 2023 at 02:30:44PM -0500, Rich Felker wrote: > > > > > .hidden __hwcap > > > > >

Re: [musl] busybox problem on powerpc PPC/32bit (hardware TP-Link-WDR-4900-v1)

On Sat, Feb 11, 2023 at 02:30:44PM -0500, Rich Felker wrote: > > > .hidden __hwcap > > > .long __hwcap-. > > > -1: mflr 4 > > > - lwz 5, 0(4) > > > - lwzx 4, 4, 5 > > > - andis. 4, 4, 0x80 > > > +1: mflr 6 > > > + lwz 5, 0(6) > > > + lwzx 6, 6, 5 > > > + andis. 6, 6, 0x80 > > >

Re: [musl] busybox problem on powerpc PPC/32bit (hardware TP-Link-WDR-4900-v1)

On Sat, Feb 11, 2023 at 09:01:03AM -0500, Rich Felker wrote: > It looks like the powerpc spe longjmp code is clobbering the value > argument. Try the attached patch. > diff --git a/src/setjmp/powerpc/longjmp.S b/src/setjmp/powerpc/longjmp.S > index 611389fe..465e4cd7 100644 > ---

Re: [musl] busybox problem on powerpc PPC/32bit (hardware TP-Link-WDR-4900-v1)

On Sat, Feb 11, 2023 at 12:51:47PM +, Bastian Bittorf wrote: > With OpenWRT i recognized a strange behavior of ash-shell scripts. > It happens only on target PowerPC, e.g. m68k, arm, mips, x86 are > unaffected. to be more clear: it seems to affect musl, but not glibc build. bye

busybox problem on powerpc PPC/32bit (hardware TP-Link-WDR-4900-v1)

char *p; errno = 0; r = strtol(s, , 10); if (errno != 0) syntax(s, "out of range"); return r; } Best Greetings, Bastian Bittorf ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Re: strange errors on mpc85xx-p1010-tplink_tl-wdr4900-v1

On Sun, Feb 05, 2023 at 03:47:46PM +, Bastian Bittorf wrote: > I build r21997 for the wdr4900, flashed with > 'sysupgrade -n /tmp/factory.bin' and recognized strange > errors with custom scripts. It can be reduced to: > > $ test A -gt 5 && echo OK > ash: A: out

strange errors on mpc85xx-p1010-tplink_tl-wdr4900-v1

I build r21997 for the wdr4900, flashed with 'sysupgrade -n /tmp/factory.bin' and recognized strange errors with custom scripts. It can be reduced to: $ test A -gt 5 && echo OK ash: A: out of range OK I will try to run busybox-1.36.0 with QEMU for investigating further... bye, Bastian

Re: howto support ramoops (former crashlog.o)

On Tue, Aug 23, 2022 at 07:53:53PM +0200, Daniel Golle wrote: > pstore/ramoops can only work on platforms which do NOT clear DRAM > content on (re-)boot. Many of the $vendor loaders unfortunately do that. > Archer C6U being an MT7621-based unit will probably need a replacement > bootloader in

howto support ramoops (former crashlog.o)

I'am trying to add ramoops support for a specific mediatek model. There are alreay a few commit regarding this, but i'am not apply to harvest a crashlog after a crash-reboot. # openwrt$ git grep "ramoops@" package/boot/uboot-mediatek/patches/050-mt7622-enable-pstore.patch:+ ramoops@42ff {

FS#4118 - "logread" crashes sometimes #9100

I just want to mention a longstanding segfault-issue, which one can now reproduce with an x86-snapshot-image. Maybe somebody has time to look into this core building block: https://github.com/openwrt/openwrt/issues/9100 thanks && bye, bastian ___

Re: mt7915e in mt7621 - Failed to get patch semaphore

On Sat, Dec 18, 2021 at 01:21:21PM +0100, Janusz Dziedzic wrote: > Hello, > > Have mt7915e in my mt7621 router (pandora box/ramips). the same here with 'TP-LINK Archer C6U' (also ramips) (but since a long time and maybe forever). bye, Bastian ___

Re: [RFC] Stop providing binary package updates for release builds?

On Sun, Dec 12, 2021 at 08:42:52PM +0100, Jo-Philipp Wich wrote: > - Stop providing binary package updates; build release images and associated >repositories once only, archive the artifacts and redelegate build >resources back to master snapshots This! If people are interested in

Re: ath79 / TP-Link CPE510 / tftp: recovery.bin

On Fri, Nov 12, 2021 at 11:12:03AM +0100, Vincent Wiemann wrote: > > Press CTRL+B to enter SafeLoader: 1 > > Have you tried that? yes, after this it asks for a password, which is not 'admin' or 'Admin' or 'tpl'... ___ openwrt-devel mailing list

ath79 / TP-Link CPE510 / tftp: recovery.bin

After flashing trunk to some devices, i'am affected from the lzma-loader/GCC11 issue. It was possible in the past to use the standard recovery procedure, but it seems NOT possible anymore, maybe because of the changed partition layout? The bootloader says: Incorrect File. Writting error. Anyway:

Problem: dnsmasq.init / dhcp-user-script not executed

Introduced with: --- commit 8b486ec2b52056b737a4ce64a2040a9a27a6bd60 Author: Hans Dedecker Date: Fri Jun 9 16:24:12 2017 +0200 dnsmasq: add dhcp-script hook conditionally --- breaks parsing of user provided dhcp-script for me: uci set

Re: warning about which deprecated

On Sun, Nov 07, 2021 at 10:25:48PM -0800, Rosen Penev wrote: > > > Should we consider building it as a toolchain tool or should we migrate to > > > command -v ? > > https://github.com/openwrt/openwrt/commit/1f5e7224868109a170a9248d18f8d2b6124e9c5a > Wonder if switching command -v to type -a -p

wget: limit downloaded bytes problem

With OpenWRT master and busybox v1.34.1 (musl-1.2.2), but also with older busybox v1.26.2 (musl-1.1.16), I see these issues with wget: # on server: dd if=/dev/urandom of=/var/www/random.bin bs=513 count=1 # on OpenWRT/client: limit downloaded bytes: wget -O - http://intercity-vpn.de/random.bin |

Re: [PATCH] dnsmasq: procd-ujail: workaround startup failure, when leasefile location is in /tmp

On Mon, Oct 18, 2021 at 10:20:56AM +0100, Daniel Golle wrote: > On Mon, Oct 18, 2021 at 08:12:00AM +0000, Bastian Bittorf wrote: [...] > > This is v2 of the patch with a more correct description what is does. > > > > Ref: https://bugs.openwrt.org/index.php?do=details_

[PATCH] dnsmasq: procd-ujail: workaround startup failure, when leasefile location is in /tmp

by: Daniel Golle Signed-off-by: Bastian Bittorf --- .../services/dnsmasq/files/dnsmasq.init | 19 --- 1 file changed, 16 insertions(+), 3 deletions(-) diff --git a/package/network/services/dnsmasq/files/dnsmasq.init b/package/network/services/dnsmasq/files/dnsmasq.init index

Re: [PATCH] dnsmasq: procd-ujail: workaround startup failure, when leasefile location is in /tmp

On Sun, Oct 17, 2021 at 05:45:19PM +0100, Daniel Golle wrote: > > + "because jailing /tmp does not work: choose > > e.g. /tmp/dnsmasq/leasefile" > > + } > To do what you describe in the commit message it would be > } else { > > I'm fine with either, just the

[PATCH] dnsmasq: procd-ujail: workaround startup failure, when leasefile location is in /tmp

ases: Read-only file system Thu Oct 14 18:32:38 2021 daemon.crit dnsmasq[1]: FAILED to start up Ref: https://bugs.openwrt.org/index.php?do=details_id=4085 Acked-by: Daniel Golle Signed-off-by: Bastian Bittorf --- .../services/dnsmasq/files/dnsmasq.init | 19 --- 1 file c

Re: uml: drop target

On Sun, Oct 10, 2021 at 12:23:16PM -0400, Michael Richardson wrote: > I haven't used the UML target in the past year, but I have used it a lot > before. > The ability to do hostfs mounts is very nice. > If it went away, I'd be sad, it's not a disaster as you say. I'am also an infrequent user. I

Re: WDS stopped working in 21.02, looking for bug in netifd

On Thu, Sep 23, 2021 at 03:17:15PM +0200, Daniel Haid wrote: > Is there any way to dump a detailed state of the wlan driver in the kernel? > Or the state of netifd? Sould I enable some debug options? at least you can try to debug with 2 terminals an running: iw event ip monitor bye, Bastian

Re: WDS stopped working in 21.02, looking for bug in netifd

On Wed, Sep 22, 2021 at 06:12:13PM +0200, Daniel Haid wrote: > Another update: can you please add this function ontop of /lib/netifd/wireless/mac80211.sh #!/bin/sh iw() { local rc; command iw "$@"; rc=$?; echo "rc:$rc | iw $*" >>/tmp/foo; test $rc -eq 0 || command iw "$@" 2>>/tmp/foo; return

[PATCH] mac80211: fix IBSS/adhoc mode for brcmfmac (e.g. Raspberry Pi Zero W)

xx devices with different revisions: this patch does not harm. please also apply to stable branch. Signed-off-by: Bastian Bittorf --- package/kernel/mac80211/files/lib/netifd/wireless/mac80211.sh | 1 + 1 file changed, 1 insertion(+) diff --git a/package/kernel/mac80211/files/lib/netifd/wireless/mac8

Re: [PATCH v2] vxlan: allow for dynamic source ip selection

On Tue, Nov 24, 2020 at 04:26:29AM +0100, Johannes Kimmel wrote: > Fixes: FS#3426 > Ref: https://bugs.openwrt.org/index.php?do=details_id=3426 > > V2: > - bump PKG_RELEASE > - add small explaination about behaviour changes > > Signed-off-by: Johannes Kimmel Te

Re: [OpenWrt-Devel] [PATCH][CC] Revert "ar71xx: change some TP-link modelnames (WR841, WA701, WA730)"

* Sven Roederer [27.04.2016 08:30]: > So finally, as this change will come, so it comes already inside this release > and some derived projects also adapted the change. We also adapted this change and it makes the world better. bye, bastian

Re: [OpenWrt-Devel] [PATCH][CC] Revert "ar71xx: change some TP-link modelnames (WR841, WA701, WA730)"

* John Crispin [25.04.2016 07:39]: > > The changed image name breaks compatibility for derived projects and > > that's something which should only happen if there is a really good > > reason (e.g. security fix). > > how does it beak compatibility ? I think they auto-download a

Re: [OpenWrt-Devel] Sha256 checksum generation of images: why OpenSSL instead of sha256sum?

* Stijn Segers [22.03.2016 08:47]: > Is there a specific reason why OpenSSL is used instead of sha256sum? it's all about portability. OpenSSL is widely available, and sha256 not. maybe you can 'sanitize' the output somehow? bye, bastian

Re: [OpenWrt-Devel] new kernel 4.1.20 / jffs-deadlock fix

* Sedat Dilek [18.03.2016 13:33]: > Just FYI... > > "jffs2: Fix page lock / f->sem deadlock" see [1]. > > - Sedat - > > [1] > http://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/?h=v4.1.20=e0dae728bf0878ad831440ff5d2e90ec10b794a4 yes, we can

Re: [OpenWrt-Devel] new kernel 4.1.20 / jffs-deadlock fix

* Sedat Dilek <sedat.di...@gmail.com> [18.03.2016 13:33]: > On Fri, Mar 18, 2016 at 8:42 AM, Bastian Bittorf <bitt...@bluebottle.com> > wrote: > > maybe someone has the power to bump > > kernel 4.1.x to 4.1.20 - it has in > > jffs2-deadlock fix... &

[OpenWrt-Devel] new kernel 4.1.20 / jffs-deadlock fix

maybe someone has the power to bump kernel 4.1.x to 4.1.20 - it has in jffs2-deadlock fix... does somebody already working or on the schedule? bye, bastian ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org

Re: [OpenWrt-Devel] Question regarding call python script

* Jason Wu [14.03.2016 07:39]: > Just to be sure, are you saying that we should also avoid indexed > array in bash? It is possible to create n-dimensional arrays with > indexed array. The main reason for this is to be sure that I am on > the right track. "Complexity is a

Re: [OpenWrt-Devel] Question regarding call python script

* Karl Palsson [13.03.2016 10:00]: > > array_set "test" 7 > > array_get 7 > > > > or for 2-dimensional arrays: > > array_set "2dim" 3 14 > > array_get 3 14 > > You know, this is _exactly_ why people want to use python or even > perl instead of bash/awk/sed. > > This is a

Re: [OpenWrt-Devel] Question regarding call python script

* Paul Fertser [11.03.2016 11:15]: > As a sidenote, POSIX shell doesn't support associative arrays (which > were mentioned in this thread), so it's probably worth clarifying > whether it's ok to require bash >= 4 for OpenWrt build scripts or not. yes, POSIX is "missing" some

Re: [OpenWrt-Devel] Question regarding call python script

* John Crispin [11.03.2016 06:27]: > depends on what you want to do. i dont really see anything that cannot > be handled using shell. what exactly do you want to write in python ? also in general i think it's a good idea to have less dependency than more. personally 8-) i

Re: [OpenWrt-Devel] [musl] regex issue / asterisk / musl / sed

* Szabolcs Nagy [29.02.2016 20:35]: > a possible fix is attached, the handling of ^ and $ > in BRE is suboptimal, but that will need a bigger > refactoring. thank you, fixes it for me on x86/UML and MIPS/ar71xx. bye, bastian ___

[OpenWrt-Devel] regex issue / asterisk / musl / sed

dear hackers, i cannot find any former issue with that, but want to document this here. I spotted an issue in one of our scripts and it boils down to: root@box:~ echo 'o*o' | sed -e 's/*/asterisk/g' sed: bad regex '*': Invalid regexp root@box:~ echo 'o*o' | sed -e 's/\*/asterisk/g' oasterisko

Re: [OpenWrt-Devel] [EXPERIMENTAL] [PATCH] package/utils/busybox: Make busybox /bin /sbin so full first in /usr/bin /usr/sbin

* open...@daniel.thecshore.com [22.02.2016 09:50]: > install_bin /bin/busybox /bin/ash /bin/sh /bin/mount /bin/umount > \ > /sbin/pivot_root /sbin/reboot /bin/sync /bin/dd /bin/grep > \ > - /bin/cp /bin/mv /bin/tar

Re: [OpenWrt-Devel] erro compiling 'master' with musl

* Bastian Bittorf <bitt...@bluebottle.com> [12.02.2016 11:12]: > as far as i read we should replace the > > #ifdef __linux__ > with > #ifdef __GLIBC__ any opinions about that? so should i send a proper patch to ML? bye, bastian

Re: [OpenWrt-Devel] [PATCH] dropbear: fix forever hanging startup when jffs2 fails to mount

* John Crispin [16.02.2016 18:39]: > > root@OpenWrt:~ mv -f /tmp/dropbear/dropbear_* /etc/dropbear/ > > mv: can't remove '/etc/dropbear/dropbear_rsa_host_key': Read-only file > > system > > this is really only fighting the symptoms. we dont really want to have > all scripts

Re: [OpenWrt-Devel] [PATCH] dropbear: fix forever hanging startup when jffs2 fails to mount

* John Crispin [16.02.2016 18:39]: > > fix that by using 'mv -f' which omits the interactive question: > > > > root@OpenWrt:~ mv -f /tmp/dropbear/dropbear_* /etc/dropbear/ > > mv: can't remove '/etc/dropbear/dropbear_rsa_host_key': Read-only file > > system > > > > this is

[OpenWrt-Devel] [PATCH] dropbear: fix forever hanging startup when jffs2 fails to mount

' which omits the interactive question: root@OpenWrt:~ mv -f /tmp/dropbear/dropbear_* /etc/dropbear/ mv: can't remove '/etc/dropbear/dropbear_rsa_host_key': Read-only file system so the startup can continue. Signed-off-by: Bastian Bittorf <bitt...@bluebottle.com> --- package/network/services/dr

Re: [OpenWrt-Devel] Patchwork patch state mysteriously changed to "Not applicable"

* Bob Ham [12.02.2016 11:00]: > now has the state of "Not applicable" but there are no comments and it > doesn't say who changed the status. what I see is, that 'luci-app-bmx6/files/usr/lib/lua/luci/model/cbi/bmx6/main.lua' is at least does not belong to openwrt.git - you

[OpenWrt-Devel] erro compiling 'master' with musl

user@box:~/openwrt$ cat logs/package/feeds/routing/olsrd/compile.txt make[4]: Entering directory `/home/bastian/openwrt/build_dir/target-mips_34kc_musl-1.1.12/olsrd-master' [CC] src/main.c src/main.c:48:22: fatal error: execinfo.h: No such file or directory compilation terminated. make[4]: ***

Re: [OpenWrt-Devel] [PATCH] iproute2: ip_tiny.patch: Don't filter CAN support

* Pushpal Sidhu [28.01.2016 11:06]: > Adds < 4k to ipk. can you explain your usecase? how much does the binary grow? bye, bastian ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org

Re: [OpenWrt-Devel] [PATCH v3] base-files: For sysfixtime use hwclock if RTC available

* Petr Štetiar [28.01.2016 11:06]: > Like following? > > deps_ok && $HWCLOCK -s -f $RTC_DEV && exit 0 && return just: deps_ok && $HWCLOCK -s -f $RTC_DEV && return bye, bastian ___ openwrt-devel mailing list

Re: [OpenWrt-Devel] [PATCH] busybox: sysntpd - use NTP servers received via DHCP

* Amine Aouled Hamed [25.01.2016 14:53]: > So using the latest procd version, > I added a simple logger message on top start_service() in sysntpd and added > the triggers in service_triggers and to test I just unplugged and > re-plugget my network cable and checked logread. >

Re: [OpenWrt-Devel] uclient-fetch & SSL WAS:Re: DD: CONFIG_BUSYBOX_DEFAULT_WGET is not set

* Martin Tippmann [24.01.2016 09:10]: > Sorry if I was not clear - I meant uclient-fetch not wget. me too, i showed the link /bin/wget which *is* uclient-fetch > # opkg list | grep uclient > libuclient - 2016-01-21-b9808a8c3a8922ed8df4e6fe45848ac2e52f13be >

Re: [OpenWrt-Devel] DD: CONFIG_BUSYBOX_DEFAULT_WGET is not set

* John Clark [22.01.2016 07:55]: > Is it intentional that wget is not available by default in the i just send a patch. thanks for spotting this. bye, bastian ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org

[OpenWrt-Devel] [PATCH] base-files: fix sysupgrade 'wget' handling

with r48379 and r48386 the path of wget changed. respect that and adjust the dirname. this fixes #21680 Signed-off-by: Bastian Bittorf <bitt...@bluebottle.com> --- package/base-files/files/lib/upgrade/common.sh | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/packag

Re: [OpenWrt-Devel] [PATCH v3] base-files: For sysfixtime use hwclock if RTC available

* John Crispin [21.01.2016 13:30]: > hang on there, this looks like bastel basti scriptowahn 8-) but the 'exit VS. return' is valid... bye, bastian ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org

Re: [OpenWrt-Devel] [PATCH v3] base-files: For sysfixtime use hwclock if RTC available

* Petr Štetiar [21.01.2016 12:22]: > boot() { > + [ -e "$RTC_DEV" ] && [ -e "$HWCLOCK" ] && $HWCLOCK -s -f $RTC_DEV && > exit 0 thank you! can you please do in this line a: && return and introduce a helper (maybe overengineered 8-) deps_ok() { [ -e "$RTC_DEV" ] &&

Re: [OpenWrt-Devel] [PATCH 3/3] package/network/config/qos-scripts: Drop ifconfig and use ip command instead

* Daniel Dickinson [22.01.2016 07:55]: > >>- export dev_${dir}="ifconfig $dev up txqueuelen 5 >&- 2>&- > >>+ export dev_${dir}="ip link set $dev up txqueuelen 5 >&- 2>&- > >This doesn't actually work... > > Is it unsupported by busybox ip applet?

Re: [OpenWrt-Devel] netifd question

* Daniel Dickinson [22.01.2016 07:55]: > For a netifd protocol is there way to tell netifd to *not* > automatically try to restart the connection? we have samething similar for PPPoE. option 'authfail' '1' # since r33291 check

Re: [OpenWrt-Devel] DD: CONFIG_BUSYBOX_DEFAULT_WGET is not set

* John Clark [22.01.2016 07:55]: > Is it intentional that wget is not available by default in the > current trunk? I noticed this because /sbin/sysupgrade is failing in > the current build of designated driver due to this. I thought I > would point it out. yes, is was

Re: [OpenWrt-Devel] [PATCH 1/3] package/network/utils/iproute: ip-full/busybox provides ip

* open...@daniel.thecshore.com [21.01.2016 07:06]: > From: Daniel Dickinson > > Allow to use dependencies on 'ip' command without forcing a > particular version by having ip-full and busybox (if ip > applet enabled), as well as

Re: [OpenWrt-Devel] [PATCH] package/config/netifd: Replace ifconfig/route with ip command

* Daniel Dickinson [20.01.2016 10:18]: > >>+ local prefix="$( > >>+ eval "$(ipcalc.sh 0.0.0.0 ${subnet:-255.255.255.0})" > >>+ echo -n $PREFIX > > > >dont use '-n' > > Why not? It prevents echo from emitting an unwanted newline. by the way:

Re: [OpenWrt-Devel] [PATCH v2] base-files: For sysfixtime use hwclock if RTC available

* Petr Štetiar [20.01.2016 10:14]: thank you! > START=00 > +STOP=90 > + > +rtc_dev=/dev/rtc0 > +hwclock=/sbin/hwclock please use varname in UPPERCASE if global (just a style issue) the rest looks good to me. bye, bastian ___

Re: [OpenWrt-Devel] [PATCH] package/config/netifd: Replace ifconfig/route with ip command

* Daniel Dickinson [20.01.2016 10:18]: > >>+ local prefix="$( > >>+ eval "$(ipcalc.sh 0.0.0.0 ${subnet:-255.255.255.0})" > >>+ echo -n $PREFIX > > > >dont use '-n' > > Why not? It prevents echo from emitting an unwanted newline. it's not

Re: [OpenWrt-Devel] [PATCH] use NTP server received via DHCP

* amine ahd [20.01.2016 10:09]: thank you! > The current state of NTP is to load the list of NTP servers > from the static file /etc/config/system. > This patch allows ntpd to get NTP servers from DHCP. like john wrote already: if you edit the first line of the

Re: [OpenWrt-Devel] [PATCH] package/config/netifd: Replace ifconfig/route with ip command

* open...@daniel.thecshore.com <open...@daniel.thecshore.com> [20.01.2016 14:01]: > +# From Bastian Bittorf <bitt...@bluebottle.com> > +# Included in this file to avoid dependencies > +mask2cidr() please drop the comment, thank you. > +{ > + local x=${1##*

Re: [OpenWrt-Devel] [PATCH] use NTP server received via DHCP

* amine ahd [19.01.2016 10:12]: > start_service() { > - local server enabled enable_server peer > - > + local server enabled enable_server peer ntpservers iface status > ntpserver dump > + local dhcp_ifaces="$(uci -q get system.ntp.dhcp_ifaces)" > + please

Re: [OpenWrt-Devel] [PATCH] package/config/netifd: Replace ifconfig/route with ip command

* open...@daniel.thecshore.com [20.01.2016 07:21]: > @@ -5,30 +5,34 @@ set_classless_routes() { > local max=128 > local type thanks for that, i have it also on my todo-list. please remove also the 'local type' here. > done > } > >

Re: [OpenWrt-Devel] Dissociate STA based on SNR

* Nishant Sharma [18.01.2016 15:40]: > I was wondering if there is a way to dissociate STAs who say go below > a minimum threshold SNR or signal level of say -65dBm in a multi-AP > scenario? we also faced this, while doing roaming. i workaround is to have something like:

Re: [OpenWrt-Devel] Dissociate STA based on SNR

* Nishant Sharma [19.01.2016 07:46]: > >ubus call hostapd.$dev del_client '{ "addr" : "$mac", "reason" : > >"assoc toomany", "ban_time" : 1 }' > Thanks for the pointers. It works for me. > > What exactly is ban_time unit? I presume it's millisecond. yes,

Re: [OpenWrt-Devel] Dissociate STA based on SNR

* Weedy [19.01.2016 07:46]: > > I was wondering if there is a way to dissociate STAs who say go below a > > minimum threshold SNR or signal level of say -65dBm in a multi-AP scenario? > > > option disassoc_low_ack1 > Adjust this code to trigger higher? yes, this also

Re: [OpenWrt-Devel] [PATCH 1/1] use NTP server received via DHCP

* Amine Aouled Hamed [15.01.2016 10:03]: > > please make var 'iface' local and while you are there, move > > all the 'local' declaration to the head of the function. > > Wouldn't be better if the local vars inside of the if and for statements > stay inside? maybe thats

Re: [OpenWrt-Devel] [PATCH] brcm47xx: Mark broken; no working images

* Daniel Dickinson [14.01.2016 17:35]: > If on trunk, what compile options do use to make the images build > successfully? I get failed compiles with warning that the image is > too big on any brcm47xx target I tried, so unless wl-500gp is bigger > than most of

Re: [OpenWrt-Devel] [PATCH 1/1] use NTP server received via DHCP

* amine ahd [14.01.2016 10:29]: thank you, patch applies... > start_service() { > - local server enabled enable_server peer > + local server enabled enable_server peer ntpservers > + local use_dhcp="$(uci -q get system.ntp.use_dhcp)" > >

Re: [OpenWrt-Devel] [PATCH 1/1] use NTP server received via DHCP

* amine ahd [12.01.2016 10:08]: > + [ "$use_dhcp" = 1 ] && { > + if [ -z "$dhcp_ifaces" ]; then > + local dump=$(ubus call network.interface dump) > + ntpservers=$(jsonfilter -s "$dump" -e >

Re: [OpenWrt-Devel] [PATCH 1/1] use NTP server received via DHCP

* amine ahd [12.01.2016 10:08]: > --- > package/utils/busybox/Makefile | 3 ++ > package/utils/busybox/files/sysntpd| 26 ++- > package/utils/busybox/files/sysntpd.hotplug| 53 ++ > 3 files changed, 80 insertions(+), 2

Re: [OpenWrt-Devel] [PATCH 1/1] [DEV-1329] use NTP server received via DHCP

* amine ahd [07.01.2016 10:34]: the patch is from wrong dir. please do a 'git format-patch' inside the OpenWrt-dir, so the modified files are: package/utils/busybox/Makefile package/utils/busybox/files/sysntpd package/utils/busybox/files/sysntpd.hotplug for the subject:

Re: [OpenWrt-Devel] [PATCH 1/1] use NTP server received via DHCP

* amine ahd [07.01.2016 19:41]: > --- > package/utils/busybox/Makefile | 3 ++ > package/utils/busybox/files/sysntpd| 28 +++- > .../package/utils/busybox/files/sysntpd.hotplug| 53 > ++ the path for "sysntpd.hotplug" is

Re: [OpenWrt-Devel] SDK vs. Toolchain+

* Daniel Dickinson [06.01.2016 20:11]: > Obviously your idea of cheap, fast hardware is based on the > assumption that one is working on OpenWrt for pay rather than hobby. sorry, i misunderstood and was thinking that it _is_ part of your business. you are right,

[OpenWrt-Devel] [PATCH] procd: emit events for sound subsystem

/card0/audio SUBSYSTEM: sound ACTION: add DEVNAME: mixer DEVPATH: /devices/platform/ehci-platform/usb1/1-1/1-1:1.0/sound/card0/mixer SUBSYSTEM: sound This fixes #21466. Signed-off-by: Bastian Bittorf <bitt...@bluebottle.com> --- package/system/procd/files/hotplug.json | 2 +- 1 file chan

Re: [OpenWrt-Devel] SDK vs. Toolchain+

* Daniel Dickinson [05.01.2016 18:48]: > The problem is that I find, at least with ar71xx, that even with a an > already compile toolchain that target/linux/compile takes an annoying > amount of time (even though nothing is being compiled, there is a lot > of stuff

Re: [OpenWrt-Devel] [PATCH] base-files utils/busybox: Make requiring login in console default for easily accessed devices

* Michael Richardson [24.12.2015 22:14]: > >> > till the real keys are generated? it can last several minutes on some > >> > routers and it feels like the box is broken. also: if really > something > >> > goes wrong during key generating we can at least login. >

Re: [OpenWrt-Devel] [PATCH] base-files utils/busybox: Make requiring login in console default for easily accessed devices

* Michael Richardson [24.12.2015 22:14]: > 2) if the user is "used" to a key mismatch, and they type their password in, >the password has just been compromised. this is indeed true for IPv6/linklocal > A better approach is that the ssh daemon should start, open port 22,

Re: [OpenWrt-Devel] [PATCH] base-files utils/busybox: Make requiring login in console default for easily accessed devices

* Michael Richardson [24.12.2015 22:14]: > 1) when the "default" key is being used, the box can be impersonated. hmmm, it can - but you need another box on the same wire with the same IP 192.168.1.1 > 2) if the user is "used" to a key mismatch, and they type their password

Re: [OpenWrt-Devel] [PATCH] base-files utils/busybox: Make requiring login in console default for easily accessed devices

* Imre Kaloz [24.12.2015 21:15]: > >while we are at it: what about including default private keys for SSH > >till the real keys are generated? it can last several minutes on some > >routers and it feels like the box is broken. also: if really something > >goes wrong during key

Re: [OpenWrt-Devel] [PATCH] base-files utils/busybox: Make requiring login in console default for easily accessed devices

* John Crispin [24.12.2015 21:15]: > > while we are at it: what about including default private keys for SSH > > till the real keys are generated? it can last several minutes on some > > routers and it feels like the box is broken. also: if really something > > goes wrong

Re: [OpenWrt-Devel] [PATCH] base-files utils/busybox: Make requiring login in console default for easily accessed devices

* Imre Kaloz [23.12.2015 16:22]: > >I'd hate to have some corner case result in bricked routers for > >people who have no means of recovering from a bad flash. > > You can reflash from the bootloader all the time, we are talking > about userland here. IMHO this should be just

Re: [OpenWrt-Devel] [PATCH] base-files utils/busybox: Make requiring login in console default for easily accessed devices

* Daniel Curran-Dickinson [23.12.2015 17:27]: > I'm implementing without mount_root - that means passwordless > failsafe unless user has preconfigured passwords in their image. > OTOH if they have configured passwords in their image then they will > be required. ok,

Re: [OpenWrt-Devel] [PATCH] use NTP server received via DHCP

* amine ahd [22.12.2015 17:40]: > + #get the list of ntp servers from DHCP using ubus. > + ntpservers=`ubus call network.interface dump | grep "ntpserver" | cut > -d":" -f2 | tr -d '"'` remove the comment, it's obvious what you are doing. when using comment, use a

[OpenWrt-Devel] sysupgrade + reverse SSH tunnel broken

when starting sysupgrade on a router with an interactive reverse SSH session provided via dropbear/dbclient, the "dbclient" gets killed during early run of the script, keeping the box unreachable. maybe this is the same user other tunnels too. there are 3 possible ways i can imagine: 1) warn the

Re: [OpenWrt-Devel] [PATCH] base-files: For sysfixtime use hwclock if RTC available

* open...@daniel.thecshore.com [17.12.2015 10:39]: > From: Daniel Dickinson > > On systems that have an RTC prefer it to the file-based > time fixup (i.e. use hwclock when there is a permanent > clock instead of the faked up time

Re: [OpenWrt-Devel] Fast build testing [Was: Git mirror with branches, tags and full history]

* Dirk Neukirchen [02.12.2015 15:35]: > Can you please add some compile speed numbers > on cloud service/workstation/ >8thread hardware to > this wiki page: https://wiki.openwrt.org/doc/faq/development yes, i will update that if i have collected for some more machines.

Re: [OpenWrt-Devel] [PATCH 6/6] ramips: mt7621: disable ISDN in kernel config

* John Crispin [14.12.2015 09:19]: > > +# CONFIG_ISDN is not set > > ah you found my easter egg. this has been in our config for ages for > some reason beyond my knowledge ;) using OpenWrt as an ISDN-dialup/concentrator is not totally out of scope, but nowadays it's at least

Re: [OpenWrt-Devel] Fast build testing [Was: Git mirror with branches, tags and full history]

* John Szakmeister [02.12.2015 16:04]: > > today tested PowerPC/mpc85xx and this needs 160 seconds: > > make clean; make -j25 > > Do these numbers include building the toolchain? And I assume it does > not include downloading all the sources, correct? just bumping this

[OpenWrt-Devel] Q: procd / respawn if process dies

while trying to understand the procd respawn-trigger, I wrote this testscript: #!/bin/sh /etc/rc.common START=50 USE_PROCD=1 PROG=/tmp/test.sh start_service() { { echo '#!/bin/sh' echo 'logger START-$0 $$' echo 'sleep 10'

Re: [OpenWrt-Devel] Q: procd / respawn if process dies

* Yousong Zhou [08.12.2015 15:59]: > respawn is an instance attribute, moving that statement inside the > open/close instance block should do the job thanks for the hint, this works! bye, bastian ___ openwrt-devel mailing list

Re: [OpenWrt-Devel] Fast build testing [Was: Git mirror with branches, tags and full history]

* John Szakmeister <j...@szakmeister.net> [02.12.2015 16:04]: > On Wed, Dec 2, 2015 at 6:14 AM, Bastian Bittorf <bitt...@bluebottle.com> > wrote: > > * Petr Štetiar <yn...@true.cz> [30.11.2015 13:47]: > >> That sounds really great, can you please share

Re: [OpenWrt-Devel] [OpenWrt] openwrt build system costs: support of or foundation over?

* Eric Schultz [08.12.2015 07:18]: > but they don't even know who to pay in some cases. There's lots of reasons > why this has been the case but, in the end, more clarity in governance and > process would go a long way to help here. I'm happy to personally help but >

[OpenWrt-Devel] [PATCH] netifd: ifup-shellscript - fix wrong usage of 'local'

: not in a function /sbin/ifup: local: line 362: not in a function /sbin/ifup: local: line 1: not in a function Signed-off-by: Bastian Bittorf <bitt...@bluebottle.com> --- package/network/config/netifd/files/sbin/ifup | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/package/n

Re: [OpenWrt-Devel] Fast build testing [Was: Git mirror with branches, tags and full history]

* John Szakmeister [02.12.2015 16:04]: > Do these numbers include building the toolchain? And I assume it does > not include downloading all the sources, correct? building toolchain is not included and sources are already in place. i will update the wikipage with exact

Re: [OpenWrt-Devel] Fast build testing [Was: Git mirror with branches, tags and full history]

* Petr Štetiar [30.11.2015 13:47]: > That sounds really great, can you please share more details? It's just your > guess or you've achieved such build times already? today tested PowerPC/mpc85xx and this needs 160 seconds: make clean; make -j25 (the test yesterday was with ar71xx

Re: [OpenWrt-Devel] Fast build testing [Was: Git mirror with branches, tags and full history]

* Petr Štetiar [30.11.2015 13:47]: > > build testing OpenWrt can be *really* fast, if you > > > > a) build in a ram-disk > > b) use dedicated hardware for each architecture > > > > i bet it's about 300 seconds for a full fresh > > distributed build for *all* architectures. > >

Re: [OpenWrt-Devel] Fast build testing [Was: Git mirror with branches, tags and full history]

* Petr Štetiar [30.11.2015 13:47]: > > i bet it's about 300 seconds for a full fresh > > distributed build for *all* architectures. > > That sounds really great, can you please share more details? It's just your > guess or you've achieved such build times already? ofcourse we

  1   2   3   4   5   6   7   8   >