**** BEGIN LOGGING AT Thu Jan 13 02:59:59 2011 Jan 13 07:39:00 build #50 of ifxmips is complete: Failure [failed shell_4] Build details are at http://tksite.gotdns.org:8010/builders/ifxmips/builds/50 Jan 13 08:21:36 build #67 of at91 is complete: Failure [failed compile_4] Build details are at http://tksite.gotdns.org:8010/builders/at91/builds/67 Jan 13 08:52:55 build #64 of ubicom32 is complete: Failure [failed compile_4] Build details are at http://tksite.gotdns.org:8010/builders/ubicom32/builds/64 Jan 13 11:05:27 claudio * r24974 /trunk/target/linux/at91/patches/200-experimenta_adc_driver.patch: [at91] Allow module compilation for adc driver Jan 13 12:05:51 claudio * r24975 /trunk/ (2 files in 2 dirs): [at91] Fix i2c driver and package it Jan 13 13:27:25 build #51 of ixp4xx is complete: Success [build successful] Build details are at http://tksite.gotdns.org:8010/builders/ixp4xx/builds/51 Jan 13 14:48:09 anyone else seeing massive CRC errors on ath9k with mac80211 2011-01-05 introduced with changeset 24962? Jan 13 15:08:31 anyone else seeing massive CRC errors on ath9k with the newest mac80211 introduced with changeset 24962? watching rtp based tv streams is not possible anymore... Jan 13 15:13:43 Erich_123: I'm still on r24931, I might be able to test it this evening ... but if it disturbs you, either downgrade, or use backfire 10.3.1-rc? Jan 13 15:45:13 @stintel: the previous version of mac80211 was not perfect either, but with such a noticable increase of CRC errors with 24962 I started to think about a software cause... Jan 13 15:51:38 but I like the info on: /sys/kernel/debug/ieee80211/phy0/ath9k/recv Jan 13 16:55:13 Erich_123: show me the stats please Jan 13 17:10:46 @nbd: everthing zero, except Jan 13 17:10:48 CRC ERR : 185709 Jan 13 17:10:50 DECRYPT CRC ERR : 93394 Jan 13 17:10:52 RX-Pkts-All : 1392436 Jan 13 17:10:54 RX-Bytes-All : 755815862 Jan 13 17:36:01 Erich_123: compiling a new image right now, I'll check in a few if I get the same issues Jan 13 17:36:08 but dinner first Jan 13 17:37:43 stintel: I am recompiling as well just to make sure it is not something else... Jan 13 18:15:00 build #57 of ps3 is complete: Failure [failed compile_3] Build details are at http://tksite.gotdns.org:8010/builders/ps3/builds/57 Jan 13 18:23:12 [florian]: ping Jan 13 18:47:18 build #59 of pxcab is complete: Failure [failed compile_3] Build details are at http://tksite.gotdns.org:8010/builders/pxcab/builds/59 Jan 13 18:49:47 Erich_123: not that much crc errors here, it seems Jan 13 18:50:11 trunk r24975 Jan 13 18:53:02 hmm wait Jan 13 18:53:13 CRC ERR : 23646 Jan 13 18:53:20 after 19min uptime Jan 13 18:53:37 I was looking at my 5GHz phy first Jan 13 18:56:44 Erich_123: what kind of hardware are you using? Jan 13 19:07:31 nbd: dir825 with 2,4g interface, 5g not tested, latest backfire Jan 13 19:09:37 ~25% of all packets have crc errors Jan 13 19:17:14 before changeset 24962 I noticed packet corruption as well but at a much lower percentage and it got better over the last months with every backfire update I made. This trend drastically changed with 24962... Jan 13 19:22:09 Erich_123: can you try copying http://nbd.name/550-test.patch to package/mac80211/patches and then rebuilding mac80211 Jan 13 19:22:12 to see if that helps Jan 13 19:23:50 I will do that - please wait Jan 13 19:23:52 btw, who determines which HT mode is used? AP or STA? or both? Jan 13 19:23:54 I could not find where /lib/wifi/mac80211.sh sets the channel width for sta mode. Jan 13 19:23:56 at first I was suspecting that my problems come from using HT40 while others use overlapping channels... Jan 13 19:25:14 the AP can run in HT40 while a sta is running in HT20 Jan 13 19:25:26 the AP will communicate with the STA using HT20 in that case Jan 13 19:25:40 but it can communicate with HT40 capable STAs using HT40 as well, at the same time Jan 13 19:27:50 ok, thx. Jan 13 19:27:52 how can I limit STA to HT20 then? Is that implemented in mac80211.sh? I assume the setting htmode for STA is missing... Jan 13 19:30:29 option htmode HT20 (/etc/config/wireless) Jan 13 19:30:55 ah, not sure if that works for sta though Jan 13 19:33:58 Erich_123: limiting the STA in the config isn't supported right now, you need to limit the AP Jan 13 19:34:11 that will limit the STA Jan 13 19:35:40 would "iw dev $ifname set channel $channel $htmode " be sufficent or is something else missing? Jan 13 19:37:17 no, you need to change /etc/config/wireless on the AP side Jan 13 19:39:34 nbd: preparing for reboot, I'll hopefully be back soon... (lacking a test environment!) Jan 13 19:45:38 nbd: YES, that fixed it. thank you very much! Jan 13 19:46:56 i still have CRC errors, but no decrypt crc errors Jan 13 19:48:09 crc error percentage is now at roughly 11% Jan 13 19:49:42 ok, that patch is not a good fix Jan 13 19:49:47 but it helps with tracking this down Jan 13 20:08:20 build #66 of brcm47xx is complete: Success [build successful] Build details are at http://tksite.gotdns.org:8010/builders/brcm47xx/builds/66 Jan 13 20:34:47 Erich_123: can you test whether the patch actually makes a practical difference aside from the counters? Jan 13 20:36:00 nbd: yes, my iptv works again. it didn't work before Jan 13 20:37:58 there is now significantly less picture corruption Jan 13 20:48:23 nbd: is 11% crc error normal for a nearly perfect link or could there be another bug? Jan 13 20:56:24 i think that's normal Jan 13 20:56:27 not sure though Jan 13 21:09:58 nbd: hi, I'm getting tons of this errors on WRT160NL Jan 13 21:10:07 ath: Could not stop RX, we could be confusing the DMA engine when we start RX up Jan 13 21:10:12 ath: DMA failed to stop in 10 ms AR_CR=0x00000024 AR_DIAG_SW=0x42000020 Jan 13 21:10:46 this is on Backfire r24824 Jan 13 21:11:56 everything was ok on Backfire r24064 Jan 13 21:16:07 solca: earlier that message could only show up with CONFIG_PACKAGE_ATH_DEBUG=y Jan 13 21:18:06 nbd: my .config: Jan 13 21:18:08 CONFIG_ATH_USER_REGD=y Jan 13 21:18:08 # CONFIG_PACKAGE_ATH_DEBUG is not set Jan 13 21:18:22 nbd: do you mean that you need me to enable that to properly debug? Jan 13 21:18:44 no he means that this message now shows by default but the underlying cause hasb een there since forever Jan 13 21:19:26 ohh I see now :) Jan 13 21:19:39 nbd xMff thx! Jan 13 21:34:26 Erich_123: what encryption settings are you using? Jan 13 21:35:43 nbd: option encryption psk2 Jan 13 21:37:39 when you reproduced the issue, did any other counter except for CRC ERR and DECRYPT CRC ERR in recv increase? Jan 13 21:39:40 nbd: no, all other counters were zero Jan 13 21:58:26 Erich_123: i uploaded a new patch (same url), please test if it still works Jan 13 21:58:30 i need to narrow it down some more Jan 13 22:05:49 nbd: compiling... Jan 13 22:05:51 my idea was to reduce STA mode to HT20 although the AP runs at HT40 to see if the crc error rate drops. Other clients would still run with HT40. Can this be done somehow? Jan 13 22:12:26 not at the moment, i think Jan 13 22:15:31 nbd: back online. still works, but i have now 14 crc decrypt errors - not increasing Jan 13 22:16:25 ok, please thoroughly test throughput with this Jan 13 22:16:41 crc error rate at 6% Jan 13 22:17:13 CRC error rate is not impacted by this patch at all Jan 13 22:17:25 so if you see less, that's just chance (or based on environment changes) Jan 13 22:18:10 figure stable between 6-7% Jan 13 22:27:58 Erich_123: still no throughput impact? Jan 13 22:28:36 nbd: how would i notice that? Jan 13 22:29:17 iperf ? Jan 13 22:29:42 did you test iptv? Jan 13 22:31:01 problem is that i don't have the infrastructure to test this via iperf Jan 13 22:31:03 but I am watching iptv in better quality than ever, HD channels work too Jan 13 22:31:10 ok, cool Jan 13 22:33:01 crc error rate is slightly increasing to 8,3% - but still lower compared to the old patch with 11,5% Jan 13 22:42:27 nbd: I will be offline now, if you need me for more testing I can do that tomorrow... Jan 13 22:43:13 i think i'll commit a patch similar to the one i gave you Jan 13 22:44:06 ok, thank you very much again! Jan 13 22:44:23 thank you for the test feedback Jan 13 22:44:28 it helped, because i'm unable to reproduce this Jan 13 22:47:48 it helped me too, because the iptv picture is now even better than before 24962. unfortunately not completely perfect yet. Jan 13 22:47:50 bye Jan 13 23:12:41 nbd * r24976 /trunk/package/mac80211/patches/550-ath9k_decrypt_error_fix.patch: ath9k: fix spurious decryption crc error regression Jan 13 23:15:29 nbd * r24977 /branches/backfire/package/mac80211/patches/550-ath9k_decrypt_error_fix.patch: ath9k: fix spurious decryption crc error regression (backport of r24976) Jan 13 23:33:05 nbd * r24978 /trunk/package/mac80211/ (Makefile patches/040-include_kfifo.patch): mac80211: include the kfifo backport in compat.ko if necessary (fixes libertas, rt2x00) **** ENDING LOGGING AT Fri Jan 14 02:59:58 2011