+1
On 07.04.2015 21:47, Hartmut Knaack wrote:
That Doodle poll turned out to be spamed/trolled, and everyone could even
change or delete other votes. Since this was just communicated over this
mailing list, and subscribers are at least basically verified, why not have a
good old fashioned
On 5 April 2015 at 01:01, Rafał Miłecki zaj...@gmail.com wrote:
On 30 March 2015 at 23:43, Rafał Miłecki zaj...@gmail.com wrote:
On 17 March 2015 at 22:05, Alex Henrie alexhenri...@gmail.com wrote:
I just mailed the router. When it arrives, please send confirmation to
me and to
2015-04-08 0:01 GMT-06:00 Rafał Miłecki zaj...@gmail.com:
WRT300N v1.0 is supported now. I did it even before CC release, hooray :)
For few minutes of testing I got a nice 20-22 Mb/s transfer using b43
driver (it doesn't support 802.11n features, so 802.11g speeds are
available only).
Wow,
+1000
On 04/07/2015 11:15 PM, Marc Nicholas wrote:
+1
--
Marc Nicholas
CTO, Wimoto Technologies Inc.
Unit 2, 300 Don Park Road, Markham, Ontario L3R 3A1 CANADA
+1.416.414.6272
On April 7, 2015 at 5:11:55 PM, Daniel Golle (dan...@makrotopia.org) wrote:
+1
Hi,
This is my first time using the SDK to build a perl module (JSON-XS)
which is not available in OpenWRT 14.07.
I am using
OpenWrt-SDK-ar71xx-for-linux-x86_64-gcc-4.8-linaro_uClibc-0.9.33.2 on a
Debian Jessie x86_64 host.
This module was successfully built if I use BuildRoot and create
+1 Designated Driver
On Apr 8, 2015 3:27 PM, Ștefan Rusu saltwat...@gmail.com wrote:
+1
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
+1
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
+1 to Dirty Diamond, really I have no opinion except that Diamond was chosen
first and -1 to letting the bikeshed painting terrorists win ! ;)
On 04/07/2015 09:47 PM, Hartmut Knaack wrote:
That Doodle poll turned out to be spamed/trolled, and everyone could even
change or delete other votes.
In reference to bug # 18539
https://dev.openwrt.org/ticket/18539#comment:4
The deadlock appears that when the adapter is in AP mode and client
negotiates into the HT modes. I don't know if this effects the adapter
used in client modes. But without the patch the adapter is not usable in
ap mode.
+1
--
Brent
On Tue, Apr 7, 2015 at 12:47 PM, Hartmut Knaack knaac...@gmx.de wrote:
That Doodle poll turned out to be spamed/trolled, and everyone could even
change or delete other votes. Since this was just communicated over this
mailing list, and subscribers are at least basically
Hi,
May I know the significance of proto_add_host_dependency $cfg ::
$tunlink in dslite.sh?
In my case the script is not executing after this point.
Please help me.
Thanks and regards
Sekhar Avutu
___
openwrt-devel mailing list
Signed-off-by: Bjørn Mork bj...@mork.no
---
mbim-dev.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/mbim-dev.c b/mbim-dev.c
index 4c129b0..af76683 100644
--- a/mbim-dev.c
+++ b/mbim-dev.c
@@ -76,7 +76,7 @@ mbim_recv(struct uloop_fd *u, unsigned int events)
{
Signed-off-by: Bjørn Mork bj...@mork.no
---
cli.c | 32
mbim-msg.c | 10 ++
mbim-msg.h | 1 +
3 files changed, 35 insertions(+), 8 deletions(-)
diff --git a/cli.c b/cli.c
index c43b4f3..d1f3e88 100644
--- a/cli.c
+++ b/cli.c
@@ -216,7 +216,7 @@
Signed-off-by: Bjørn Mork bj...@mork.no
---
mbim-dev.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/mbim-dev.c b/mbim-dev.c
index 4474b2d..d986cbe 100644
--- a/mbim-dev.c
+++ b/mbim-dev.c
@@ -105,8 +105,10 @@ mbim_recv(struct uloop_fd *u, unsigned int events)
Sorry about sending the previous version without doing any runtime
testing. I overlooked the fact that 'struct command_done_message'
doesn't include the header like 'struct command_message' does, so the
status field parsing was completely off...
BTW, is there a more appropriate mailing list
Signed-off-by: Bjørn Mork bj...@mork.no
---
cli.c | 6 --
mbim-msg.c | 9 +
mbim-msg.h | 1 +
3 files changed, 14 insertions(+), 2 deletions(-)
diff --git a/cli.c b/cli.c
index cb107b7..c43b4f3 100644
--- a/cli.c
+++ b/cli.c
@@ -218,6 +218,7 @@ mbim_config_response(void *buffer,
Signed-off-by: Bjørn Mork bj...@mork.no
---
cli.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/cli.c b/cli.c
index e6b34d7..cb107b7 100644
--- a/cli.c
+++ b/cli.c
@@ -152,7 +152,7 @@ mbim_subscriber_response(void *buffer, int len)
if (le32toh(state-readyinfo)
Hi!
I'm sorry for the crazy mistake in the previous patch.This time I've
asked Jason to test the firmware before giving me the patch.Everything
works fine now :-)
I wonder if this patch could be accepted because I'm planning to send
another patch for a new device and I don't know if the new
The MBIM specification requires that the InformationBuffer
is empty unless the status field is MBIM_STATUS_SUCCESS,
except for 4 explicit combinations of status code and
command id.
Avoid calling the reply handler if the status code is
non-zero and the information buffer is empty.
Signed-off-by:
Signed-off-by: Bjørn Mork bj...@mork.no
---
cli.c | 19 +--
1 file changed, 17 insertions(+), 2 deletions(-)
diff --git a/cli.c b/cli.c
index d1f3e88..15ca5b4 100644
--- a/cli.c
+++ b/cli.c
@@ -324,6 +324,7 @@ mbim_detach_request(void)
static int
mbim_connect_request(void)
{
+
I just mentioned this on IRC last night, and have not had time to
investigate, but a uci-defaults script (http://sprunge.us/EAYF) that was
working about a month ago, now gives me this: http://sprunge.us/LTWi,
and the uci commit fails. The error messages don't give much clue
what's wrong. Seems
+1
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
+1
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Enables last error support for the PPP protocol handlers.
In generic teardown the PPP daemon exit code is translated into
a self explaining error string which is set as interface error
by proto_notify_error in case of failure.
Signed-off-by: Johan Peeters johan.peeters...@gmail.com
On Apr 8, 2015 10:36 PM, Russell Senior russ...@personaltelco.net wrote:
I just mentioned this on IRC last night, and have not had time to
investigate, but a uci-defaults script (http://sprunge.us/EAYF) that was
working about a month ago, now gives me this: http://sprunge.us/LTWi,
and the
+1
On Wed, Apr 8, 2015 at 9:24 AM, Oleg Titov oleg.ti...@gmail.com wrote:
+1
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Adds interface last error support which preserves the last reported
error reported by the protocol handler till the interface is up;
e.g. survives network reload and interface restarts.
This is mainly usefull for tracking down why an interface fails
to establish; eg auth failure/traffic limit for
+1 for Designated Driver
On 07.04.2015 21:47, Hartmut Knaack wrote:
That Doodle poll turned out to be spamed/trolled, and everyone could even
change or delete other votes. Since this was just communicated over this
mailing list, and subscribers are at least basically verified, why not have a
this allow us to use syslog tcp with \0 trailer
instead of \n trailer (logread -0 option)
Signed-off-by: Etienne CHAMPETIER champetier.etie...@gmail.com
---
package/system/ubox/files/log.init | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git
+1
2015-04-07 21:47 GMT+02:00 Hartmut Knaack knaac...@gmx.de:
That Doodle poll turned out to be spamed/trolled, and everyone
could even
change or delete other votes. Since this was just communicated
over this
mailing list, and subscribers are at
+1
2015-04-07 21:47 GMT+02:00 Hartmut Knaack knaac...@gmx.de:
That Doodle poll turned out to be spamed/trolled, and everyone could even
change or delete other votes. Since this was just communicated over this
mailing list, and subscribers are at least basically verified, why not
have a
good
Hi!
I did quite some testing on the lamobo-r1 aka. bpi-r1 a couple of
weeks ago and didn't encounter any such issue -- however, I must
admit that I probably never had more than one client associated
and generating serious traffic simultanously (did you? i.e.
was there more than one client
Signed-off-by: Rafał Miłecki zaj...@gmail.com
---
package/system/procd/files/nand.sh | 9 +
1 file changed, 9 insertions(+)
diff --git a/package/system/procd/files/nand.sh
b/package/system/procd/files/nand.sh
index 7fb9343..0ed1b63 100644
--- a/package/system/procd/files/nand.sh
+++
Just came across this on another list, looks interesting, thought some of
you might be interested,
About this project
As we all know, Raspberry Pi is an open source hardware computer, and
Arduino is an open source hardware microcontroller. Where is the standalone
open source hardware for
Signed-off-by: Rafał Miłecki zaj...@gmail.com
---
target/linux/ar71xx/base-files/lib/upgrade/platform.sh | 13 +
1 file changed, 13 insertions(+)
diff --git a/target/linux/ar71xx/base-files/lib/upgrade/platform.sh
b/target/linux/ar71xx/base-files/lib/upgrade/platform.sh
index
Hi.
Several times my router has lost wired connectivity (wireless was
still working).
When this happens I got this in logs:
[273271.99] Atheros AR8216/AR8236/AR8316 ag71xx-mdio.0:04: Port 2 is down
[273272.00] Atheros AR8216/AR8236/AR8316 ag71xx-mdio.0:04: Port 3 is down
Signed-off-by: Rafał Miłecki zaj...@gmail.com
---
package/system/procd/files/nand.sh | 20 +++-
1 file changed, 7 insertions(+), 13 deletions(-)
diff --git a/package/system/procd/files/nand.sh
b/package/system/procd/files/nand.sh
index 0ed1b63..dfa1ee6 100644
---
Current NAND sysupgrade process is a bit hard to follow due to the way
of triggering stage1. Currently this is done by leaving a /mark/ in the
form of /tmp/sysupgrade-nand-path during nand_do_platform_check.
Existence of this mark stops standard sysupgrade process (as the result
of
38 matches
Mail list logo