[OpenWrt-Devel] [PATCH] linux:generic: mtd backport for Spansion S25FL164K
Backport for the Spansion S25FL164K
It's an 8 MiB flash with 4 KiB erase sectors.
Signed-off-by: L. D. Pinney
---
target/linux/generic/patches-3.18/091-mtd-spi-nor-add-support-for-the-Spansion_S25FL164K
| 10 ++
target/linux/generic/patches-4.0/091-mtd-spi-nor-add-support-for-the-Spansion_S25FL164K
| 10 ++
target/linux/generic/patches-4.1/091-mtd-spi-nor-add-support-for-the-Spansion_S25FL164K
| 10 ++
3 files changed, 30 insertions(+)
diff --git
a/target/linux/generic/patches-3.18/091-mtd-spi-nor-add-support-for-the-Spansion_S25FL164K
b/target/linux/generic/patches-3.18/091-mtd-spi-nor-add-support-for-the-Spansion_S25FL164K
new file mode 100644
index 000..866567a
--- /dev/null
+++
b/target/linux/generic/patches-3.18/091-mtd-spi-nor-add-support-for-the-Spansion_S25FL164K
@@ -0,0 +1,10 @@
+--- a/drivers/mtd/spi-nor/spi-nor.c
b/drivers/mtd/spi-nor/spi-nor.c
+@@ -573,6 +573,7 @@ static const struct spi_device_id spi_nor_ids[] = {
+ { "s25fl008k", INFO(0xef4014, 0, 64 * 1024, 16, SECT_4K) },
+ { "s25fl016k", INFO(0xef4015, 0, 64 * 1024, 32, SECT_4K) },
+ { "s25fl064k", INFO(0xef4017, 0, 64 * 1024, 128, SECT_4K) },
++ { "s25fl164k", INFO(0x014017, 0, 64 * 1024, 128, SECT_4K) },
+
+ /* SST -- large erase sizes are "overlays", "sectors" are 4K */
+ { "sst25vf040b", INFO(0xbf258d, 0, 64 * 1024, 8, SECT_4K | SST_WRITE)
},
diff --git
a/target/linux/generic/patches-4.0/091-mtd-spi-nor-add-support-for-the-Spansion_S25FL164K
b/target/linux/generic/patches-4.0/091-mtd-spi-nor-add-support-for-the-Spansion_S25FL164K
new file mode 100644
index 000..866567a
--- /dev/null
+++
b/target/linux/generic/patches-4.0/091-mtd-spi-nor-add-support-for-the-Spansion_S25FL164K
@@ -0,0 +1,10 @@
+--- a/drivers/mtd/spi-nor/spi-nor.c
b/drivers/mtd/spi-nor/spi-nor.c
+@@ -573,6 +573,7 @@ static const struct spi_device_id spi_nor_ids[] = {
+ { "s25fl008k", INFO(0xef4014, 0, 64 * 1024, 16, SECT_4K) },
+ { "s25fl016k", INFO(0xef4015, 0, 64 * 1024, 32, SECT_4K) },
+ { "s25fl064k", INFO(0xef4017, 0, 64 * 1024, 128, SECT_4K) },
++ { "s25fl164k", INFO(0x014017, 0, 64 * 1024, 128, SECT_4K) },
+
+ /* SST -- large erase sizes are "overlays", "sectors" are 4K */
+ { "sst25vf040b", INFO(0xbf258d, 0, 64 * 1024, 8, SECT_4K | SST_WRITE)
},
diff --git
a/target/linux/generic/patches-4.1/091-mtd-spi-nor-add-support-for-the-Spansion_S25FL164K
b/target/linux/generic/patches-4.1/091-mtd-spi-nor-add-support-for-the-Spansion_S25FL164K
new file mode 100644
index 000..866567a
--- /dev/null
+++
b/target/linux/generic/patches-4.1/091-mtd-spi-nor-add-support-for-the-Spansion_S25FL164K
@@ -0,0 +1,10 @@
+--- a/drivers/mtd/spi-nor/spi-nor.c
b/drivers/mtd/spi-nor/spi-nor.c
+@@ -573,6 +573,7 @@ static const struct spi_device_id spi_nor_ids[] = {
+ { "s25fl008k", INFO(0xef4014, 0, 64 * 1024, 16, SECT_4K) },
+ { "s25fl016k", INFO(0xef4015, 0, 64 * 1024, 32, SECT_4K) },
+ { "s25fl064k", INFO(0xef4017, 0, 64 * 1024, 128, SECT_4K) },
++ { "s25fl164k", INFO(0x014017, 0, 64 * 1024, 128, SECT_4K) },
+
+ /* SST -- large erase sizes are "overlays", "sectors" are 4K */
+ { "sst25vf040b", INFO(0xbf258d, 0, 64 * 1024, 8, SECT_4K | SST_WRITE)
},
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] mtd: spi-nor: Add support for Spansion S25FL164K
OK Thanks I'll try to fix it ... I need it for the Bitmain Antminer S3 :) Larry On Mon, Jun 29, 2015 at 12:04 AM, Rafał Miłecki wrote: > On 29 June 2015 at 07:00, John Crispin wrote: > > On 29/06/2015 06:37, Rafał Miłecki wrote: > >> On 29 June 2015 at 06:36, Rafał Miłecki wrote: > >>> On 29 June 2015 at 05:30, L. D. Pinney wrote: > It's an 8 MiB flash with 4 KiB erase sectors. > > Unfortunately this patch from Rafał Miłecki > hasn't been picked up. > >>> > >>> I don't pick/backport every (mtd) patch, so: > >>> 1) Please drop your complainings from the commit message > >>> 2) Backport this patch to 4.0 and 4.1 as well > >>> 3) Rename it, see target/linux/generic/PATCHES > >>> 4) Resend > >> > >> 5) Sign it off > >> > > > > 6) send it upstream to minux-mtd > > It's a backport. It was already sent by me :) Queued for 4.2. > > -- > Rafał > ___ > openwrt-devel mailing list > openwrt-devel@lists.openwrt.org > https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel > ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] mtd: spi-nor: Add support for Spansion S25FL164K
On 29 June 2015 at 07:00, John Crispin wrote: > On 29/06/2015 06:37, Rafał Miłecki wrote: >> On 29 June 2015 at 06:36, Rafał Miłecki wrote: >>> On 29 June 2015 at 05:30, L. D. Pinney wrote: It's an 8 MiB flash with 4 KiB erase sectors. Unfortunately this patch from Rafał Miłecki hasn't been picked up. >>> >>> I don't pick/backport every (mtd) patch, so: >>> 1) Please drop your complainings from the commit message >>> 2) Backport this patch to 4.0 and 4.1 as well >>> 3) Rename it, see target/linux/generic/PATCHES >>> 4) Resend >> >> 5) Sign it off >> > > 6) send it upstream to minux-mtd It's a backport. It was already sent by me :) Queued for 4.2. -- Rafał ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] mtd: spi-nor: Add support for Spansion S25FL164K
On 29/06/2015 06:37, Rafał Miłecki wrote: > On 29 June 2015 at 06:36, Rafał Miłecki wrote: >> On 29 June 2015 at 05:30, L. D. Pinney wrote: >>> It's an 8 MiB flash with 4 KiB erase sectors. >>> >>> Unfortunately this patch from Rafał Miłecki hasn't >>> been picked up. >> >> I don't pick/backport every (mtd) patch, so: >> 1) Please drop your complainings from the commit message >> 2) Backport this patch to 4.0 and 4.1 as well >> 3) Rename it, see target/linux/generic/PATCHES >> 4) Resend > > 5) Sign it off > 6) send it upstream to minux-mtd ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] mtd: spi-nor: Add support for Spansion S25FL164K
On 29 June 2015 at 06:36, Rafał Miłecki wrote: > On 29 June 2015 at 05:30, L. D. Pinney wrote: >> It's an 8 MiB flash with 4 KiB erase sectors. >> >> Unfortunately this patch from Rafał Miłecki hasn't >> been picked up. > > I don't pick/backport every (mtd) patch, so: > 1) Please drop your complainings from the commit message > 2) Backport this patch to 4.0 and 4.1 as well > 3) Rename it, see target/linux/generic/PATCHES > 4) Resend 5) Sign it off -- Rafał ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] mtd: spi-nor: Add support for Spansion S25FL164K
On 29 June 2015 at 05:30, L. D. Pinney wrote: > It's an 8 MiB flash with 4 KiB erase sectors. > > Unfortunately this patch from Rafał Miłecki hasn't been > picked up. I don't pick/backport every (mtd) patch, so: 1) Please drop your complainings from the commit message 2) Backport this patch to 4.0 and 4.1 as well 3) Rename it, see target/linux/generic/PATCHES 4) Resend ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] ar71xx:Add Support for the Bitmain Antminer S3
This patch adds support for the Bitmain Antminer S3 Cryptocurrency Miner
http://wiki.openwrt.org/toh/bitmain/s3
Signed-off-by: L. D. Pinney
---
target/linux/ar71xx/base-files/etc/diag.sh
| 3 +-
target/linux/ar71xx/base-files/etc/uci-defaults/01_leds
| 6
target/linux/ar71xx/base-files/etc/uci-defaults/02_network
| 1 +
target/linux/ar71xx/base-files/lib/ar71xx.sh
| 3 ++
target/linux/ar71xx/base-files/lib/upgrade/platform.sh
| 2 ++
target/linux/ar71xx/config-3.18
| 1 +
target/linux/ar71xx/files/arch/mips/ath79/mach-antminer-s3.c
| 98 +
target/linux/ar71xx/generic/profiles/antminer.mk
| 11 +++
target/linux/ar71xx/image/Makefile
| 10 ++-
target/linux/ar71xx/patches-3.18/905-MIPS-ath79-bitmain-antminer-s3-support.patch
| 39
tools/firmware-utils/src/mktplinkfw.c
| 1 +
11 files changed, 173 insertions(+), 2 deletions(-)
diff --git a/target/linux/ar71xx/base-files/etc/diag.sh
b/target/linux/ar71xx/base-files/etc/diag.sh
index c02efa8..eaf6261 100644
--- a/target/linux/ar71xx/base-files/etc/diag.sh
+++ b/target/linux/ar71xx/base-files/etc/diag.sh
@@ -12,7 +12,8 @@ get_status_led() {
all0305)
status_led="eap7660d:green:ds4"
;;
- antminer-s1)
+ antminer-s1|\
+ antminer-s3)
status_led="bitmain:green:system"
;;
ap132)
diff --git a/target/linux/ar71xx/base-files/etc/uci-defaults/01_leds
b/target/linux/ar71xx/base-files/etc/uci-defaults/01_leds
index 19814f4..5126497 100644
--- a/target/linux/ar71xx/base-files/etc/uci-defaults/01_leds
+++ b/target/linux/ar71xx/base-files/etc/uci-defaults/01_leds
@@ -36,6 +36,12 @@ antminer-s1)
ucidef_set_led_wlan "wlan" "WLAN" "bitmain:green:wlan" "phy0tpt"
;;
+antminer-s3)
+ ucidef_set_led_wlan "wlan" "WLAN" "bitmain:green:wlan" "phy0tpt"
+ ucidef_set_led_default "sys" "SYS" "bitmain:green:sys" "0"
+ ucidef_set_led_default "lan" "LAN" "bitmain:yellow:lan" "0"
+ ;;
+
ap113)
ucidef_set_led_usbdev "usb" "USB" "ap113:green:usb" "1-1"
;;
diff --git a/target/linux/ar71xx/base-files/etc/uci-defaults/02_network
b/target/linux/ar71xx/base-files/etc/uci-defaults/02_network
index 2fab4c2..31de241 100644
--- a/target/linux/ar71xx/base-files/etc/uci-defaults/02_network
+++ b/target/linux/ar71xx/base-files/etc/uci-defaults/02_network
@@ -345,6 +345,7 @@ wp543)
;;
antminer-s1 |\
+antminer-s3 |\
dir-505-a1)
ucidef_set_interface_lan "eth1"
;;
diff --git a/target/linux/ar71xx/base-files/lib/ar71xx.sh
b/target/linux/ar71xx/base-files/lib/ar71xx.sh
index 00e39ae..39e2abc 100755
--- a/target/linux/ar71xx/base-files/lib/ar71xx.sh
+++ b/target/linux/ar71xx/base-files/lib/ar71xx.sh
@@ -110,6 +110,9 @@ tplink_board_detect() {
"04440001"*)
model="BITMAIN ANTMINER S1"
;;
+ "04440003"*)
+ model="BITMAIN ANTMINER S3"
+ ;;
"12"*)
model="MERCURY MAC1200R"
;;
diff --git a/target/linux/ar71xx/base-files/lib/upgrade/platform.sh
b/target/linux/ar71xx/base-files/lib/upgrade/platform.sh
index 0f3ea9c..2696710 100755
--- a/target/linux/ar71xx/base-files/lib/upgrade/platform.sh
+++ b/target/linux/ar71xx/base-files/lib/upgrade/platform.sh
@@ -300,6 +300,8 @@ platform_check_image() {
return 1
;;
+ antminer-s1 | \
+ antminer-s3 | \
archer-c5 | \
archer-c7 | \
el-m150 | \
diff --git a/target/linux/ar71xx/config-3.18 b/target/linux/ar71xx/config-3.18
index 17f33bd..415abea 100644
--- a/target/linux/ar71xx/config-3.18
+++ b/target/linux/ar71xx/config-3.18
@@ -41,6 +41,7 @@ CONFIG_ATH79_MACH_AP96=y
CONFIG_ATH79_MACH_ARCHER_C7=y
CONFIG_ATH79_MACH_AW_NR580=y
CONFIG_ATH79_MACH_ANTMINER_S1=y
+CONFIG_ATH79_MACH_ANTMINER_S3=y
CONFIG_ATH79_MACH_BHU_BXU2000N2_A=y
CONFIG_ATH79_MACH_CAP4200AG=y
CONFIG_ATH79_MACH_CARAMBOLA2=y
diff --git a/target/linux/ar71xx/files/arch/mips/ath79/mach-antminer-s3.c
b/target/linux/ar71xx/files/arch/mips/ath79/mach-antminer-s3.c
new file mode 100644
index 000..010c461
--- /dev/null
+++ b/target/linux/ar71xx/files/arch/mips/ath79/mach-antminer-s3.c
@@ -0,0 +1,98 @@
+/*
+ * Bitmain Antminer S3 board support
+ *
+ * Copyright (C) 2015 L. D. Pinney
+ *
+ * This program is free software; you can redistribute it and/or modify it
+ * under the terms of the GNU General Public License version 2 as published
+ * by the Free Software Foundation.
+ */
+
+#include
+
[OpenWrt-Devel] [PATCH] mtd: spi-nor: Add support for Spansion S25FL164K
It's an 8 MiB flash with 4 KiB erase sectors.
Unfortunately this patch from Rafał Miłecki hasn't been
picked up.
Tested-by: L. D. Pinney
---
drivers/mtd/spi-nor/spi-nor.c | 1 +
1 file changed, 1 insertion(+)
diff --git
a/target/linux/generic/patches-3.18/475-mtd-spi-nor-add-support-for-the-Spansion_S25FL164K
b/target/linux/generic/patches-3.18/475-mtd-spi-nor-add-support-for-the-Spansion_S25FL164K
new file mode 100644
index 000..6b185b9
--- /dev/null
+++
b/target/linux/generic/patches-3.18/475-mtd-spi-nor-add-support-for-the-Spansion_S25FL164K
@@ -0,0 +1,10 @@
+--- a/drivers/mtd/spi-nor/spi-nor.c
b/drivers/mtd/spi-nor/spi-nor.c
+@@ -573,6 +573,7 @@ static const struct spi_device_id spi_nor_ids[] = {
+ { "s25fl008k", INFO(0xef4014, 0, 64 * 1024, 16, SECT_4K) },
+ { "s25fl016k", INFO(0xef4015, 0, 64 * 1024, 32, SECT_4K) },
+ { "s25fl064k", INFO(0xef4017, 0, 64 * 1024, 128, SECT_4K) },
++ { "s25fl164k", INFO(0x014017, 0, 64 * 1024, 128, SECT_4K) },
+
+ /* SST -- large erase sizes are "overlays", "sectors" are 4K */
+ { "sst25vf040b", INFO(0xbf258d, 0, 64 * 1024, 8, SECT_4K | SST_WRITE)
},
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] Improve wifi speed up to 2 times in AP mode.
The thing is - this parameters I've got from hostapd.conf on my host machine and due to comments they are strictly set from 802.11. As for hostapd itself, I don't gone in deep inspection of WMM part but I saw some default values regarding tx_queue* parameters (according to comments this section is used to prioritize traffic from AP to STAs, and WMM part is in opposite direction, in my oppinion last one is also used to determine WMM capable stations which gives us such speed improvements) in source code of hostapd, maybe there's some analogue for WMM but somehow it don't get applied when configuration file loaded. So for now the easiest and fast way to fix this is to set config with parameters that hostapd expects. 2015-06-29 0:21 GMT+03:00 Linus Lüssing : > On Sun, Jun 28, 2015 at 09:16:58PM +0300, N.Leiten wrote: >> As a result I got full 100Mbit/s on AR71XX platform and 70-80Mbit on >> Ralink. I think it is good performance improvement at this moment. > > Interesting, thanks for sharing your results! > > If these settings are generally diserable, maybe it might make > sense to patch hostapd to set them by default if they aren't set > explicitly, instead of through netifd? That way anyone, not only > OpenWRT users might benefit from it. > > Cheers, Linus ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] SSL/TLS crypto library headaches
Hi everybody! I believe we all agree that the world is a mess. Thus it's not very surprising that the currente state of crypto- libraries *and their packaging* is just as messy as everything else. However, especially in case of those libraries, one might want to be very careful and choose a single system-wide implementation and configuration. In OpenWrt we currently favour mbedTLS/PolarSSL but also provide cyassl, OpenSSL and GnuTLS. As most packages need to be linked against one specific library at build time, this is either configurable in the build system (like for curl, see [1]) or provide several build variants, one foreach crypto- backend supported by the package (like ustream-ssl, see [2]). Using build-variants is feasible in case the number of variants is low enough to maintain. In case of curl, which allows the selection of various features at compile time, that would result in v = 2^f * t where v is the total number of build-variants, f the number of boolean feature decissions (enable/disable) and t the number of supported crypto-libraries. Most likely not all combinations will result in a successful build or usable binaries... In either way, packages making use of libraries (like libcurl or libustream-ssl) will either have to accept build-time choices made for those libraries (like in case of libcurl) or select a specific variant to depend on (like in case of libustream-polarssl) and maybe by itself provide variants of the package for each upstream cryptolib available (like uhttpd does, see [3]). I thus suggest to fix the mess by selecting a *single* implementation at build-time, similar to how we allow different C++ standard libraries to be selected, see [4]. In that way, packages can depend on $(TLS_DEPENDS) and provide some ifdefery around CONFIG_USE_MBEDTLS, CONFIG_USE_GNUTLS, ... It's notable that this would also allow to build most packages made to be linked with OpenSSL against libgnutls-openssl without having to change sources as GnuTLS provides some drop-in headers for source-level compatibility with OpenSSL. An alternative may be to provide automatic packaging templates and allow packages to declare which crypto-backends they support and auto-generate variants as well as CONFIGURE_ARGS, ... and templates for packages making use of them further downstream on the dependency graph. I'd appreciate to be pointed at any previous discussion on that topic and would like to know the opinion of other developers. Cheers Daniel 1: https://dev.openwrt.org/browser/trunk/package/network/utils/curl/Config.in 2: https://dev.openwrt.org/browser/trunk/package/libs/ustream-ssl/Makefile 3: https://dev.openwrt.org/browser/trunk/package/network/services/uhttpd/Makefile#L65 4: https://dev.openwrt.org/browser/trunk/include/uclibc%2B%2B.mk#L8 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [PATCH] Improve wifi speed up to 2 times in AP mode.
On Sun, Jun 28, 2015 at 09:16:58PM +0300, N.Leiten wrote: > As a result I got full 100Mbit/s on AR71XX platform and 70-80Mbit on > Ralink. I think it is good performance improvement at this moment. Interesting, thanks for sharing your results! If these settings are generally diserable, maybe it might make sense to patch hostapd to set them by default if they aren't set explicitly, instead of through netifd? That way anyone, not only OpenWRT users might benefit from it. Cheers, Linus ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] Improve wifi speed up to 2 times in AP mode.
Hi. There's some general problem in hostapd configuration for several devices was observed. In vanilla trunk versions of openwrt I got nearly 40-45Mbit/s speed on Ralink RT5350 based devices and Atheros AR71xx platform (tp-link wr841nd). The problem was in /var/run/hostapd-phy0.conf. It seems it is not enough just set 'wmm_enable=1' to actually enable WME/WMM on interface, it also need all WMM related keys be set. So I just added it with standart definitions from hostapd.conf to /lib/netifd/hostapd.sh. As a result I got full 100Mbit/s on AR71XX platform and 70-80Mbit on Ralink. I think it is good performance improvement at this moment. Patch was created against current trunk version. diff -c -r a/package/network/services/hostapd/files/netifd.sh b/package/network/services/hostapd/files/netifd.sh *** a/package/network/services/hostapd/files/netifd.sh 2015-06-09 15:00:07.0 +0300 --- b/package/network/services/hostapd/files/netifd.sh 2015-06-28 21:01:39.054827123 +0300 *** *** 207,212 --- 207,235 append bss_conf "disassoc_low_ack=$disassoc_low_ack" "$N" append bss_conf "preamble=$short_preamble" "$N" append bss_conf "wmm_enabled=$wmm" "$N" + if [ "$wmm" -gt 0 ];then + append bss_conf "wmm_ac_bk_cwmin=4" "$N" + append bss_conf "wmm_ac_bk_cwmax=10" "$N" + append bss_conf "wmm_ac_bk_aifs=7" "$N" + append bss_conf "wmm_ac_bk_txop_limit=0" "$N" + append bss_conf "wmm_ac_bk_acm=0" "$N" + append bss_conf "wmm_ac_be_aifs=3" "$N" + append bss_conf "wmm_ac_be_cwmin=4" "$N" + append bss_conf "wmm_ac_be_cwmax=10" "$N" + append bss_conf "wmm_ac_be_txop_limit=0" "$N" + append bss_conf "wmm_ac_be_acm=0" "$N" + append bss_conf "wmm_ac_vi_aifs=2" "$N" + append bss_conf "wmm_ac_vi_cwmin=3" "$N" + append bss_conf "wmm_ac_vi_cwmax=4" "$N" + append bss_conf "wmm_ac_vi_txop_limit=94" "$N" + append bss_conf "wmm_ac_vi_acm=0" "$N" + append bss_conf "wmm_ac_vo_aifs=2" "$N" + append bss_conf "wmm_ac_vo_cwmin=2" "$N" + append bss_conf "wmm_ac_vo_cwmax=3" "$N" + append bss_conf "wmm_ac_vo_txop_limit=47" "$N" + append bss_conf "wmm_ac_vo_acm=0" "$N" + fi + append bss_conf "ignore_broadcast_ssid=$hidden" "$N" append bss_conf "uapsd_advertisement_enabled=$uapsd" "$N" ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] Chaos Calmer regression in RC2 - MediaTek MT7621
On my Firewrt (MediaTek MT7621) cc-rc1 was booting up correctly. cc-rc2 fails with kernel oops: http://pastebin.com/raw.php?i=gCWKmG3J cc-rc1 (working) http://pastebin.com/raw.php?i=GSXXtPxd cc-rc2 (kernel oops) http://pastebin.com/raw.php?i=t1qRjzPy r46133 trunk (kernel oops) trunk is also broken (on this hardware). Best Christian ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
