Hi.
Anyone working on support for this device? I'm thinking about buying one
and looking into it. So far, I found only that it suppose to be very
similar to MR3020 (ar9331 cpu).
Any info anyone?
Thanks.
Jiri
___
openwrt-devel mailing list
Signed-off-by: Alexandru Ardelean a...@ocedo.com
---
package/devel/valgrind/Makefile | 17 -
1 file changed, 12 insertions(+), 5 deletions(-)
diff --git a/package/devel/valgrind/Makefile b/package/devel/valgrind/Makefile
index 6c22348..a55fb40 100644
---
Resent with Signed-off-by tag.
Thanks
On Wed, Jul 30, 2014 at 5:42 AM, Florian Fainelli flor...@openwrt.org
wrote:
2014-07-29 0:07 GMT-07:00 Alexandru Ardelean ardeleana...@gmail.com:
---
openwrt/package/devel/valgrind/Makefile | 17 -
1 file changed, 12 insertions(+),
[Cc: openwrt-devel]
On Tue, Jul 29, 2014 at 07:32:47PM +0100, David Bonnes wrote:
On 29 July 2014 17:22, Juliusz Chroboczek j...@pps.univ-paris-diderot.fr
wrote:
I was unable to test [polipo] on BB rc1 because it is not in the
list of pre-compiled packages!
Yes it is. Did you forget
David,
On Wed, Jul 30, 2014 at 10:56:41AM +0100, Gabriel Kerneis wrote:
[Cc: openwrt-devel]
On Tue, Jul 29, 2014 at 07:32:47PM +0100, David Bonnes wrote:
On 29 July 2014 17:22, Juliusz Chroboczek j...@pps.univ-paris-diderot.fr
wrote:
I was unable to test [polipo] on BB rc1 because it
Anyone?
On 07/26/2014 11:25 AM, Derek Werthmuller wrote:
I'm looking at using one of the sunxi targets over the rpi for more
ram and cpu power.
The primary candidate is the Bannana Pi and the cubiboards. Using the
A20 processor. For my application I need the Ethernet and USB
features to be
Hi,
Have you looked to https://github.com/nekromant/openwrt-sunxi ?
30.07.2014, 13:28, Derek Vicky thewerth...@gmail.com:
Anyone?
On 07/26/2014 11:25 AM, Derek Werthmuller wrote:
I'm looking at using one of the sunxi targets over the rpi for more
ram and cpu power.
The primary candidate
Signed-off-by: Hans Dedecker dedec...@gmail.com
---
.../config/netifd/files/lib/netifd/dhcp.script |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/package/network/config/netifd/files/lib/netifd/dhcp.script
b/package/network/config/netifd/files/lib/netifd/dhcp.script
The package supports Generic Routing Encapsulation support by registering
following protocol kinds:
-gre
-gretap
-grev6
-grev6tap
Following options are valid for gre and gretap kinds:
-ipaddr
-peeraddr
-df
-mtu
-ttl
-tunlink
-zone
-ikey
-okey
Line up the device state manipulation by checking the external device parameter
consistent and not the hotplug device parameter
Signed-off-by: Hans Dedecker dedec...@gmail.com
---
device.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/device.c b/device.c
index
Adds support for gre, gretap, grev6 and grev6tap tunnels
Signed-off-by: Hans Dedecker dedec...@gmail.com
---
system-dummy.c |2 +-
system-linux.c | 190 +---
system.c |1 +
system.h |3 +-
tunnel.c |2 +-
5
Signed-off-by: Hans Dedecker dedec...@gmail.com
---
interface.c | 14 --
interface.h |3 +--
ubus.c | 29 +++--
wireless.c |2 +-
4 files changed, 33 insertions(+), 15 deletions(-)
diff --git a/interface.c b/interface.c
index
From: L. D. Pinney ldpin...@gmail.com
LED Fix up for the Kingston Mobilelite Wireless (MLW-221)
http://wiki.openwrt.org/toh/kingston/mlw221
Signed-off-by: L. D. Pinney ldpin...@gmail.com
---
diff --git a/target/linux/ramips/base-files/etc/diag.sh
Hello Hauke,
could you move your patch, which fix fixups call [1] from brcm47xx
target to the generic patches, since mvswitch driver suffers from the
same problem?
1.
https://dev.openwrt.org/browser/trunk/target/linux/brcm47xx/patches-3.14/960-fix-phy-device.patch
--
BR,
Sergey
I am trying to rebuild qemu-img with the latest stable version 2.0.0. I can
build it on my host, but it depends on glib2 and libffi, which are under
feeds/packages/libs/ How can I make sure those feeds are downloaded and
build for qemu, which is under tools? I would hate to duplicate the glib2
Hi Sergey,
2014-07-30 15:09 GMT-07:00 Sergey Ryazanov ryazanov@gmail.com:
Hello Hauke,
could you move your patch, which fix fixups call [1] from brcm47xx
target to the generic patches, since mvswitch driver suffers from the
same problem?
1.
Hi Florian,
2014-07-31 2:14 GMT+04:00 Florian Fainelli flor...@openwrt.org:
Hi Sergey,
2014-07-30 15:09 GMT-07:00 Sergey Ryazanov ryazanov@gmail.com:
Hello Hauke,
could you move your patch, which fix fixups call [1] from brcm47xx
target to the generic patches, since mvswitch driver
The reset button on the GS-Oolite v1.0 was reversed. That is, it
registered `release' when first depressed and `press' when released.
This resulted in the device being sent back to factory defaults the
instant the button was depressed (because the `press' time was zero
and the resulting interval
18 matches
Mail list logo