* Baptiste Jonglez [22.08.2014 22:34]:
> What is the default value, then? Is it "none" or "disabled"? What is the
> difference?
internally it's a bool/switch, which can have:
0|off|false|no|disabled or
1|on|true|yes|enabled
adding 'none' is possible, but...
bye, bastian
_
* Stephen Parry [24.08.2014 08:28]:
> +if [ -e /bin/ramfsinit ]; then
> + exec /bin/ramfsinit
> +fi
better use:
elif [ -e /sbin/ramfsinit ]; then
> +if [ -e /sbin/ramfsinit ]; then
> + exec /sbin/ramfsinit
> +fi
bye, bastian
___
openwrt-devel
i stumbled in a custom script over this problem:
root@fonera2n:~ opkg status kernel
Package: kernel
Version: 3.10.34-1-9ab8a27dee25ed0e5197bf83aebd96c3
Depends: libc
Status: install hold installed
Architecture: ramips_24kec
Installed-Time: 1396519878
# so the platform/architacture name is 'ramips
* Weimarnetz e.V., Vorstand/Vereinsvorsitzender: Bastian Bittorf
[27.08.2014 09:42]:
> can somebody explain this? bye, bastian
digging through 'target/linux/ramips'
i can see, that all boards are CPU_TYPE:=24kec
but only 1 board 'rt288x' is CPU_TYPE:=mips32r2
(so '24
* Alive4ever [29.08.2014 14:03]:
> I'm using an embedded system with busybox v1.22.1, running Openwrt Chaos
> Chalmer r42321, mips24k AR9330
>
> When I call 'busybox false --help', the return status is zero. I think it has
> nothing todo with openwrt, because it's the output of busybox, not the
* Daniel Petre [30.08.2014 07:42]:
> is there any OpenWrt compatible gigabit router that can do more than
> 400 Mbit/s WAN to LAN except linksys wrt1900ac ?
> I know netgear wndr3700/wndr3800 and tp-link wr1043nd do around
> 380-400 Mbit/s but is there any other hardware more powerful with
> OpenW
* Robert P. J. Day [04.09.2014 10:54]:
> -# Example: `scripts/update-package-md5sum feeds/packages/python`
> +# Example: $ scripts/update-package-md5sum feeds/packages/python
if you use '$' instead of '`', you must use e.g. $(...) so
`shell_command` or
$(shell_command)
bye, bastian
with r42431 DFS is enabled by default[1]:
"mac80211: enable DFS support for ath9k/10k by default The DFS pattern
detector now supports all three regions; ETSI, FCC and JP, so there is
no reason to not have it enabled anymore."
there was a long discussion on battlemesh/Leipzig[2] that this
is from
* Felix Fietkau [08.09.2014 10:36]:
> > is from a security point of view a difficult thing - because everybody
> > can take down a complete city-network.
> I've never heard this claim before. How does enabling this option allow
> people to take down a network?
the theory is here:
http://battlemes
* Jonas Gorski [08.09.2014 11:54]:
> detection support in ath9k/ath10k. So if CSAs are an issue, it was
> already an issue before.
thanks for pointing that, it was not clear to me.
> > "somebody" can just mark all channels as "unavailable".
>
> How would they do that? Especially with non-DFS en
* Bruno Randolf [26.09.2014 14:11]:
> horst 4.1 to the for-14.07 branch... Here's the pull request:
i vote for it - bye, bastian.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-d
* Mathias Kresin [06.10.2014 20:23]:
> +network_get_ipaddrs_all() {
> + local __addr
> + local __list=""
1)
is there a special reason for starting everything with '__'?
(the vars are local anyway).
2)
is there a special reason not to name the vars $1 and $2? e.g.
local dest_var="$1"
loc
i seems that '/lib/netifd/wireless/mac80211.sh' sets
the default distance to '0' if not defined via uci.
what does that mean? dynamic ack or not?
because 0 seems to be a valid value:
root@box:~ iw phy phy0 set distance
Usage: iw [options] phy set distance
Enable ACK timeout estimation algorit
ean at least.
this patch does not change the behavior/logic of the scripts.
Signed-off-by: Bastian Bittorf
---
package/base-files/files/lib/functions/uci-defaults-new.sh |2 +-
package/base-files/files/lib/functions/uci-defaults.sh |2 +-
package/base-files/files/sbin/led.sh
* Felix Fietkau [07.10.2014 13:40]:
> On 2014-10-07 08:15, Bastian Bittorf wrote:
> > because 0 seems to be a valid value:
> 0 does not imply dynamic ACK, it is simply the minimum value.
> Enabling dynack by default would be a bad idea.
what does 0 mean? the wiki says: 0 meters a
since some weeks i have problems using 'macvlan'.
it works with r41037 / kernel 3.10.36 and does
not work with r42830 / kernel 3.10.49 or .55
what i do is this:
brctl addbr br-test
brctl addif br-test $WIFIDEV
ip link set dev br-test up
insmod macvlan
ip link add link br-test subdev0 address 02:c
* Weimarnetz e.V., Vorstand/Vereinsvorsitzender: Bastian Bittorf
[07.10.2014 17:38]:
> since some weeks i have problems using 'macvlan'.
> it works with r41037 / kernel 3.10.36 and does
> not work with r42830 / kernel 3.10.49 or .55
>
> what i do is this:
>
> br
* Michel Stam [09.10.2014 11:16]:
> Signed-off-by: Michel Stam
> ---
> package/kernel/mac80211/files/lib/wifi/mac80211.sh | 15 +++
> 1 file changed, 11 insertions(+), 4 deletions(-)
>
> diff --git a/package/kernel/mac80211/files/lib/wifi/mac80211.sh
> b/package/kernel/mac80211/fil
we use the setup for having an decentralized roaming
mechanism for an OLSR-mesh-network.
Signed-off-by: Bastian Bittorf
---
package/network/services/dnsmasq/files/dnsmasq.init |5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/package/network/services/dnsmasq/files/dnsmasq.init
b/pa
i would like to update the kernel, but just changing
the entry in 'target/linux/ar71xx/Makefile' to
LINUX_VERSION:=3.10.57
will not work, because some patches cannot be applied
anymore. (it works without probs till 3.10.55).
the question is: can somebody give me a hint about the
workflow of how t
* document [12.10.2014 07:54]:
> i have a little linux skill, but output of logread at openwrt-12.09 will not
> help and will be empty when there is a new boot.
try a 'cat /sys/kernel/debug/crashlog' after a crash/reboot.
some platforms (e.g. ar71xx) support this, maybe yours to.
bye, bastian.
you have
no internet access in this mode, so you cannot use the wiki.
this supersedes the old patches:
http://patchwork.openwrt.org/patch/3337/
http://patchwork.openwrt.org/patch/3553/
Signed-off-by: Bastian Bittorf
---
package/base-files/files/etc/banner.failsafe | 16
package
sometimes it can be useful to trigger failsafe
without beeing physically at the box. during
bootup there is a decision made if the box should
startup normal or in failsafe.
in this state we dont have uci yet (or the rootfs)
but it should be possible to early mount the debugfs
and look for a magic
* John Crispin [13.10.2014 21:18]:
> as before, i like the idea however you claim "experienced users need
> help" and then you list
>
> /etc/config, passwd and reboot -f
"also experienced users" - this includes the mortal ones.
even the "best" are not used to e.g. 'mount_root' and 'firstboot'
>
* John Crispin [14.10.2014 12:36]:
> try this
>
> config dhcp 'roaming'
> option interface 'voyager'
> option netmask '255.255.255.0'
> option start 1
> option limit 253
it does not work. this is my interface:
14: eth0.1@eth0: mtu 1500 qdisc
noqueue state UP group default
link/eth
* Roman Yeryomin [10.10.2014 13:07]:
> On 7 October 2014 08:32, Roman Yeryomin wrote:
> > Signed-off-by: Roman Yeryomin
> > ---
> > target/linux/rb532/config-3.14 | 148
> > +
thanks for the patches! i have 2 x rb532 running with 3.10 - it
seems at the m
leads to a call of 'group_add' when $gid is emtpy, proof:
root@box:~ [ -n "" ] && echo 'filled' || echo 'echo failed'
echo failed
Signed-off-by: Bastian Bittorf
---
package/base-files/files/lib/functions.sh |7 +--
1 file changed, 5 insert
forget this patch - it's wrong.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
;$VAR" ] && functionA || functionB
A
Signed-off-by: Bastian Bittorf
---
package/base-files/files/lib/functions.sh |7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/package/base-files/files/lib/functions.sh
b/package/base-files/files/lib/functions.sh
[netifd/scripts] support numeric and symbolic values for signal in
proto_kill_command()
instead of let the caller do the conversion of symbolic to numeric,
do the conversion internally - the old mode (numeric) is still supported
Signed-off-by: Bastian Bittorf
---
scripts/netifd-proto.sh
[netifd/proto/dhcp.sh] directly use signal name
in proto_dhcp_renew() we call proto_kill_command, which
now supports symbolic names directly, so conversion unneeded.
Signed-off-by: Bastian Bittorf
---
package/network/config/netifd/files/lib/netifd/proto/dhcp.sh |6 +++---
1 file changed, 3
[odhcp6c/scripts] directly use signal name
in proto_dhcp_renew() we call proto_kill_command, which
now supports symbolic names directly, so conversion unneeded.
Signed-off-by: Bastian Bittorf
---
package/network/ipv6/odhcp6c/files/dhcpv6.sh |6 +++---
1 file changed, 3 insertions(+), 3
[netifd/scripts] make netifd scripts recognize signal strings such as
INT/TERM/KILL/...
instead of let the caller do the conversion of symbolic to numeric (e.g.
SIGUSR1 -> 16),
do the conversion internally - the old mode (numeric) is still supported
Signed-off-by: Bastian Bittorf
---
scri
[base-files] /lib/netifd/dhcp.script - only call firewall, if installed
we dont use fw3, so i was wondering about error-messages in syslog
about fw3. check if 'fw3' is in place, before calling it.
Signed-off-by: Bastian Bittorf
---
package/network/config/netifd/files/lib/netifd/d
[odhcp6c] script: only call firewall, if installed
we dont use fw3, so i was wondering about error-messages in syslog
about fw3. check if 'fw3' is in place, before calling it.
Signed-off-by: Bastian Bittorf
---
package/network/ipv6/odhcp6c/files/dhcpv6.script |4 +++-
1 file
status is equal to RxDetect
Signed-off-by: Bastian Bittorf
---
target/linux/ar71xx/Makefile |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/ar71xx/Makefile b/target/linux/ar71xx/Makefile
index 1b40074..c687d21 100644
--- a/target/linux/ar71xx/Makefile
+++ b/ta
.bss section within the PE/COFF headers
Signed-off-by: Bastian Bittorf
---
target/linux/ar71xx/Makefile |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/ar71xx/Makefile b/target/linux/ar71xx/Makefile
index c687d21..a91b986 100644
--- a/target/linux/ar71xx/Make
fix: Make espfix64 a Kconfig option, fix UML
x86, espfix: Make it possible to disable 16-bit support
x86, espfix: Move espfix definitions into a separate header file
x86/espfix/xen: Fix allocation of pages for paravirt page tables
Signed-off-by: Bastian Bittorf
---
target/linux/ar71xx/Makefil
RN_ to bare printks, convert printks to pr_
x86: don't exclude low BIOS area when allocating address space for non-PCI cards
x86/efi: Enforce CONFIG_RELOCATABLE for EFI boot stub
xhci: Treat not finding the event_seg on COMP_STOP the same as COMP_STOP_INVAL
Signed-off-by: Bastian Bittorf
--
don't dirty buffers beyond EOF
xfs: don't zero partial page cache pages during O_DIRECT writes
xfs: don't zero partial page cache pages during O_DIRECT writes
xfs: quotacheck leaves dquot buffers without verifiers
Signed-off-by: Bastian Bittorf
---
target/linux/ar71xx/Makefile |2 +
ly in compute_effective_address().
sparc64: ldc_connect() should not return EINVAL when handshake is in progress.
sparc64: Make itc_sync_lock raw
sunsab: Fix detection of BREAK on sunsab serial console
tcp: Fix integer-overflow in TCP vegas
tcp: Fix integer-overflows in TCP veno
Signed-off-by: Bastian Bittorf
---
target/
_numa when splitting huge pages
mm, thp: move invariant bug check out of loop in __split_huge_page_map
nl80211: clear skb cb before passing to netlink
perf: fix perf bug in fork()
ring-buffer: Fix infinite spin in reading buffer
udf: Avoid infinite loop when processing indirect ICBs
Signed-off
ensa: fix TLBTEMP_BASE_2 region handling in fast_second_level_miss
xtensa: replace IOCTL code definitions with constants
Signed-off-by: Bastian Bittorf
---
target/linux/ar71xx/Makefile |2 +-
.../062-mips_decompressor_build_fix.patch | 66
2 files ch
entries: 512
[0.09] NET: Registered protocol family 16
[0.10] MIPS: machine is TP-LINK TL-WR1043ND
[...]
shortlog from https://www.kernel.org/pub/linux/kernel/v3.x/ChangeLog-3.10.58
Signed-off-by: Bastian Bittorf
---
target/linux/ar71xx/Makefile |2 +-
1 file changed, 1 insertion
k for ASUS T100 Base Station keyboard
USB: cp210x: add support for Seluxit USB dongle
USB: serial: cp210x: added Ketra N1 wireless interface support
Signed-off-by: Bastian Bittorf
---
target/linux/ar71xx/Makefile |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/target/linux/a
* Rafał Miłecki [17.10.2014 13:16]:
> On 17 October 2014 12:46, Bastian Bittorf wrote:
> > [ar71xx/kernel] upgrade 3.10.49 to 3.10.50 - released 2014-07-28
>
> Why 9 patches instead of 1 (3.10.49 -> 3.10.56)? Why only ar71xx?
just for completeness and i wanted to test each
* Álvaro Fernández Rojas [17.10.2014 15:11]:
> - [ "$leddc" -eq 0x ] || {
> + [ "$leddc" == "0x\n" ] || {
this is a bashism, use:
[ "$leddc" = '0x\n' ] || {
bye, bastian
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
* Rafał Miłecki [17.10.2014 13:46]:
> >> Why 9 patches instead of 1 (3.10.49 -> 3.10.56)? Why only ar71xx?
> >
> > just for completeness and i wanted to test each version anyway
> > if patches are affected. i can not test all platforms. is there
> > a global point where i can change the kernel-ver
[kernel] upgrade from 3.10.49 to 3.10.58
removed 062-mips_decompressor_build_fix.patch, which seems to be obsolete
because of commit 29593fd5a8149462ed6fad0d522234facdaee6c8 upstream
compile and run-tested on ar71xx
Signed-off-by: Bastian Bittorf
---
include/kernel-version.mk
=
this supersedes the old patches:
http://patchwork.openwrt.org/patch/3337/
http://patchwork.openwrt.org/patch/3553/
Signed-off-by: Bastian Bittorf
---
package/base-files/files/etc/banner.failsafe | 13 +
package/base-files/files/etc/profile |1 +
2 files cha
* John Crispin [13.10.2014 21:18]:
> P.S.: i thought i fixed the -f thing. sure it does not work without ?
you are right - it works,
i remove the 'reboot -f' hint and send a [patch v2]
for reference, a running failsafe-session with r42884 looks like:
root@(none):/# ps
PID USER VSZ STAT
* Jo-Philipp Wich [15.10.2014 08:59]:
> So this should work:
>
> config dhcp 'roaming'
> option interface 'voyager'
> option start 192.168.8.1
> option limit 252
wow, this works! thank you - this ipcalc.sh beast really
needs some documentation 8-) John: the patch can be dropped.
bye, bast
* Yousong Zhou [18.10.2014 17:58]:
> > + signal="$( kill -l "$signal" )"
>
> the quotes may not work...
they work and you should always quote a var,
unless you are really sure it is an integer...
root@box:~ kill -l "15"
TERM
root@box:~ kill -l "TERM"
15
bye, bastian
_
* Nathan Hintz [18.10.2014 22:24]:
> Using the "\n" is not correct. I think the real problem is that the logic is
> reversed (should be && instead of ||); although it might
> be better to eliminate the conditional entirely since leddc is always
> commanded to "0x" when the interface is take
* Nathan Hintz [19.10.2014 08:49]:
> > case "$leddc" in
> > '0x'*)
> > leddc='0x005a000a'
> > ;;
> > esac
> >
> > IMHO the approach from felix does not work:
> > root@box:~ echo $((0x))
> > 65535
> > root@box:~ echo $((0x\n))
> > -ash: arithmetic syntax error
> >
* Weimarnetz e.V., Vorstand/Vereinsvorsitzender: Bastian Bittorf
[27.03.2014 15:53]:
> http://www.intercity-vpn.de/files/openwrt/pandaboard_dmesg_booterror-kernel_3.14-rc8-new_uboot.txt
today i tried kernel 3.14.22 without luck, this is the bootlog which just hangs.
Has somebody OpenWrt runn
* Klaus Maus [22.10.2014 10:57]:
> Could you clarify the state of the future support this router or SoC
i have some (~50) and the german Telekom uses the platform in the
trains, so i bet somebody will take core of it 8-) and it's FOSS
and ath9k based, so you will not totally loose the control.
b
test.sh: xburst - OK
run tested on x86, au1000, ar71xx, mpc85xx and brcm47xx
Signed-off-by: Bastian Bittorf
---
include/kernel-version.mk |2 +-
target/linux/ar7/Makefile |2 +-
target/linux/ar71xx/Makefile
netifd: scripts: make netifd scripts recognize signal strings such as
INT/TERM/KILL/...
instead of let the caller do the conversion of symbolic to numeric (e.g.
SIGUSR1 -> 16),
do the conversion internally - the old mode (numeric) is still supported
Signed-off-by: Bastian Bittorf
---
scri
odhcp6c: script: only call firewall, if installed
we dont use fw3, so i was wondering about error-messages in syslog
about fw3. check if 'fw3' is in place, before calling it.
Signed-off-by: Bastian Bittorf
---
package/network/ipv6/odhcp6c/files/dhcpv6.script |4 +++-
1 file
base-files: dhcp.script: - only call firewall, if installed
we dont use fw3, so i was wondering about error-messages in syslog
about fw3. check if 'fw3' is in place, before calling it.
Signed-off-by: Bastian Bittorf
---
package/network/config/netifd/files/lib/netifd/dhcp.script |
odhcp6c: scripts: directly use signal name
in proto_dhcp_renew() we call proto_kill_command, which
now supports symbolic names directly, so conversion unneeded.
Signed-off-by: Bastian Bittorf
---
package/network/ipv6/odhcp6c/files/dhcpv6.sh |6 +++---
1 file changed, 3 insertions(+), 3
netifd: proto/dhcp.sh: directly use signal name
in proto_dhcp_renew() we call proto_kill_command, which
now supports symbolic names directly, so conversion unneeded.
Signed-off-by: Bastian Bittorf
---
package/network/config/netifd/files/lib/netifd/proto/dhcp.sh |6 +++---
1 file changed, 3
://dev.openwrt.org/ticket/14714
Signed-off-by: Bastian Bittorf
---
.../mpc85xx/base-files/etc/uci-defaults/02_network | 26
1 files changed, 5 insertions(+), 21 deletions(-)
diff --git a/target/linux/mpc85xx/base-files/etc/uci-defaults/02_network
b/target/linux/mpc85xx/base-files/etc
* Claudio Thomas [24.10.2014 10:08]:
> ist there somewhere a mirror for mtd-utils-1.4.5? git.infradead.org
copy these to your local dl/ dir:
http://www.intercity-vpn.de/files/openwrt/mtd-utils-1.4.5.tar.gz
http://www.intercity-vpn.de/files/openwrt/mtd-utils-1.5.0.tar.gz
there is already a ticket
kernel: makefile: make use of new var KERNEL_PATCHVER
replace all occurences of LINUX_VERSION with the cleaner
approach. future kernel upgrades must mostly touch only
one file. the only platform left is netlogic, because it
uses a intermediate kernel 3.14.16
Signed-off-by: Bastian Bittorf
moketest.sh: ppc44x - OK
[Wed Oct 22 03:55:29 CEST 2014] ./smoketest.sh: realview - OK
[Wed Oct 22 04:09:47 CEST 2014] ./smoketest.sh: sparc - OK
[Wed Oct 22 04:23:37 CEST 2014] ./smoketest.sh: x86 - OK
[Wed Oct 22 04:35:56 CEST 2014] ./smoketest.sh: xburst - OK
run tested on x86, au1000, ar71x
moketest.sh: ppc44x - OK
[Wed Oct 22 03:55:29 CEST 2014] ./smoketest.sh: realview - OK
[Wed Oct 22 04:09:47 CEST 2014] ./smoketest.sh: sparc - OK
[Wed Oct 22 04:23:37 CEST 2014] ./smoketest.sh: x86 - OK
[Wed Oct 22 04:35:56 CEST 2014] ./smoketest.sh: xburst - OK
run tested on x86, au1000, ar71x
t_dtb
function and used by the platform_fixups function to set the eth0 address
(by calling dt_fixup_mac_address_by_alias("ethernet0", enetaddr); ).
But instead we should be used the device address which to my understanding is
provided in the mtd.
Signed-off-by: Bastian Bittorf
---
...
* Dirk Neukirchen [28.10.2014 08:18]:
> ar7, au1000 and xburst fail to build on the buildbots around the update with
> the same error in image generation regarding an included header
unsure whats wrong on buildserver.
with r43099 i did a clean build (tools+toolchain+kernel) for ar7 + au1000
with
* Dirk Neukirchen [28.10.2014 08:18]:
> http://buildbot.openwrt.org:8010/builders/ar7 726/727
> http://buildbot.openwrt.org:8010/builders/au1000 655/656
> http://buildbot.openwrt.org:8010/builders/xburst 705/706
i can reproduce it here - will dig into this. bye, bastian
__
can somebody please add the maintainer of 'xburst' to
https://dev.openwrt.org/wiki/platforms
when looking into the commits, it seems 'lars' is it?!
bye, bastian
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi
* Mirko Vogt [28.10.2014 22:56]:
hi mirko,
> That was a long time ago and I guess we should consider that platform
> currently unmaintained.
>
> May I ask what's your interest in this platform?
i just wanted show look, which arch/endianness this is and missed it,
so nothing really important an
* Claudio Thomas [29.10.2014 13:18]:
> [ 800.742671] jffs2: notice: (888) jffs2_build_xattr_subsystem:
how large is the partitionsize?
while we are at it:
till r40402 we where probing jffs2_ready() before
writing to disc (e.g. new config-files).
what is the supposed way the handle that now?
(w
* zhang zhao [02.11.2014 08:32]:
> It's just weird that sometimes when I perform reboot operation on my
> tp-link wdr6300v2(ar9344), the reboot procedure just hang up with all leds
see https://dev.openwrt.org/ticket/17839
bye, bastian
___
openwrt-devel
* Johan Almbladh [12.11.2014 10:45]:
> I tried just doing "ubus listen" in one shell and then running "wifi" from
> another, but that doesn't give much to go on:
which events do you need?
a joining or leaving station?
use 'iw event'
an upcoming (or going down) interface?
use '/etc/hotplug.d/ifa
* Johan Almbladh [17.11.2014 10:22]:
> The hotplug scripts receive events for interface names, but they know
> nothing about the underlying configuration. Is there any way to map a WLAN
> interface name, e.g. wlan0, to the corresponding UCI config entry in
> /etc/config/wireless?
/sbin/hotplug-ca
* Weedy [24.11.2014 14:14]:
[deleted ~250 lines fullquote]
you (and the others too) are experienced users, so please read
https://www.netmeister.org/news/learn2quote2.html#ss2.8
bye, bastian
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.o
* Nikolay Martynov [30.11.2014 16:05]:
> I've got an ath9k based router (TEW-632BRP, Atheros AR9130 rev 1).
> From time to time (not very often) its wireless does weird thing:
> suddenly everything become very slow and pings go from normal single
> digit ms to 500-5000ms. Reboot helps. No obvi
sorry, in german only - it's a local release party
for openwrt chaos calmer in weimar 8-) organized by the
local freifunk community...
- Forwarded message from Bernd Naumann -
Date: Mon, 01 Dec 2014 02:35:44 +0100
From: Bernd Naumann
To: freifunk weimar
Subject: [freifunk weimar | wir
* John Crispin [01.12.2014 18:02]:
> i pushed 3.14 support for au1000. i have no hw for testing so this is
> only compile tested and hence i left 3.10 as default. can someone test
> 3.14 so we can set it as default please.
will test on the weekend with real HW - bye, bastian
_
* Bruno Randolf [02.12.2014 13:50]:
> I just tested it: up & running, PCI got detected, Wifi works, looking
> good... :)
the same here, ethernet + wifi working.
what is strange: the ethernet-mac is always changing
after each reboot. not sure if this was also the case
with 3.10 - bruno can you se
* Weimarnetz e.V., Vorstand/Vereinsvorsitzender: Bastian Bittorf
[08.12.2014 21:01]:
> * Bruno Randolf [02.12.2014 13:50]:
> > I just tested it: up & running, PCI got detected, Wifi works, looking
> > good... :)
>
> the same here, ethernet + wifi working.
>
> wh
since some weeks the file
'/sys/kernel/debug/ieee80211/$phy/statistics/multicast_received_frame_count'
is not updated anymore. is this intended?
bye, bastian
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin
* Bruno Randolf [10.12.2014 11:47]:
> On 12/08/2014 08:01 PM, Bastian Bittorf wrote:
> > what is strange: the ethernet-mac is always changing
> > after each reboot. not sure if this was also the case
> > with 3.10 - bruno can you see this too?
>
> Yes, I can confirm
* Bruno Randolf [10.12.2014 13:31]:
> For me yamonenv works on both the cube and the "internet box". Maybe
> your YAMON environment is messed up and has a bad checksum? Not sure,
> would need to check the code of yamonenv, but I don't have the time to
> do that right now.
thanks, i checked the so
a random
mac-address after each boot which is corrected now via
reading the bootloader-env. The real fix would be
converting to DTS, this is only a workaround now.
Signed-off-by: Bastian Bittorf
---
.../au1000/base-files/etc/uci-defaults/02_network | 17 ++
target/linux/au1000/base
I did some experiments to get our "good old" Linksys WRT54G
running with recent trunk r43602 / kernel 3.14.26. We are only
using it in adhoc-mode (with olsrd) and it is working OK.
But there is still an issue, but i think it has to do with the
design of the bootup-process:
if wifi is enabled, the
* Felix Fietkau [17.12.2014 11:34]:
> > there are no problems and even 4000 kb free ram.
> > I havent opened a ticket on bugtracker, because it
> > is no bug 8-)
> Please test if putting http://nbd.name/990-test.patch into
> package/kernel/mac80211/patches reduces or fixes these allocation
> failu
* Gottfried Haider [05.01.2015 12:54]:
> After installing a recent snapshots for the WT3020 (ramips.mt7620) the
> system gets configured to use e.g.
> http://downloads.openwrt.org/snapshots/trunk/ramips/packages/base
> rather than
> http://downloads.openwrt.org/snapshots/trunk/ramips.mt7620/packa
* Aaron Z [10.01.2015 19:09]:
> > Does anyone know a hardware platform with 2 or more wifi interfaces
> > which can both be used in the 2.4 GHz band?
We simply connect several AP's together (ethernet) and let
do the mesh-routing-daemon OLSR the rest.
bye, bastian
we detected a strange problem in our community-network,
which can be tracked down to
'package/system/fstools/files/fstab.default' which is later
installed to '/etc/uci-defaults/10-fstab' including this:
[ ! -f /etc/config/fstab ] && ( block detect > /etc/config/fstab )
in our routers there is alw
* Dan Therrien [28.01.2015 15:40]:
> I would be very interested on how your autoupload of a configuration file
> works?
// CC'ed openwrt-dev, maybe it's interesting for others too
is mostly the function: watch_configchange()
https://github.com/bittorf/kalua/blob/master/openwrt-addons/etc/kalua/
* Lars Kruse [29.01.2015 20:06]:
> or even better (this does not hide errors in "block detect"):
> [ -f /etc/config/fstab ] || block detect > /etc/config/fstab
>
> (I do not see the need for the subshell here - thus I removed the brackets)
thanks to jow, there was a hotfix with r44180 for this:
while writing a ticket
https://dev.openwrt.org/ticket/18908
a message pops up after submitting:
"Warning: The change has been saved, but an error occurred while sending
notifications: (451, 'Error while writing spool file')"
thanks for your work admins!
bye, bastian
_
* John Crispin [13.02.2015 08:14]:
> > Is there any testing procedure I should follow? Do we have some
> > kind of tests I don't know of?
>
> i wish i had. best if you flash the image, see if wifi and ethernet
> work, thats the best we can do right now i guess :-)
i'am working on this, the first
* John Crispin [13.02.2015 20:03]:
> i have not even pushed my patches yet. i can send you an image to test
> if you want
sorry, i see - i simply changed the kernel-version without
seeing, that the 3.18 patches are not in yet for this platform
i'am ready for testing and have a "bisected" device
* Weimarnetz e.V., Vorstand/Schatzmeister: Andreas Braeu
[13.02.2015 20:03]:
> http://wiki.freifunk.net/Ideas
i added 3 ideas, but i'am unsure who can mentor it:
OLSRv2 roaming support
uHTTPd compression-support
uHTTPd HTTP2-support
bye, bastian
___
as far is i know, mac80211 (or ath9k?) add entropy to the kernel.
when a node starts up for the first time, we must wait till the
kernel has enough entropy for generating good ssh-keys.
is it a good idea to have some wifi-action for generating entropy?
(e.g. a wifi scan) before generating keys?
b
our PID 1 sometimes crashs:
if this happens the last lines in log show this:
Tue Feb 24 11:40:04 2015 user.emerg syslog: Rebooting as procd has crashed
Tue Feb 24 11:40:04 2015 user.emerg syslog: reboot
in our firmware we evaluate the file /sys/kernel/debug/crashlog
after each reboot. if procd cr
201 - 300 of 791 matches
Mail list logo
