Re: [OpenWrt-Devel] ar934x+ar8327v4

On Mon, Dec 08, 2014 at 11:13:07AM -0700, David Hutchison wrote: > > root@OpenWrt:/dev# ifconfig eth0 > eth0 Link encap:Ethernet HWaddr 4C:5E:0C:6D:24:43 > inet addr:10.128.41.249 Bcast:10.128.41.255 Mask:255.255.255.0 > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:

Re: [OpenWrt-Devel] request for ar7 test hw / 3.14 testing

several older avm boxes laying arround. if yo want one or more, pm me. 2014-12-08 22:33 GMT+01:00 Sami Olmari : > Not to be stupid, but how new device would do? I might have some age old > ZyXEL P660-H hardware lying around our hackerspace for nothing, but old > they are indeed :) > > Sami Olmari

[OpenWrt-Devel] [PATCH RESEND 1/2] kirkwood: Iomega ix2-200: wire up the GPIO poweroff driver in the DTS file

Signed-off-by: Richard Kunze --- .../linux/kirkwood/patches-3.14/171-ix2_200_poweroff.patch | 13 + 1 file changed, 13 insertions(+) create mode 100644 target/linux/kirkwood/patches-3.14/171-ix2_200_poweroff.patch diff --git a/target/linux/kirkwood/patches-3.14/171-ix2_200_powerof

[OpenWrt-Devel] [PATCH RESEND 2/2] kirkwood: Iomega ix2-200: use all remaining MTD space for rootfs

Signed-off-by: Richard Kunze --- .../kirkwood/patches-3.14/172-ix2_200-fix-mtd-layout.patch | 13 + 1 file changed, 13 insertions(+) create mode 100644 target/linux/kirkwood/patches-3.14/172-ix2_200-fix-mtd-layout.patch diff --git a/target/linux/kirkwood/patches-3.14/172-ix2_200-

[OpenWrt-Devel] [Patch Resend 0/2] kirkwood: better support for Iomega StorCenter ix2-200

These two patches add better support for the Iomega StorCenter ix2-200. 1/2 wire up the GPIO poweroff driver in the DTS file 2/2 change the MTD partition layout to use all available space for rootfs Richard ___ openwrt-devel mailing list openwrt-devel@l

Re: [OpenWrt-Devel] request for ar7 test hw / 3.14 testing

Not to be stupid, but how new device would do? I might have some age old ZyXEL P660-H hardware lying around our hackerspace for nothing, but old they are indeed :) Sami Olmari On Dec 8, 2014 8:19 AM, "John Crispin" wrote: > Hi, > > i just bumped ar7, it is only compile tested. i tried getting my

Re: [OpenWrt-Devel] au1000 - 3.14 tested needed

* Bruno Randolf [02.12.2014 13:50]: > I just tested it: up & running, PCI got detected, Wifi works, looking > good... :) the same here, ethernet + wifi working. what is strange: the ethernet-mac is always changing after each reboot. not sure if this was also the case with 3.10 - bruno can you se

Re: [OpenWrt-Devel] ar934x+ar8327v4

Hello, I did some more poking around. I don't know if I am way off course or not, but I hope these findings trigger some ideas. Firstly, I contacted Mikrotik and actually received a response: "Hello, that patch will not help you much. However, you can try to debug your FW on RB2011 as it uses s

[OpenWrt-Devel] [PATCH uqmi] Fix character "@" added at end of received messages

If 7 bit message encoded on 8 bit cells has one last bit occupying whole byte it need to be padded with 7 zero bits. To not mistake these last 7 bits with a character with code 0 (@) we need to check length from User Data Length field and not rely on actual length of received data. An example can b

[OpenWrt-Devel] [PATCH] ar8216: enable cpu port to receive arp and broadcast frames for ar8236

Signed-off-by: Weijie Gao --- target/linux/generic/files/drivers/net/phy/ar8216.c | 9 + target/linux/generic/files/drivers/net/phy/ar8216.h | 3 +++ 2 files changed, 12 insertions(+) diff --git a/target/linux/generic/files/drivers/net/phy/ar8216.c b/target/linux/generic/files/drivers/n

[OpenWrt-Devel] [PATCH uqmi 2/2] Added support for 8 bit and 16 bit encoded SMS messages

Message is presented as string of hexadecimal pairs in JSON output. Signed-off-by: Sławomir Demeszko --- commands-wms.c | 32 ++-- 1 file changed, 26 insertions(+), 6 deletions(-) diff --git a/commands-wms.c b/commands-wms.c index 9760d85..74f50aa 100644 --- a/comman

[OpenWrt-Devel] [PATCH uqmi 1/2] Separation of decoding User Data Header from decoding 7 bit message

It is preparation for supporting 8 bit and 16 bit encoding. Moving out this code from decode_7bit_field() allows to reuse it in caller function where other than 7 bit decoding will take place. Signed-off-by: Sławomir Demeszko --- commands-wms.c | 48 +++---

Re: [OpenWrt-Devel] random crashes on ar71xx - [OpenWrt-Commits] r43560 - trunk/target/linux/ar71xx/patches-3.14

trunk only, this is a regression that happened when the patches were updated from 3.10->3.14 On 08/12/2014 11:56, Alpha Sparc wrote: > Is this a trunk only issue or Barrier Breaker and trunk issue? > > On Dec 8, 2014 6:55 PM, "John Crispin" > wrote: > > Hi, > >

Re: [OpenWrt-Devel] random crashes on ar71xx - [OpenWrt-Commits] r43560 - trunk/target/linux/ar71xx/patches-3.14

Is this a trunk only issue or Barrier Breaker and trunk issue? On Dec 8, 2014 6:55 PM, "John Crispin" wrote: > Hi, > > there were a pile of random crashes that people reported on on ar71xx. > > the unaligned patch that we carry with us had a null pointer deref. the > attached commit fixes this bu

[OpenWrt-Devel] random crashes on ar71xx - [OpenWrt-Commits] r43560 - trunk/target/linux/ar71xx/patches-3.14

Hi, there were a pile of random crashes that people reported on on ar71xx. the unaligned patch that we carry with us had a null pointer deref. the attached commit fixes this bug. If you have recently seen such crashes please update to r43560 and see if the crashes are gone now. John -