Re: [ath9k-devel] DWA-556 not working as AP
2011/8/19 Mohammed Shafi : > On Fri, Aug 19, 2011 at 5:43 PM, sami ahokas wrote: >> 2011/8/11 Pavel Roskin : >>> On Wed, 10 Aug 2011 09:30:27 +0300 >>> sami ahokas wrote: >>> Thanks again for your help. But now I have next problem and quick googling didn't give me any answers. Here is what I get from hostapd: ioctl[IEEE80211_IOCTL_SETPARAM]: Invalid argument >>> >>> It looks like you are using some different driver on ath0. Run >>> >>> readlink /sys/class/net/ath0/device/driver >>> ath0: DRIVER Error enabling WPA/802.1X! IEEE 802.1X initialization failed. ath0: Unable to setup interface. rmdir[ctrl_interface]: No such file or directory Why is it complaining about 802.1X? My setup is using WPA-PSK, not 802.1X. Do I miss some modules or have I compiled hostapd or madwifi driver with wrong parameters? >>> >>> The message comes from driver_madwifi.c and can be easily improved, but >>> I don't see much point in that. WPA was mentioned after all. >>> >>> -- >>> Regards, >>> Pavel Roskin >>> >> >> Hi, >> >> I'm still struggling with this. I'm back to using ath9k driver. I have >> several DWA-556 cards of which some works just fine, but some of them >> are awful. I have enabled all possible debug features for ath9k driver >> and I have noticed that there are a lot of GTT interrupts on those bad >> boards. Can someone tell me what those interrupts are? > > little bit of them may not be a harm, lots of them indicates tx frames > being stuck , could not be sent out. > as mentioned earlier please upgrade your kernel. > Ok, I have upgraded my kernel to 2.6.39 and it works somewhat better than the old one. But, I'm still having problems with my AP. Many times after power on, I get lots of GTT interrupts and things are not working well. If I say "iw dev wlan0 survey dump" at that point, noise value on channel I use is only -88-90 dBm, so there shouldn't be too much noise on the used channel. Also, even when things seems to be running ok (stations can connect and transfer data), there are lot of errors (phy, underrun, crc). Is that normal? My station is only one meter away from my AP. cat /sys/kernel/debug/ieee80211/phy0/ath9k/recv CRC ERR : 26415 DECRYPT CRC ERR : 1 PHY ERR : 245603 MIC ERR : 0 PRE-DELIM CRC ERR : 0 POST-DELIM CRC ERR : 0 DECRYPT BUSY ERR : 0 UNDERRUN : 245592 TIMING : 0 PARITY : 0 RATE : 0 LENGTH : 11 RADAR : 0 SERVICE : 0 TOR : 0 OFDM-TIMING : 0 OFDM-SIGNAL-PARITY : 0 OFDM-RATE : 0 OFDM-LENGTH : 0 OFDM-POWER-DROP : 0 OFDM-SERVICE : 0 OFDM-RESTART : 0 FALSE-RADAR-EXT : 0 CCK-TIMING : 0 CCK-HEADER-CRC : 0 CCK-RATE : 0 CCK-SERVICE : 0 CCK-RESTART : 0 CCK-LENGTH : 0 CCK-POWER-DROP : 0 HT-CRC : 0 HT-LENGTH : 0 HT-RATE : 0 RX-Pkts-All : 635344 RX-Bytes-All : 39393486 Sami ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
Re: [ath9k-devel] ath9k stalls every 30 seconds unless disable_ani = 1
2011/8/29 Adrian Chadd : > Would someone please create a bugzilla bug entry for this particular > issue, and then CC: me on it? (adr...@freebsd.org) Adrian, I assume you mean bugzilla.kernel.org. I can create a bug report for this problem, but right now the web server seems to have some problems so I'll have to do it tomorrow or when the problem is fixed. I'll notify this list when the bug has been added. /Robert ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
Re: [ath9k-devel] ath9k stalls every 30 seconds unless disable_ani = 1
2011/8/28 Caleb Hearon : > Hi all, > > I just read Robert Högberg's thread on this mailing list and just wanted to > verify that the exact same problem happens with my wireless NIC too. Hi Caleb, nice to hear from someone with the same problem as I. I was feeling quite lonely :-) I haven't spent much time on this issue lately, so I don't have much more information to give than before. But, I have been travelling back in time and revisited 2010 since I couldn't remember having this problem with Ubuntu 10.10. This bug seems to have existed for quite some time, but it was not visible until an ANI fix was introduced in September last year. The patch which made this bug visible was this one: https://patchwork.kernel.org/patch/181422/ I don't think there's anything wrong with this patch. It just re-enables ANI and causes my problem to surface. So, although this doesn't really help in finding a solution to the problem I just wanted to say that the bug might seem to be a regression to some users, but I don't think it is. And also, the bug has existed since at least September 2010. /Robert ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
[ath9k-devel] 'Superchannel'?
For the following reasons I propose you keep this discussion on the list: 1) This is an international mailing list and there are many many reasons why someone would need to make modifications to the bands. 2) It is legal to listen to these frequencies in the US. 3) Educators, programmers and Ham groups or operators may wish read this (thus inundating persons with unwanted emails) or contribute to this discussion. 4) It is protected speech and legal to do so. 5) This kind of thing attracts new amateur radio voulenteers. 6) Others may contribute updates after those discussing all are long gone. 7) There is already amateur radio stuff in the kernel that requires a license to operate. 8)It is just plain interesting. Link to FCC regulation: http://ecfr.gpoaccess.gov/cgi/t/text/text- idx?c=ecfr&sid=3b81f1b3ac749a5f1daecdf071c38e33&rgn=div8&view=text&node=47:1.0.1.1.3.8.219.2&idno=47 Enforcing the FCC and other frequency regulations should someone build a radio and operate it at the wrong frequency or without the proper license happens very swiftly at the time they begin operating and transmitting, not when they begin learning or building equipment (including software). There are many public amateur radio mailing lists that discuss how to build and modify radio transmitting equipment, as well as amateur radio and electronics books and magazines that show in detail how to transmit at any frequency. It is the mission of many ham radio groups to keep information open and accessible to all interested in order to attract new members and educate exiting ones. -- Sincerely Turtle ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
Re: [ath9k-devel] ath9k and CRDA messages in logs
On Sat, Aug 27, 2011 at 2:59 PM, Alex Buell wrote: > I have the following which I imported directly from China: > > 02:02.0 Network controller [0280]: Atheros Communications Inc. AR922X > Wireless Network Adapter [168c:0029] (rev 01) > Subsystem: Atheros Communications Inc. Device [168c:2091] > Kernel driver in use: ath9k > Kernel modules: ath9k > > As I am in the UK, I set up the options for the ath9k modules: > > options cfg80211 ieee80211_regdom=EU > > The first time the modules are loaded I get the following which is > correct: > > Aug 24 13:26:25 lithium kernel: [930896.157956] cfg80211: Calling CRDA to > update world regulatory domain > Aug 24 13:26:25 lithium kernel: [930896.332831] cfg80211: World regulatory > domain updated: > Aug 24 13:26:25 lithium kernel: [930896.332841] cfg80211: (start_freq - > end_freq @ bandwidth), (max_antenna_gain, max_eirp) > Aug 24 13:26:25 lithium kernel: [930896.332849] cfg80211: (2402000 KHz - > 2472000 KHz @ 4 KHz), (300 mBi, 2000 mBm) > Aug 24 13:26:25 lithium kernel: [930896.332884] cfg80211: Calling CRDA for > country: EU > > But subsequently I get the following: > > Aug 24 13:26:28 lithium kernel: [930899.490068] cfg80211: Calling CRDA to > update world regulatory domain > Aug 24 13:26:28 lithium kernel: [930899.503157] cfg80211: World regulatory > domain updated: > Aug 24 13:26:28 lithium kernel: [930899.503167] cfg80211: (start_freq - > end_freq @ bandwidth), (max_antenna_gain, max_eirp) > Aug 24 13:26:28 lithium kernel: [930899.503177] cfg80211: (2402000 KHz - > 2472000 KHz @ 4 KHz), (300 mBi, 2000 mBm) > Aug 24 13:26:28 lithium kernel: [930899.503226] cfg80211: Calling CRDA for > country: 97 > Aug 24 13:26:31 lithium kernel: [930902.660047] cfg80211: Calling CRDA to > update world regulatory domain > Aug 24 13:26:31 lithium kernel: [930902.668199] cfg80211: World regulatory > domain updated: > Aug 24 13:26:31 lithium kernel: [930902.668207] cfg80211: (start_freq - > end_freq @ bandwidth), (max_antenna_gain, max_eirp) > Aug 24 13:26:31 lithium kernel: [930902.668216] cfg80211: (2402000 KHz - > 2472000 KHz @ 4 KHz), (300 mBi, 2000 mBm) > Aug 24 13:26:31 lithium kernel: [930902.668257] cfg80211: Calling CRDA for > country: 97 > Aug 24 13:26:34 lithium kernel: [930905.820055] cfg80211: Calling CRDA to > update world regulatory domain > Aug 24 13:26:34 lithium kernel: [930905.832380] cfg80211: World regulatory > domain updated: > Aug 24 13:26:34 lithium kernel: [930905.832389] cfg80211: (start_freq - > end_freq @ bandwidth), (max_antenna_gain, max_eirp) > Aug 24 13:26:34 lithium kernel: [930905.832397] cfg80211: (2402000 KHz - > 2472000 KHz @ 4 KHz), (300 mBi, 2000 mBm) > Aug 24 13:26:34 lithium kernel: [930905.832431] cfg80211: Calling CRDA for > country: 97 > > This keeps repeating. What is going on and is there anything I can do to > make it set up with the EU settings instead of country 97's settings > which aren't correct. Also is there anyway I can squelch this? It's > filling up logs (although they do get rotated I'd rather not have it > keep writing the same info over and over again) hi i have little knowledge about this, but saw something useful in the wiki http://linuxwireless.org/en/developers/Regulatory#The_ieee80211_regdom_module_parameter > > Thanks for any help given. > -- > Tactical Nuclear Kittens > > ___ > ath9k-devel mailing list > ath9k-devel@lists.ath9k.org > https://lists.ath9k.org/mailman/listinfo/ath9k-devel > ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel