[OpenWrt-Devel] [PATCH 1/3] [ubox] validate: fix indentation

2014-06-27 Thread Luka Perkov
Signed-off-by: Luka Perkov l...@openwrt.org --- validate/validate.c | 88 ++--- 1 file changed, 44 insertions(+), 44 deletions(-) diff --git a/validate/validate.c b/validate/validate.c index 150c08d..f550e76 100644 --- a/validate/validate.c +++

[OpenWrt-Devel] [PATCH 2/3] [ubox] validate: add valid bool types enabled/disabled

2014-06-27 Thread Luka Perkov
They are already supported in config_get_bool function found in OpenWrt base-package. Signed-off-by: Luka Perkov l...@openwrt.org --- validate/validate.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/validate/validate.c b/validate/validate.c index f550e76..5bc3bc4

[OpenWrt-Devel] [PATCH 3/3] [ubox] validate: add missing yes/no boolean values

2014-06-27 Thread Luka Perkov
Signed-off-by: Luka Perkov l...@openwrt.org --- validate/cli.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/validate/cli.c b/validate/cli.c index a2a82ed..935b5f7 100644 --- a/validate/cli.c +++ b/validate/cli.c @@ -22,9 +22,9 @@ print_usage(char *argv) static const

Re: [OpenWrt-Devel] Few question about compiling your own firmware images

2014-06-27 Thread Jonas Liepuonius
Thank you for all the help, just one more question concerning extroot. How to mount/remount your external root manually with the terminal? I tried to look it up, but I couldn’t figure it out. ___ openwrt-devel mailing list

Re: [OpenWrt-Devel] [Patch][BCM63XX][V2][RFC] Select HW_RANDOM_BCM63XX only in the SoCs that support it.

2014-06-27 Thread Jonas Gorski
On Wed, Jun 18, 2014 at 5:34 PM, José Vázquez Fernández ppvazquez...@gmail.com wrote: Select HW_RANDOM_BCM63XX only in the SoCs that support it. Only BCM6368, BCM6362 and BCM63268 have a hardware random numbers generator, so, if none of these are selected, don't compile it. Tested with

Re: [OpenWrt-Devel] [Patch][BCM63XX][V2][RFC] Select HW_RANDOM_BCM63XX only in the SoCs that support it.

2014-06-27 Thread José Vázquez
2014-06-27 12:29 GMT+02:00, Jonas Gorski j...@openwrt.org: On Wed, Jun 18, 2014 at 5:34 PM, José Vázquez Fernández ppvazquez...@gmail.com wrote: Select HW_RANDOM_BCM63XX only in the SoCs that support it. Only BCM6368, BCM6362 and BCM63268 have a hardware random numbers generator, so, if none

Re: [OpenWrt-Devel] [Patch][BCM63XX][V2][RFC] Select HW_RANDOM_BCM63XX only in the SoCs that support it.

2014-06-27 Thread Jonas Gorski
On Fri, Jun 27, 2014 at 1:00 PM, José Vázquez ppvazquez...@gmail.com wrote: 2014-06-27 12:29 GMT+02:00, Jonas Gorski j...@openwrt.org: On Wed, Jun 18, 2014 at 5:34 PM, José Vázquez Fernández ppvazquez...@gmail.com wrote: Select HW_RANDOM_BCM63XX only in the SoCs that support it. Only

[OpenWrt-Devel] ubus is not starting

2014-06-27 Thread Marek ZJ
Hi, I've found this thread about ubus: http://en.it-usenet.org/thread/11744/19194/ I'm experiencing the same problem with a Lantiq board based on MIPS 34Kc CPU (xRx300 series). The only information usable there is that it is some racing conditions in procd. I'm quite new in openWRT and

[OpenWrt-Devel] [PATCH] procd: fix uci_validation

2014-06-27 Thread Luka Perkov
Regardles of the return code from validate_data _error variable will be 0 due to 'local' command in the previous line. With this patch we are able to catch the return code from validate_data tool. Signed-off-by: Luka Perkov l...@openwrt.org --- package/system/procd/Makefile | 9 -

[OpenWrt-Devel] [PATCH][ubox] validate: return error on failed validation

2014-06-27 Thread Luka Perkov
In the procd script (/lib/functions/procd.sh) uci_validate_section is in charge of validating the uci config files. The uci_validate_section function checks return code of validate_data tool; without this change in case of invalid config values the function is not able to catch errors.

[OpenWrt-Devel] [PATCH 0/6] increase ubus message size above 64k

2014-06-27 Thread Alexandru Ardelean
ubus has a message size limit of about 64k. For some cases [like complex JSON config strings] this limit can be insufficient. Another case is when wanting to send some large base64 encoded strings of various (including binary) data. The following set of patches remove that limit. Currently there

[OpenWrt-Devel] [PATCH 1/7] libubus: refactor ubus_context msgbuf data to be dynamically allocated

2014-06-27 Thread Alexandru Ardelean
--- libubus-io.c | 20 +++- libubus.c| 22 +- libubus.h| 13 - 3 files changed, 40 insertions(+), 15 deletions(-) diff --git a/libubus-io.c b/libubus-io.c index 9a6c7cd..c63a920 100644 --- a/libubus-io.c +++ b/libubus-io.c @@ -212,7 +212,7

[OpenWrt-Devel] [PATCH 2/7] ubus: increase message size limit and make it configurable at build-time

2014-06-27 Thread Alexandru Ardelean
--- CMakeLists.txt | 2 ++ libubus-io.c | 10 ++ libubus.c | 3 ++- libubus.h | 1 + ubusmsg.h | 2 +- 5 files changed, 16 insertions(+), 2 deletions(-) diff --git a/CMakeLists.txt b/CMakeLists.txt index e3b150b..cb2f420 100644 --- a/CMakeLists.txt +++

[OpenWrt-Devel] [PATCH 4/7] libubus: fix writev_retry() function when writing large packets

2014-06-27 Thread Alexandru Ardelean
Seems this bug stayed hidden for a while, because the write/sendmsg function can send up to ~200k in one send, so it looked at first why there was some data mismatch. --- libubus-io.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/libubus-io.c b/libubus-io.c index f38403f..31dad27 100644

[OpenWrt-Devel] [PATCH 3/7] libubus: add logic to reduce msgbuf data size after 16 small messages

2014-06-27 Thread Alexandru Ardelean
--- libubus-io.c | 13 + libubus.h| 1 + 2 files changed, 14 insertions(+) diff --git a/libubus-io.c b/libubus-io.c index 48bb72d..f38403f 100644 --- a/libubus-io.c +++ b/libubus-io.c @@ -28,6 +28,8 @@ #define STATIC_IOV(_var) { .iov_base = (char *) (_var), .iov_len =

[OpenWrt-Devel] [PATCH 5/7] ubusd: replace ubusd_msg_unshare() with ubus_msg_new() to prevent invalid free-ing

2014-06-27 Thread Alexandru Ardelean
The realloc is problematic mostly with large packets, as the pointer changes so what eventually gets free'd is invalid. Note that ub ptr param in the call will be passed on to a ubus_msg_free(), right after ubus_msg_ref() finishes. This bug stayed hidden the same way as the bug in libubus

[OpenWrt-Devel] Resend patch to fix Support For Aztech GR7000

2014-06-27 Thread Alpha Sparc
Move the Ralink EEPROM node into the PCI node to remove wmac failed to load eeprom property message --- a/target/linux/lantiq/base-files/etc/hotplug.d/firmware/10-rt2x00-eeprom +++ b/target/linux/lantiq/base-files/etc/hotplug.d/firmware/10-rt2x00-eeprom @@ -41,6 +41,9 @@ case $FIRMWARE in

[OpenWrt-Devel] [PATCH][brcm63xx] Add support for Comtrend WAP-5813n

2014-06-27 Thread Álvaro Fernández Rojas
This adds support for Comtrend WAP-5813n. Signed-off-by: Álvaro Fernández Rojas nolt...@gmail.com --- diff --git a/target/linux/brcm63xx/base-files/etc/uci-defaults/02_network b/target/linux/brcm63xx/base-files/etc/uci-defaults/02_network index c3babd8..f091523 100755 ---

[OpenWrt-Devel] [PATCH][project/luci2/ui.git] luci2: UCIContext: add: respect name if passed

2014-06-27 Thread Rafał Miłecki
This allows creating UCI entries with a desired name, e.g. config interface 'guestlan' Signed-off-by: Rafał Miłecki zaj...@gmail.com --- luci2/htdocs/luci2/luci2.js | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/luci2/htdocs/luci2/luci2.js b/luci2/htdocs/luci2/luci2.js index