[OpenWrt-Devel] [PATCH RESEND] toolchain: uClibc: fix build with CONFIG_BUILD_NLS selected
Without this patch, selecting Compile with full language support results in the following question during build: ... Locale Support (UCLIBC_HAS_LOCALE) [Y/n/?] y Locale data 1. All locales (UCLIBC_BUILD_ALL_LOCALE) (NEW) 2. Only selected locales (UCLIBC_BUILD_MINIMAL_LOCALE) (NEW) 3. Use Pre-generated Locale Data (UCLIBC_PREGENERATED_LOCALE_DATA) (NEW) choice[1-3]: Signed-off-by: Michael Heimpold m...@heimpold.de --- toolchain/uClibc/common.mk |1 + toolchain/uClibc/config-0.9.33.2/common |3 +++ 2 files changed, 4 insertions(+) diff --git a/toolchain/uClibc/common.mk b/toolchain/uClibc/common.mk index 69ac470..e507dc6 100644 --- a/toolchain/uClibc/common.mk +++ b/toolchain/uClibc/common.mk @@ -79,6 +79,7 @@ define Host/Configure -e 's,^.*UCLIBC_HAS_SOFT_FLOAT.*,UCLIBC_HAS_SOFT_FLOAT=$(if $(CONFIG_SOFT_FLOAT),y,n),g' \ -e 's,^.*UCLIBC_HAS_SHADOW.*,UCLIBC_HAS_SHADOW=$(if $(CONFIG_SHADOW_PASSWORDS),y,n),g' \ -e 's,^.*UCLIBC_HAS_LOCALE.*,UCLIBC_HAS_LOCALE=$(if $(CONFIG_BUILD_NLS),y,n),g' \ + -e 's,^.*UCLIBC_BUILD_ALL_LOCALE.*,UCLIBC_BUILD_ALL_LOCALE=$(if $(CONFIG_BUILD_NLS),y,n),g' \ $(HOST_BUILD_DIR)/.config.new cmp -s $(HOST_BUILD_DIR)/.config.new $(HOST_BUILD_DIR)/.config.last || { \ cp $(HOST_BUILD_DIR)/.config.new $(HOST_BUILD_DIR)/.config \ diff --git a/toolchain/uClibc/config-0.9.33.2/common b/toolchain/uClibc/config-0.9.33.2/common index fce922e..c587b9a 100644 --- a/toolchain/uClibc/config-0.9.33.2/common +++ b/toolchain/uClibc/config-0.9.33.2/common @@ -132,6 +132,9 @@ UCLIBC_HAS_LIBNSL_STUB=y UCLIBC_HAS_LIBRESOLV_STUB=y UCLIBC_HAS_LIBUTIL=y # UCLIBC_HAS_LOCALE is not set +# UCLIBC_BUILD_ALL_LOCALE is not set +# UCLIBC_BUILD_MINIMAL_LOCALE is not set +# UCLIBC_PREGENERATED_LOCALE_DATA is not set UCLIBC_HAS_LONG_DOUBLE_MATH=y UCLIBC_HAS_NETWORK_SUPPORT=y UCLIBC_HAS_NFTW=y -- 1.7.10.4 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH RESEND] toolchain: uClibc: fix compile with full language support enabled (fixes #13095)
When building with CONFIG_BUILD_NLS=y, uClibc fails to compile with following message (or similar, according to https://dev.openwrt.org/ticket/13095): -snip- ... Warning: adding UNDEFINED entry for ar_AE Warning: adding UNDEFINED entry for am_ET Warning: adding UNDEFINED entry for af_ZA grep ^#define extra/locale/locale_tables.h extra/locale/lt_defines.h grep ^#define __lc extra/locale/locale_collate.h extra/locale/lt_defines.h gcc extra/locale/gen_wctype.c -o extra/locale/gen_wctype-Os -Wall -D__UCLIBC_GEN_LOCALE -I./ extra/locale/gen_wctype.c: In function 'main': extra/locale/gen_wctype.c:684:2: warning: #warning fix the upper bound on the upper/lower tables... save 200 bytes or so [-Wcpp] for locale in en_US en_GB; do \ extra/locale/gen_wctype $locale extra/locale/wctables.h || \ extra/locale/gen_wctype $locale.UTF-8 extra/locale/wctables.h || \ extra/locale/gen_wctype $locale.iso8859-1 extra/locale/wctables.h break; \ done make[4]: *** [extra/locale/wctables.h] Error 1 -snap- This seems to also depend on the host system used, e.g. running a fresh checkout on a Debian 7.6 system triggered this error, while running the very same stuff on an Ubuntu 12.10 Quantal Quetzal does not trigger it. This is the configuration I used: -snip- buildbot@buildbot:~/openwrt-nls.git$ scripts/diffconfig.sh CONFIG_TARGET_ar71xx=y CONFIG_TARGET_ar71xx_generic=y CONFIG_TARGET_ar71xx_generic_Default=y CONFIG_DEVEL=y CONFIG_BUILD_NLS=y CONFIG_DOWNLOAD_FOLDER=/srv/downloads/downloads -snap- In the ticket mentioned above, a patch is referenced which solves this issue. Note, that this issue is also present on 14.07. Signed-off-by: Michael Heimpold m...@heimpold.de --- .../uClibc/patches-0.9.33.2/991-gen_wctype.patch | 183 1 file changed, 183 insertions(+) create mode 100644 toolchain/uClibc/patches-0.9.33.2/991-gen_wctype.patch diff --git a/toolchain/uClibc/patches-0.9.33.2/991-gen_wctype.patch b/toolchain/uClibc/patches-0.9.33.2/991-gen_wctype.patch new file mode 100644 index 000..b3db8cf --- /dev/null +++ b/toolchain/uClibc/patches-0.9.33.2/991-gen_wctype.patch @@ -0,0 +1,183 @@ +--- a/extra/locale/gen_wctype.c b/extra/locale/gen_wctype.c +@@ -227,11 +227,12 @@ + ++verbose; + continue; + } +- if (!setlocale(LC_CTYPE, *argv)) { ++ /* setlocale might be just a stub */ ++ /* if (!setlocale(LC_CTYPE, *argv)) { + verbose_msg(setlocale(LC_CTYPE,%s) failed! Skipping this locale...\n, *argv); + continue; + } +- ++ */ + if (!(totitle = wctrans(totitle))) { + verbose_msg(no totitle transformation.\n); + } +@@ -306,43 +307,43 @@ + #endif + #if 0 + if (c 256) { +- unsigned int glibc; ++ unsigned int curr_stdclib; + +- glibc = 0; +- if (isalnum(c)) ++glibc; glibc = 1; +- if (isalpha(c)) ++glibc; glibc = 1; +- if (isblank(c)) ++glibc; glibc = 1; +- if (iscntrl(c)) ++glibc; glibc = 1; +- if (isdigit(c)) ++glibc; glibc = 1; +- if (isgraph(c)) ++glibc; glibc = 1; +- if (islower(c)) ++glibc; glibc = 1; +- if (isprint(c)) ++glibc; glibc = 1; +- if (ispunct(c)) ++glibc; glibc = 1; +- if (isspace(c)) ++glibc; glibc = 1; +- if (isupper(c)) ++glibc; glibc = 1; +- if (isxdigit(c)) ++glibc; +- verbose_msg(%#8x : ctype %#4x\n, c, glibc); ++ curr_stdclib = 0; ++ if (isalnum(c)) ++curr_stdclib; curr_stdclib = 1; ++ if (isalpha(c)) ++curr_stdclib; curr_stdclib = 1; ++ if (isblank(c)) ++curr_stdclib; curr_stdclib = 1; ++ if (iscntrl(c)) ++curr_stdclib; curr_stdclib = 1; ++ if (isdigit(c)) ++curr_stdclib; curr_stdclib = 1; ++ if (isgraph(c)) ++curr_stdclib; curr_stdclib = 1; ++ if (islower(c)) ++curr_stdclib; curr_stdclib = 1; ++ if (isprint(c)) ++curr_stdclib; curr_stdclib = 1; ++ if (ispunct(c)) ++curr_stdclib; curr_stdclib = 1; ++
[OpenWrt-Devel] [Patch 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@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH 1/2] kirkwood: Iomega ix2-200: wire up the GPIO poweroff driver in the DTS file
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 a/target/linux/kirkwood/patches-3.14/171-ix2_200_poweroff.patch b/target/linux/kirkwood/patches-3.14/171-ix2_200_poweroff.patch new file mode 100644 index 000..62f244c --- /dev/null +++ b/target/linux/kirkwood/patches-3.14/171-ix2_200_poweroff.patch @@ -0,0 +1,13 @@ +--- a/arch/arm/boot/dts/kirkwood-iomega_ix2_200.dts b/arch/arm/boot/dts/kirkwood-iomega_ix2_200.dts +@@ -168,6 +168,10 @@ + gpios = gpio1 3 GPIO_ACTIVE_LOW; + }; + }; ++ gpio-poweroff { ++ compatible = gpio-poweroff; ++ gpios = gpio0 17 GPIO_ACTIVE_LOW; ++ }; + }; + + nand { -- 1.9.1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH 2/2] kirkwood: Iomega ix2-200: use all remaining MTD space for rootfs
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 a/target/linux/kirkwood/patches-3.14/172-ix2_200-fix-mtd-layout.patch b/target/linux/kirkwood/patches-3.14/172-ix2_200-fix-mtd-layout.patch new file mode 100644 index 000..46005c5 --- /dev/null +++ b/target/linux/kirkwood/patches-3.14/172-ix2_200-fix-mtd-layout.patch @@ -0,0 +1,13 @@ +--- a/arch/arm/boot/dts/kirkwood-iomega_ix2_200.dts b/arch/arm/boot/dts/kirkwood-iomega_ix2_200.dts +@@ -195,8 +195,8 @@ + }; + + partition@40 { +- label = uInitrd; +- reg = 0x54 0x100; ++ label = rootfs; ++ reg = 0x40 0x1C0; + }; + }; + -- 1.9.1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH] kirkwood: change CRC32 implementation to CRC32_SLICEBY8
At least on my Iomega ix2-200 system, this makes btrfs writes about 30% faster. Signed-off-by: Richard Kunze richard.ku...@web.de --- target/linux/kirkwood/config-3.14 | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/target/linux/kirkwood/config-3.14 b/target/linux/kirkwood/config-3.14 index 5d9c47c..4e5e929 100644 --- a/target/linux/kirkwood/config-3.14 +++ b/target/linux/kirkwood/config-3.14 @@ -56,18 +56,20 @@ CONFIG_CPU_PM=y CONFIG_CPU_TLB_FEROCEON=y CONFIG_CPU_USE_DOMAINS=y CONFIG_CRC16=y +# CONFIG_CRC32_SARWATE is not set +CONFIG_CRC32_SLICEBY8=y CONFIG_CRYPTO_CRC32C=y CONFIG_CRYPTO_DEFLATE=y CONFIG_CRYPTO_HASH=y CONFIG_CRYPTO_HASH2=y CONFIG_CRYPTO_LZO=y CONFIG_DEBUG_LL_INCLUDE=debug/8250.S -CONFIG_DEBUG_LL_UART_8250=y +CONFIG_DEBUG_UART_8250=y # CONFIG_DEBUG_UART_8250_FLOW_CONTROL is not set CONFIG_DEBUG_UART_8250_SHIFT=2 # CONFIG_DEBUG_UART_8250_WORD is not set CONFIG_DEBUG_UART_PHYS=0xf1012000 -# CONFIG_DEBUG_LL_UART_PL01X is not set +# CONFIG_DEBUG_UART_PL01X is not set CONFIG_DEBUG_UART_VIRT=0xfed12000 # CONFIG_DEBUG_USER is not set # CONFIG_DLCI is not set -- 1.9.1 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] Donating TL-Archer C7 v2 for developer
Hi I'd like to donate an TP-Link Archer C7 v2 to keep for willing OpenWrt developer in exchange for (trying to) make it more bugfree. There is at least few known bugs, https://dev.openwrt.org/ticket/18362 and https://dev.openwrt.org/ticket/18363 Then there is also matter of switch config which kinda doesn't make any sense, nor editing it works as expected (too many ports, no sane CPU port, can't do VLANs essentially). Anyone interested? Sami Olmari ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Donating TL-Archer C7 v2 for developer
Yupp, okay Ill bite... but im in Australia :) On Sun, Nov 30, 2014 at 12:11 AM, Sami Olmari s...@olmari.fi wrote: Hi I'd like to donate an TP-Link Archer C7 v2 to keep for willing OpenWrt developer in exchange for (trying to) make it more bugfree. There is at least few known bugs, https://dev.openwrt.org/ticket/18362 and https://dev.openwrt.org/ticket/18363 Then there is also matter of switch config which kinda doesn't make any sense, nor editing it works as expected (too many ports, no sane CPU port, can't do VLANs essentially). Anyone interested? Sami Olmari ___ 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] Donating TL-Archer C7 v2 for developer
Well, I could send one to you, Australia is no issue, How can I be sure you are even remotely a developer? :P Sami Olmari On Sun, Nov 30, 2014 at 2:29 AM, Outback Dingo outbackdi...@gmail.com wrote: Yupp, okay Ill bite... but im in Australia :) On Sun, Nov 30, 2014 at 12:11 AM, Sami Olmari s...@olmari.fi wrote: Hi I'd like to donate an TP-Link Archer C7 v2 to keep for willing OpenWrt developer in exchange for (trying to) make it more bugfree. There is at least few known bugs, https://dev.openwrt.org/ticket/18362 and https://dev.openwrt.org/ticket/18363 Then there is also matter of switch config which kinda doesn't make any sense, nor editing it works as expected (too many ports, no sane CPU port, can't do VLANs essentially). Anyone interested? Sami Olmari ___ 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] Donating TL-Archer C7 v2 for developer
Sent one, let's hope everything goes okay :) Sami On Sun, Nov 30, 2014 at 2:45 AM, Sami Olmari s...@olmari.fi wrote: Well, I could send one to you, Australia is no issue, How can I be sure you are even remotely a developer? :P Sami Olmari On Sun, Nov 30, 2014 at 2:29 AM, Outback Dingo outbackdi...@gmail.com wrote: Yupp, okay Ill bite... but im in Australia :) On Sun, Nov 30, 2014 at 12:11 AM, Sami Olmari s...@olmari.fi wrote: Hi I'd like to donate an TP-Link Archer C7 v2 to keep for willing OpenWrt developer in exchange for (trying to) make it more bugfree. There is at least few known bugs, https://dev.openwrt.org/ticket/18362 and https://dev.openwrt.org/ticket/18363 Then there is also matter of switch config which kinda doesn't make any sense, nor editing it works as expected (too many ports, no sane CPU port, can't do VLANs essentially). Anyone interested? Sami Olmari ___ 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] kirkwood: change CRC32 implementation to CRC32_SLICEBY8
Hi Richard, On Sat, Nov 29, 2014 at 11:37:38PM +0100, Richard Kunze wrote: At least on my Iomega ix2-200 system, this makes btrfs writes about 30% faster. Signed-off-by: Richard Kunze richard.ku...@web.de --- target/linux/kirkwood/config-3.14 | 6 -- 1 file changed, 4 insertions(+), 2 deletions(-) Applied in r43434. Thank you! Luka ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] Donating TL-Archer C7 v2 for developer
BTW, I'm still open to this if there is another developer interested in this too :) Sami Olmari On Sun, Nov 30, 2014 at 3:17 AM, Sami Olmari s...@olmari.fi wrote: Sent one, let's hope everything goes okay :) Sami On Sun, Nov 30, 2014 at 2:45 AM, Sami Olmari s...@olmari.fi wrote: Well, I could send one to you, Australia is no issue, How can I be sure you are even remotely a developer? :P Sami Olmari On Sun, Nov 30, 2014 at 2:29 AM, Outback Dingo outbackdi...@gmail.com wrote: Yupp, okay Ill bite... but im in Australia :) On Sun, Nov 30, 2014 at 12:11 AM, Sami Olmari s...@olmari.fi wrote: Hi I'd like to donate an TP-Link Archer C7 v2 to keep for willing OpenWrt developer in exchange for (trying to) make it more bugfree. There is at least few known bugs, https://dev.openwrt.org/ticket/18362 and https://dev.openwrt.org/ticket/18363 Then there is also matter of switch config which kinda doesn't make any sense, nor editing it works as expected (too many ports, no sane CPU port, can't do VLANs essentially). Anyone interested? Sami Olmari ___ 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] Donating TL-Archer C7 v2 for developer
Hmm... it does clarify it some :) For defaults, wouldn't it be also better to have the eth 1 / switch port 0 as tagged as default? Sami Olmari On Sun, Nov 30, 2014 at 3:34 AM, Ben Franske ben.li...@franske.com wrote: Sami, I'm a very power user of OpenWRT and also a light developer of it. I happen to have one of the Archer C7 v2 units myself. I agree there are definitely some bugs there but the switch config is not something we can do much about I don't think. I agree it's quite different than other devices but that is because of the way the hardware is built and not because of OpenWRT. Once you actually figure out the switch configuration it's pretty flexible, just different than what you would expect. Because it's different than many devices the LuCI interface for configuring it is misleading and confusing. I find it less confusing to work with it in the /etc/config/network text file configuration. When I get some time I hope to do a better job of documenting it. You can definitely do VLANs though, in fact two VLANs are part of the default OpenWRT config on this device. Basically, it is a seven port switch. Each of the five physical Ethernet ports (WAN, LAN1, LAN2, LAN3, LAN4) are represented and it has TWO CPU ports. A table showing the relationship of the switch ports to the physical and CPU ports is on the wiki at http://wiki.openwrt.org/toh/tp-link/tl-wdr7500 The default configuration is to use VLAN1 to carry the LAN traffic (connecting eth1 with LAN1, LAN2, LAN3, and LAN4) and VLAN2 to carry the WAN traffic (connecting eth0 with WAN). You can add extra VLANs if you so desire and change eth1 (switch port 0) to a tagged port. In this way it will operate just like any other OpenWRT controlled switch. The key difference is that you must always reserve one VLAN for connecting the WAN port (switch port 1) to the eth0 port (switch port 6). Hope this helps clarify! -Ben On 11/29/2014 6:11 PM, Sami Olmari wrote: Hi I'd like to donate an TP-Link Archer C7 v2 to keep for willing OpenWrt developer in exchange for (trying to) make it more bugfree. There is at least few known bugs, https://dev.openwrt.org/ticket/18362 and https://dev.openwrt.org/ticket/18363 Then there is also matter of switch config which kinda doesn't make any sense, nor editing it works as expected (too many ports, no sane CPU port, can't do VLANs essentially). Anyone interested? Sami Olmari ___ 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
[OpenWrt-Devel] Fwd: Donating TL-Archer C7 v2 for developer
I want this in mailinlist too, hopefully forward is okay and correct: -- Forwarded message -- From: Ben Franske ben.li...@franske.com Date: Sun, Nov 30, 2014 at 3:34 AM Subject: Re: [OpenWrt-Devel] Donating TL-Archer C7 v2 for developer To: Sami Olmari s...@olmari.fi Sami, I'm a very power user of OpenWRT and also a light developer of it. I happen to have one of the Archer C7 v2 units myself. I agree there are definitely some bugs there but the switch config is not something we can do much about I don't think. I agree it's quite different than other devices but that is because of the way the hardware is built and not because of OpenWRT. Once you actually figure out the switch configuration it's pretty flexible, just different than what you would expect. Because it's different than many devices the LuCI interface for configuring it is misleading and confusing. I find it less confusing to work with it in the /etc/config/network text file configuration. When I get some time I hope to do a better job of documenting it. You can definitely do VLANs though, in fact two VLANs are part of the default OpenWRT config on this device. Basically, it is a seven port switch. Each of the five physical Ethernet ports (WAN, LAN1, LAN2, LAN3, LAN4) are represented and it has TWO CPU ports. A table showing the relationship of the switch ports to the physical and CPU ports is on the wiki at http://wiki.openwrt.org/toh/tp-link/tl-wdr7500 The default configuration is to use VLAN1 to carry the LAN traffic (connecting eth1 with LAN1, LAN2, LAN3, and LAN4) and VLAN2 to carry the WAN traffic (connecting eth0 with WAN). You can add extra VLANs if you so desire and change eth1 (switch port 0) to a tagged port. In this way it will operate just like any other OpenWRT controlled switch. The key difference is that you must always reserve one VLAN for connecting the WAN port (switch port 1) to the eth0 port (switch port 6). Hope this helps clarify! -Ben On 11/29/2014 6:11 PM, Sami Olmari wrote: Hi I'd like to donate an TP-Link Archer C7 v2 to keep for willing OpenWrt developer in exchange for (trying to) make it more bugfree. There is at least few known bugs, https://dev.openwrt.org/ticket/18362 and https://dev.openwrt.org/ticket/18363 Then there is also matter of switch config which kinda doesn't make any sense, nor editing it works as expected (too many ports, no sane CPU port, can't do VLANs essentially). Anyone interested? Sami Olmari ___ 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
[OpenWrt-Devel] ath9k sudden slowness
Hi. I've got an ath9k based router (TEW-632BRP, Atheros AR9130 rev 1). From time to time (not very often) its wireless does weird thing: suddenly everything become very slow and pings go from normal single digit ms to 500-5000ms. Reboot helps. No obvious errors in logs. What would be best approach to debugging this? Thanks! -- Martynov Nikolay. Email: mar.ko...@gmail.com ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel