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
Is this a trunk only issue or Barrier Breaker and trunk issue?
On Dec 8, 2014 6:55 PM, John Crispin blo...@openwrt.org 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
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 blo...@openwrt.org
mailto:blo...@openwrt.org wrote:
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 s.demes...@wireless-instruments.com
---
commands-wms.c | 48
Message is presented as string of hexadecimal pairs in JSON output.
Signed-off-by: Sławomir Demeszko s.demes...@wireless-instruments.com
---
commands-wms.c | 32 ++--
1 file changed, 26 insertions(+), 6 deletions(-)
diff --git a/commands-wms.c b/commands-wms.c
index
Signed-off-by: Weijie Gao hackpas...@gmail.com
---
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
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
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
* Bruno Randolf b...@thinktube.com [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 -
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 blo...@openwrt.org wrote:
Hi,
i just bumped ar7, it is only compile tested. i
Signed-off-by: Richard Kunze richard.ku...@web.de
---
.../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
Signed-off-by: Richard Kunze richard.ku...@web.de
---
.../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
several older avm boxes laying arround. if yo want one or more, pm me.
2014-12-08 22:33 GMT+01:00 Sami Olmari s...@olmari.fi:
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 :)
13 matches
Mail list logo