Gargoyle-ispy 2013-February-09.7z

[ispyisail]

USE AT YOUR OWN RISK

Gargoyle-ispy 2013-February-09.7z
http://goo.gl/TjZht

Added "dd/mm/yyyy" date format

Fixed some typos

add a missing tab, add Hungary, sort alphabetically

ftp: change deafult upload file permission to 0666

Fix some tabs, spaces etc.

[Slacker]

I've been getting flaky wifi(TX DMA issue) with the previous build and with this build I got this. Is it of any help?

[32966.520000] ------------[ cut here ]------------
[32966.520000] WARNING: at /home/user/gargoyle/ar71xx-src/build_dir/linux-ar71xx_generic/compat-wireless-2012-09-07/net/mac80211/rx.c:3087 0x80c99f20()
[32966.540000] Rate marked as an HT rate but passed status->rate_idx is not an MCS index [0-76]: 78 (0x4e)
[32966.550000] Modules linked in: sch_sfq sch_hfsc cls_flow cls_fw imq fuse ums_usbat ums_sddr55 ums_sddr09 ums_karma ums_jumpshot ums_isd200 ums_freecom ums_datafab ums_cypress ums_alauda usb_storage usbserial usblp cdc_acm ath79_wdt ohci_hcd ledtrig_usbdev ledtrig_netdev xt_set(O) ip_set_list_set(O) ip_set_hash_netport(O) ip_set_hash_netiface(O) ip_set_hash_net(O) ip_set_hash_ipportnet(O) ip_set_hash_ipportip(O) ip_set_hash_ipport(O) ip_set_hash_ip(O) ip_set_bitmap_port(O) ip_set_bitmap_ipmac(O) ip_set_bitmap_ip(O) ip_set(O) ebt_among ebt_802_3 nfnetlink xt_IMQ ipt_weburl ipt_webmon ipt_timerange nf_nat_tftp nf_conntrack_tftp nf_nat_snmp_basic nf_conntrack_snmp nf_nat_sip nf_conntrack_sip nf_nat_pptp nf_conntrack_pptp nf_nat_h323 nf_conntrack_h323 nf_nat_proto_gre nf_conntrack_proto_gre nf_nat_amanda nf_conntrack_amanda nf_conntrack_broadcast nf_nat_irc nf_conntrack_irc nf_nat_ftp nf_conntrack_ftp xt_iprange xt_HL xt_hl xt_ecn ipt_ECN xt_CLASSIFY xt_time xt_tcpmss xt_statistic xt_mark xt_length xt_DSCP xt_dscp xt_string xt_layer7 xt_quota xt_pkttype xt_physdev xt_owner ipt_bandwidth ipt_REDIRECT ipt_NETMAP ipt_MASQUERADE iptable_nat nf_nat xt_recent xt_helper xt_connmark xt_connbytes pptp pppoe xt_conntrack xt_CT xt_NOTRACK iptable_raw xt_state nf_conntrack_ipv4 nf_defrag_ipv4 nf_conntrack ehci_hcd sd_mod pppox ipt_REJECT xt_TCPMSS ipt_LOG xt_comment xt_multiport xt_mac xt_limit iptable_mangle iptable_filter ip_tables nfsd nfs msdos ip_gre gre tun ppp_async ppp_generic slhc vfat fat lockd sunrpc ext4 jbd2 mbcache ath9k(O) ath9k_common(O) ath9k_hw(O) ath(O) nls_utf8 nls_koi8_r nls_iso8859_2 nls_iso8859_15 nls_iso8859_13 nls_iso8859_1 nls_cp866 nls_cp852 nls_cp850 nls_cp775 nls_cp437 nls_cp1251 nls_cp1250 mac80211(O) usbcore usb_common scsi_mod nls_base ts_fsm ts_bm ts_kmp crc16 crc_ccitt exportfs cfg80211(O) compat(O) arc4 aes_generic crypto_algapi ledtrig_timer ledtrig_default_on leds_gpio gpio_button_hotplug(O) [last unloaded: imq]
[32966.720000] Call Trace:[<80270c54>] 0x80270c54
[32966.720000] [<80270c54>] 0x80270c54
[32966.730000] [<800719bc>] 0x800719bc
[32966.730000] [<80c99f20>] 0x80c99f20
[32966.730000] [<80071a70>] 0x80071a70
[32966.740000] [<80c99f20>] 0x80c99f20
[32966.740000] [<801d7af4>] 0x801d7af4
[32966.740000] [<801d8fc4>] 0x801d8fc4
[32966.750000] [<80c66d44>] 0x80c66d44
[32966.750000] [<80096dbc>] 0x80096dbc
[32966.760000] [<801e3c84>] 0x801e3c84
[32966.760000] [<80c64f98>] 0x80c64f98
[32966.760000] [<802e0000>] 0x802e0000
[32966.770000] [<80076aa0>] 0x80076aa0
[32966.770000] [<80076fc4>] 0x80076fc4
[32966.770000] [<80300000>] 0x80300000
[32966.780000] [<80300000>] 0x80300000
[32966.780000] [<800771d0>] 0x800771d0
[32966.780000] [<800a8470>] 0x800a8470
[32966.790000] [<80077404>] 0x80077404
[32966.790000] [<800630ec>] 0x800630ec
[32966.790000] [<800632c0>] 0x800632c0
[32966.800000] [<80300000>] 0x80300000
[32966.800000] [<800951c0>] 0x800951c0
[32966.810000] [<80064b28>] 0x80064b28
[32966.810000] [<800632e0>] 0x800632e0
[32966.810000] [<802dc8b0>] 0x802dc8b0
[32966.820000] [<803022d8>] 0x803022d8
[32966.820000] [<802dc0dc>] 0x802dc0dc
[32966.820000]
[32966.820000] ---[ end trace 57578e5a2be7f507 ]---
[33044.340000] ath: phy0: Failed to stop TX DMA, queues=0x00c!

