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
+++
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
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
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
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
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
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
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
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 -
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.
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
---
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
---
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
+++
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
---
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 =
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
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
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
---
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
19 matches
Mail list logo