Signed-off-by: Luka Perkov
---
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
+++ b/validate/validate.
They are already supported in config_get_bool function found in OpenWrt
base-package.
Signed-off-by: Luka Perkov
---
validate/validate.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/validate/validate.c b/validate/validate.c
index f550e76..5bc3bc4 100644
--- a/validate/
Signed-off-by: Luka Perkov
---
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 char *
bool_to_num
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
openwrt-devel@lists.openwrt.or
On Wed, Jun 18, 2014 at 5:34 PM, José Vázquez Fernández
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 BCM6358 and BCM6328 su
2014-06-27 12:29 GMT+02:00, Jonas Gorski :
> On Wed, Jun 18, 2014 at 5:34 PM, José Vázquez Fernández
> 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
On Fri, Jun 27, 2014 at 1:00 PM, José Vázquez wrote:
> 2014-06-27 12:29 GMT+02:00, Jonas Gorski :
>> On Wed, Jun 18, 2014 at 5:34 PM, José Vázquez Fernández
>> wrote:
>>> Select HW_RANDOM_BCM63XX only in the SoCs that support it.
>>>
>>> Only BCM6368, BCM6362 and BCM63268 have a hardware random n
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 starte
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
---
package/system/procd/Makefile | 9 -
package/system/pr
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.
Signed-off-
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 i
---
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
+++ b/CMakeLists.tx
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 =
sizeof
Client creates a string "1 2 3 ... 1 ...", sends it to the server
along with the maximum number in the string.
Server creates another string like the client sent.
It validates it and, returns strcmp()'s result.
This is loop-ed every 2 seconds.
---
examples/CMakeLists.txt | 4 +--
examples
Seems the UBUS_MAX_MSGLEN is ignored by ubus_invoke(),
and then segfault happens.
This issue is present before this set of patches.
---
libubus-req.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/libubus-req.c b/libubus-req.c
index f24f033..8475dc9 100644
--- a/libubus
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 writev_
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
---
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
--- a/target/linux/brcm63xx/base-files/etc/uc
This allows creating UCI entries with a desired name, e.g.
config interface 'guestlan'
Signed-off-by: Rafał Miłecki
---
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 2a2a359..040f1e5
21 matches
Mail list logo