[ispyisail]

The problem is known, its an upstream problem

some people have the problem, some people don't

[Slacker]

Yeah, something seems borked with the driver, but that's on openwrt's end... Thanks for compiling these for us, btw!

[yellowshed]

This is to say thanks Ipsy. I am using this and it has fixed an issue where some tablets in the house would lose the connection overnight, so I had set up the router to reboot every night. This is now a thing of the past, thanks.

Just to add that I too have the "[130547.270000] ath: phy0: Failed to stop TX DMA, queues=0x100!" messages in dmesg! Doesnt seem to adversely affect anything at the mo, though. Is there anything else I can add to help with the fix?

Yellowshed

[Slacker]

The current workaround is
echo 1 >/sys/kernel/debug/ieee80211/phy0/ath9k/disable_ani
I've added it to rc.local

[tievolu]

The current workaround is
echo 1 >/sys/kernel/debug/ieee80211/phy0/ath9k/disable_ani
I've added it to rc.local

I'm seeing the same "Rate marked as an HT rate but passed status->rate_idx is not an MCS index" error, but if I try the disable_ani workaround I get this error:

Code: Select all

root@bridge:~# echo 1 >/sys/kernel/debug/ieee80211/phy0/ath9k/disable_ani
-ash: can't create /sys/kernel/debug/ieee80211/phy0/ath9k/disable_ani: nonexistent directory

Do I need to create all the directories as well?

[Slacker]

I'm seeing the same "Rate marked as an HT rate but passed status->rate_idx is not an MCS index" error, but if I try the disable_ani workaround I get this error:

That's not the same error. The TX/DMA error is specific to Atheros, so the workaround is specific to that driver, which you don't seem to be using.

[tievolu]

Pretty sure my unit is Atheros based. I have a TL-WR1043ND. It's a v1.10. Not sure if that makes a difference. This is what I see when I login:

Code: Select all

------------------------------------------------------------------
|            _____                             _                 |
|           |  __ \                           | |                |
|           | |  \/ __ _ _ __ __ _  ___  _   _| | ___            |
|           | | __ / _` | '__/ _` |/ _ \| | | | |/ _ \           |
|           | |_\ \ (_| | | | (_| | (_) | |_| | |  __/           |
|            \____/\__,_|_|  \__, |\___/ \__, |_|\___|           |
|                             __/ |       __/ |                  |
|                            |___/       |___/                   |
|                                                                |
|----------------------------------------------------------------|
| Gargoyle version 1.5.9    | OpenWrt Attitude Adjustment branch |
| Gargoyle revision f73df29 | OpenWrt revision r34879            |
| Built January 03, 2013    | Target  ar71xx/usb_large           |
------------------------------------------------------------------

I'm trying to work out why I'm getting poor throughput between two of these units - one as an AP, the other as a client bridge. I only get about 20Mbps real throughput, even though the link speed is reported as 300Mpbs. This is with direct line of sight at a distance of about 8 metres. Not sure if ANI or the "Rate marked as an HT rate but passed status->rate_idx is not an MCS index" issue have anything to do with it or not.

I thought I'd try the disable_ani workaround to see if that makes any difference, but as I mentioned before I can't apply it.

EDIT:

I'm seeing this error in the logs for the AP:

Code: Select all

[59692.830000] ath: phy0: DMA failed to stop in 10 ms AR_CR=0x00000024 AR_DIAG_SW=0x42000020 DMADBG_7=0x000084c0
[59692.840000] ath: phy0: Could not stop RX, we could be confusing the DMA engine when we start RX up
[59695.400000] ath: phy0: Failed to stop TX DMA, queues=0x004!
[59696.460000] ath: phy0: Failed to stop TX DMA, queues=0x004!
[59697.390000] ath: phy0: Failed to stop TX DMA, queues=0x004!

I see the "Rate marked as an HT rate but passed status->rate_idx is not an MCS index" error only in the bridge log.

[Slacker]

Yeah, I just assumed your unit wasn't Atheros because you weren't able to create the file.
I have a 1.7... Perhaps there's a different driver used?
Take a look in /sys/kernel/debug/ieee80211/phy0
I have the ath9k directory there, and disable_ani is present.

I'm back on 1.5.6 now, but the disable_ani fix being discussed was for newer kernels too...

The TX/DMA thing affects throughput, too, but symptoms are packet loss and connect rate dropping to 1Mbit.
A search on your results yielded some some stuff on openwrt.org, but no real solution short of some dude's cron script for restarting wifi after hostapd dies.

Note that I don't operate at N speeds, so, have you tried putting the routers at B/G?