The work has been backported from openwrt-dreambox with
some modifications & code cleanup.
* updated config-3.3
* updated config-3.6
* renamed rt-n13 to rt-n13u
* fixed mach-rt-n13u.c
Signed-off-by: Amit Mendapara
rt-n13u.patch
Description: Binary data
_
Add Huawei EchoLife HG556a support.
Signed-off-by: Álvaro Fernández Rojas
---
HW556 cal_data isn't located at the end of the flash near the nvram, so it
needs updating jogo's mtd cal_data partitions detecting patch.
Fix brcm63xx scripts for each HW556_* board.
Fix HW556 profile (copyright year,
Hi,
I wonder how to fix correctly (or what would be the preferred way) wrong MAC
generation for multi BSSID setups on rt2800. As rt2800 hw can only be
configured to mask the last three bits of the programmed MAC addresses, we
can't change first byte of the MAC - otherwise it doesn't work. More
inf
Add Huawei EchoLife HG556a support.
Signed-off-by: Álvaro Fernández Rojas
---
HW556 cal_data isn't located at the end of the flash near the nvram, so it
needs updating jogo's mtd cal_data partitions detecting patch.
Fixed network script.
diff --git
a/target/linux/brcm63xx/base-files/etc/hotplu
As rt2800 hw can only be configured to mask the last three bits of the
programmed MAC addresses, we can't change first byte of the MAC - otherwise it
doesn't work. More information about this issue [1].
Should fix #12133.
1. http://marc.info/?l=linux-wireless&m=135387062429809&w=2
Thanks to Paul
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi.
> +is_not_rt2800() { + grep -E 'Ralink (RT3050|RT3052|RT3350|RT3352)'
> /proc/cpuinfo >/dev/null && \ + return 1 || return 0 +}
This can be simplified to:
is_not_rt2800() {
grep -sqE 'Ralink (RT3050|RT3052|RT3350|RT3352)'
As rt2800 hw can only be configured to mask the last three bits of the
programmed MAC addresses, we can't change first byte of the MAC - otherwise it
doesn't work. More information about this issue [1].
Should fix #12133.
1. http://marc.info/?l=linux-wireless&m=135387062429809&w=2
Thanks to Paul
Jo-Philipp Wich [2012-11-26 19:53:52]:
> This can be simplified to:
>
> is_not_rt2800() {
> grep -sqE 'Ralink (RT3050|RT3052|RT3350|RT3352)' /proc/cpuinfo
> }
But then it should be changed to is_rt2800(), right?
> Since Daniel Dickinson recently posted a series of patches to override
> t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi.
> But then it should be changed to is_rt2800(), right?
Correct, I overlooked the inverted logic.
> Sounds good, there's plan to add this into the AA? I was personally
> thinking about such a generalization myself.
No, it will most definitely no
The work has been backported from openwrt-dreambox with
some modifications & code cleanup.
* updated config-3.3
* updated config-3.6
* renamed rt-n13 to rt-n13u
* fixed mach-rt-n13u.c
Signed-off-by: Amit Mendapara
---
Index: target/linux/ramips/files/arch/mips/include/asm/mach-ralink/machine.h
=
Hi
if you know how to compile openwrt yourself, you can activate nanoseconds
support for date command in:
Base system / busybox / coreutils / Support %[num]N nanosecond format specifier
BUSYBOX_CONFIG_FEATURE_DATE_NANO is in trunk since
https://dev.openwrt.org/changeset/22665/trunk/package/busybo
Add Huawei EchoLife HG556a support.
Signed-off-by: Álvaro Fernández Rojas
---
HW556 cal_data isn't located at the end of the flash near the nvram, so it
needs updating jogo's mtd cal_data partitions detecting patch.
Fixed ralink cal_data detection.
This is the last version.
diff --git
a/target
Hi Richard,
I'm having occasional problems with the wifi connection on my
> WZR-HP-G300NH. I saw this on 12.09-beta and recently updated to 12.09-beta2
> to see if the issue was present there (it is!).
>
> It seems that hostapd is getting blocked performing a sendto. I've seen it
> twice today bot
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi.
> It seems that hostapd is getting blocked performing a sendto. I've
> seen it twice today both times it gets stuck in sendto.
https://dev.openwrt.org/ticket/11894
~ Jow
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment:
I'm working on making some prototype mods to the ath9k driver, and am
trying to figure out how to get the affected kernel ath9k module to
rebuild, and subsequently have the appropriate image rebuilt. I've tried a
number of paths, but without much luck. I've had the most luck with
running 'make ta
Found in the AudioCodes Tulip AC494 ATA.
Signed-off-by: Daniel Golle
diff --git a/target/linux/ar7/patches-3.3/300-add-ac49x-platform.patch
b/target/linux/ar7/patches-3.3/300-add-ac49x-platform.patch
index 80f0f28..fccd357 100644
--- a/target/linux/ar7/patches-3.3/300-add-ac49x-platform.patch
+
16 matches
Mail list logo