[ath9k-devel] ath9k WMP300nv2 (AR5416)

[ath9k-devel] ath9k WMP300nv2 (AR5416)

[Alexander Bartha]

Hello Luis

thanks for all your mails they have helped.

Today i have solved my problem with the crda-1.0.1-r1.

Problemdiscription:
Only crda-0.9.5 works correct with my system. "crda-1.0.1-r1 or crda-1.0.1 dont call the second part of the frequenzes"

Solution:
Newest udev + newest hal + newest hal-info + newest cryptsetup from the gentoo package (portage) tree did the job.

Now i have the next question:
is this normal that i have to reload after each reboot my cfg80211, mac80211 and ath9k? I have installed compat-wireless-2009-02-06 but this was since i used my first dirver from your hompage. My system is loading automatically at boot cfg80211 mac80211 and ath9k but if i dont reload the driver the network cant start. 

Oh the newest driver (compat-wireless-2009-02-06) has a easter egg cause the led of the network card is blinking after loading ath9k. 

Please dont misunderstand me now this is the first time that the led on my LinksysWMP300nv2 works correctly.

Thanks for helping

Well evening

Alexander Bartha
-- 
Psssst! Schon vom neuen GMX MultiMessenger geh?rt? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger01

[ath9k-devel] ath9k WMP300nv2 (AR5416)

[Luis R. Rodriguez]

On Fri, Feb 06, 2009 at 12:22:05PM -0800, Alexander Bartha wrote:
> Hello Luis
> 
> thanks for all your mails they have helped.
> 
> Today i have solved my problem with the crda-1.0.1-r1.
> 
> Problemdiscription:
> Only crda-0.9.5 works correct with my system. "crda-1.0.1-r1 or crda-1.0.1 dont call the second part of the frequenzes"
> 
> Solution:
> Newest udev + newest hal + newest hal-info + newest cryptsetup from the gentoo package (portage) tree did the job.
> 
> Now i have the next question:
> is this normal that i have to reload after each reboot my cfg80211, mac80211 and ath9k? I have installed compat-wireless-2009-02-06 but this was since i used my first dirver from your hompage. My system is loading automatically at boot cfg80211 mac80211 and ath9k but if i dont reload the driver the network cant start.

Nope, you should not need to reload the modules unless you are
upgrading to a new set of modules. Can you explain what issues
you have during a fresh boot and fresh install of compat-wireless?

Are you using wpa_supplicant? Are you using Network Manager? Are
you using encryption? Are you using 11n?

Good to hear.

  Luis

[ath9k-devel] ath9k WMP300nv2 (AR5416)

[Alexander Bartha]

hello Luis,

Hardware:
Wireless Card: LinksysWMP300Nv2
Wireless Router: LinksysWRT160
Router Wireless Config: 802.11N, Channel 12 (because there are many routers in the neighborhood using the lower channels)
SecurityMode: WPA2-Personal, Encryption: TKIP or AES

Packages:
Kernel: gentoo-sources-2.6.28-r1
linux-headers-2.6.28-r1
wpa_supplicant-0.6.4
compat-wireless-2009-02-14
iw-0.9.9
wireless-tools-29

my wpa_supplicant.conf:
update_config=1

ctrl_interface=/var/run/wpa_supplicant
eapol_version=2
fast_reauth=1

# Ensure that only root can read the WPA configuration
#ctrl_interface_group=0
#
# Let wpa_supplicant take care of scanning and AP selection
ap_scan=1
#country=AT


network={
  ssid="MySSid"
# scan_ssid=1
  proto=RSN
  key_mgmt=WPA-PSK
  pairwise=TKIP CCMP
  group=TKIP CCMP
  psk="MyPsk"
  priority=2
}
(END) 

My Network-Konfiguration-File:/etc/init.d/net

modules=( "wpa_supplicant" )
wpa_supplicant_wlan0="-Dwext"
config_wlan0=( "dhcp" )
dhcpcd_wlan0="-t 10"
dhcp_wlan0="nonis"
channel_wlan0="12"
dns_domain_lo="localdnsdomain"



Error description:

When i boot my System i have to rmmod cfg80211 mac80211 ath9k + modprobe ath9k otherwise my Wlan Card (LinksysWMP300Nv2) does not 

work --the leds on my WlanCard will be turned off when wpa_supplicant is starting! After the reload the WlanCard work fine.

The goal at this problem is that in var/log/messages i have the same output as my problem with crda-0.9.5 (the second part of the 

frequences of crda isnt there).


Output:
[    6.422739] cfg80211: Using static regulatory domain info
[    6.422743] cfg80211: Regulatory domain: US
[    6.422746] 	(start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
[    6.422751] 	(2402000 KHz - 2472000 KHz @ 40000 KHz), (600 mBi, 2700 mBm)
[    6.422756] 	(5170000 KHz - 5190000 KHz @ 40000 KHz), (600 mBi, 2300 mBm)
[    6.422760] 	(5190000 KHz - 5210000 KHz @ 40000 KHz), (600 mBi, 2300 mBm)
[    6.422765] 	(5210000 KHz - 5230000 KHz @ 40000 KHz), (600 mBi, 2300 mBm)
[    6.422770] 	(5230000 KHz - 5330000 KHz @ 40000 KHz), (600 mBi, 2300 mBm)
[    6.422774] 	(5735000 KHz - 5835000 KHz @ 40000 KHz), (600 mBi, 3000 mBm)
[    6.422779] cfg80211: Calling CRDA for country: US
[    6.491245] ath9k 0000:04:00.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
[    6.507775] dib0700: loaded with support for 8 different device-types
[    6.507803] dvb_usb_dib0700 1-6:1.0: usb_probe_interface
[    6.507809] dvb_usb_dib0700 1-6:1.0: usb_probe_interface - got id
[    6.508112] dvb-usb: found a 'Terratec Cinergy DT USB XS Diversity' in cold state, will try to load a firmware
[    6.508118] usb 1-6: firmware: requesting dvb-usb-dib0700-1.20.fw
[    6.704575] hub 4-0:1.0: hub_suspend
[    6.704587] usb usb4: bus auto-suspend
[    6.704590] usb usb4: suspend_rh
[    6.919213] phy0: Selected rate control algorithm 'ath9k_rate_control'
[    6.924986] cfg80211: Calling CRDA for country: AT
[    6.925034] Registered led device: ath9k-phy0::radio
[    6.925058] Registered led device: ath9k-phy0::assoc
[    6.925083] Registered led device: ath9k-phy0::tx
[    6.925110] Registered led device: ath9k-phy0::rx
[    6.925138] phy0: Atheros AR5416 MAC/BB Rev:2 AR2133 RF Rev:81: mem=0xf9140000, irq=20
[    6.925200] EMU10K1_Audigy 0000:04:01.0: PCI INT A -> GSI 19 (level, low) -> IRQ 19
[    6.930218] Installing spdif_bug patch: Audigy 2 ZS [SB0350]
[    6.947297] modprobe used greatest stack depth: 5956 bytes left
[    7.510643] dvb-usb: downloading firmware from file 'dvb-usb-dib0700-1.20.fw'
[    7.713502] dib0700: firmware started successfully.
[    8.214020] dvb-usb: found a 'Terratec Cinergy DT USB XS Diversity' in warm state.
[    8.214077] dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer.
[    8.214313] DVB: registering new adapter (Terratec Cinergy DT USB XS Diversity)
[    8.410142] DVB: registering adapter 0 frontend 0 (DiBcom 7000PC)...
[    8.569765] DiB0070: successfully identified
[    8.569771] dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer.
[    8.570046] DVB: registering new adapter (Terratec Cinergy DT USB XS Diversity)
[    8.703395] DVB: registering adapter 1 frontend 0 (DiBcom 7000PC)...
[    8.862768] DiB0070: successfully identified
[    8.862776] dvb-usb: Terratec Cinergy DT USB XS Diversity successfully initialized and connected.
[    8.862934] usbcore: registered new interface driver dvb_usb_dib0700
[    8.863139] modprobe used greatest stack depth: 4828 bytes left
[   11.888046] EXT3 FS on sda3, internal journal
[   12.362694] fuse init (API version 7.10)
[   12.384776] NTFS driver 2.1.29 [Flags: R/O MODULE].
[   12.398131] DLM (built Feb 10 2009 21:16:48) installed
[   12.429838] rtc_cmos 00:03: RTC can wake from S4
[   12.430015] rtc_cmos 00:03: rtc core: registered rtc_cmos as rtc0
[   12.430049] rtc0: alarms up to one month, 242 bytes nvram, hpet irqs
[   12.891170] XFS mounting filesystem sda6
[   12.949000] Ending clean XFS mount for filesystem: sda6
[   12.984465] kjournald starting.  Commit interval 5 seconds
[   12.984713] EXT3 FS on sda11, internal journal
[   12.984721] EXT3-fs: mounted filesystem with journal data mode.
[   13.004941] kjournald starting.  Commit interval 5 seconds
[   13.005191] EXT3 FS on sda12, internal journal
[   13.005198] EXT3-fs: mounted filesystem with journal data mode.
[   13.055841] XFS mounting filesystem sda5
[   13.111428] Ending clean XFS mount for filesystem: sda5
[   13.158084] XFS mounting filesystem sda7
[   13.204406] Ending clean XFS mount for filesystem: sda7
[   13.246122] XFS mounting filesystem sda8
[   13.303238] Ending clean XFS mount for filesystem: sda8
[   13.341860] XFS mounting filesystem sda13
[   13.670415] Ending clean XFS mount for filesystem: sda13
[   13.842149] Adding 1004052k swap on /dev/sda2.  Priority:-1 extents:1 across:1004052k
[   17.638040] uvesafb: mode switch failed (eax=0x34f, err=0). Trying again with default timings.
[   19.733463] uvesafb: mode switch failed (eax=0x34f, err=0). Trying again with default timings.
[   21.684544] ADDRCONF(NETDEV_UP): wlan0: link is not ready

if i dont reload the modules "ADDRCONF(NETDEV_UP): wlan0: link is not ready" is the last relevant message in /var/log/messages!
if i only stop and start my /etc/init.d/net.wlan0 init script it also fails with the same output in var log message "link is not ready". 
After boot when i dont relaod cfg, mac, ath9k "iwlist channel" knows only channel 1-11. But when i am reloading cfg, mac and 
ath9k "iwlist channel" knows Channel 1-13. 

My Ap is working on Channel 12! 

Clear if he dont knows channel 12 and channel 13 he could not connect to my AP.

Is there any posibility to get it work without the relaod of cfg80211 mac80211 ath9k???

PS: I have tried the kernel from linux-wireless (wireless-testing.git 2.6.29-rc4 wow thats new!!!) but the problem was the same.

Maybe my partition layout is relevant to that problem (mounting some partition to late???) but i dont think so.
fstab:
/dev/sda1               /boot           ext2            noatime         1 2
/dev/sda3               /               ext3            noatime         0 1
/dev/sda6               /usr            xfs             noatime         0 1
/dev/sda11              /usr/bin        ext3            noatime         0 1
/dev/sda12              /usr/sbin       ext3            noatime         0 1
/dev/sda2               none            swap            sw              0 0
/dev/sda5               /home           xfs             noatime         0 1             
/dev/sda7               /opt            xfs             noatime         0 1
/dev/sda8               /var            xfs             noatime         0 1
/dev/sda13              /archiv         xfs             noatime         0 1
tmpfs                   /dev/shm        tmpfs           defaults        0 0
tmpfs                   /tmp            tmpfs           defaults        0 0
/dev/hda                /mnt/dvd        auto            noauto,user,users,ro  0 0
/dev/fd0                /mnt/floppy     auto            noauto          0 0

Well evening from Vienna
-- 
Jetzt 1 Monat kostenlos! GMX FreeDSL - Telefonanschluss + DSL 
f?r nur 17,95 Euro/mtl.!* http://dsl.gmx.de/?ac=OM.AD.PD003K11308T4569a

[ath9k-devel] ath9k WMP300nv2 (AR5416)

[Luis R. Rodriguez]

On Sat, Feb 14, 2009 at 3:06 PM, Alexander Bartha <alex.xy.privat@gmx.at> wrote:
> hello Luis,
>
> Hardware:
> Wireless Card: LinksysWMP300Nv2
> Wireless Router: LinksysWRT160
> Router Wireless Config: 802.11N, Channel 12 (because there are many routers in the neighborhood using the lower channels)
> SecurityMode: WPA2-Personal, Encryption: TKIP or AES
>
> Packages:
> Kernel: gentoo-sources-2.6.28-r1
> linux-headers-2.6.28-r1
> wpa_supplicant-0.6.4
> compat-wireless-2009-02-14
> iw-0.9.9
> wireless-tools-29
>
> my wpa_supplicant.conf:
> update_config=1
>
> ctrl_interface=/var/run/wpa_supplicant
> eapol_version=2
> fast_reauth=1
>
> # Ensure that only root can read the WPA configuration
> #ctrl_interface_group=0
> #
> # Let wpa_supplicant take care of scanning and AP selection
> ap_scan=1
> #country=AT
>
>
> network={
>  ssid="MySSid"
> # scan_ssid=1
>  proto=RSN
>  key_mgmt=WPA-PSK
>  pairwise=TKIP CCMP
>  group=TKIP CCMP
>  psk="MyPsk"
>  priority=2
> }
> (END)
>
> My Network-Konfiguration-File:/etc/init.d/net
>
> modules=( "wpa_supplicant" )
> wpa_supplicant_wlan0="-Dwext"
> config_wlan0=( "dhcp" )
> dhcpcd_wlan0="-t 10"
> dhcp_wlan0="nonis"
> channel_wlan0="12"
> dns_domain_lo="localdnsdomain"
>
>
>
> Error description:
>
> When i boot my System i have to rmmod cfg80211 mac80211 ath9k + modprobe ath9k otherwise my Wlan Card (LinksysWMP300Nv2) does not
>
> work --the leds on my WlanCard will be turned off when wpa_supplicant is starting! After the reload the WlanCard work fine.
>
> The goal at this problem is that in var/log/messages i have the same output as my problem with crda-0.9.5 (the second part of the
>
> frequences of crda isnt there).
>
>
> Output:
> [    6.422739] cfg80211: Using static regulatory domain info
> [    6.422743] cfg80211: Regulatory domain: US
> [    6.422746]  (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
> [    6.422751]  (2402000 KHz - 2472000 KHz @ 40000 KHz), (600 mBi, 2700 mBm)
> [    6.422756]  (5170000 KHz - 5190000 KHz @ 40000 KHz), (600 mBi, 2300 mBm)
> [    6.422760]  (5190000 KHz - 5210000 KHz @ 40000 KHz), (600 mBi, 2300 mBm)
> [    6.422765]  (5210000 KHz - 5230000 KHz @ 40000 KHz), (600 mBi, 2300 mBm)
> [    6.422770]  (5230000 KHz - 5330000 KHz @ 40000 KHz), (600 mBi, 2300 mBm)
> [    6.422774]  (5735000 KHz - 5835000 KHz @ 40000 KHz), (600 mBi, 3000 mBm)
> [    6.422779] cfg80211: Calling CRDA for country: US
> [    6.491245] ath9k 0000:04:00.0: PCI INT A -> GSI 20 (level, low) -> IRQ 20
> [    6.507775] dib0700: loaded with support for 8 different device-types
> [    6.507803] dvb_usb_dib0700 1-6:1.0: usb_probe_interface
> [    6.507809] dvb_usb_dib0700 1-6:1.0: usb_probe_interface - got id
> [    6.508112] dvb-usb: found a 'Terratec Cinergy DT USB XS Diversity' in cold state, will try to load a firmware
> [    6.508118] usb 1-6: firmware: requesting dvb-usb-dib0700-1.20.fw
> [    6.704575] hub 4-0:1.0: hub_suspend
> [    6.704587] usb usb4: bus auto-suspend
> [    6.704590] usb usb4: suspend_rh
> [    6.919213] phy0: Selected rate control algorithm 'ath9k_rate_control'
> [    6.924986] cfg80211: Calling CRDA for country: AT
> [    6.925034] Registered led device: ath9k-phy0::radio
> [    6.925058] Registered led device: ath9k-phy0::assoc
> [    6.925083] Registered led device: ath9k-phy0::tx
> [    6.925110] Registered led device: ath9k-phy0::rx
> [    6.925138] phy0: Atheros AR5416 MAC/BB Rev:2 AR2133 RF Rev:81: mem=0xf9140000, irq=20

<-- snip -->

> if i dont reload the modules "ADDRCONF(NETDEV_UP): wlan0: link is not ready" is the last relevant message in /var/log/messages!

That is not a critical message, it means nothing bad. It just means
your card is not associated yet. Once it gets associated, you "link"
goes up.

> if i only stop and start my /etc/init.d/net.wlan0 init script it also fails with the same output in var log message "link is not ready".

That is not bad, it just means you are not associated.

> After boot when i dont relaod cfg, mac, ath9k "iwlist channel" knows only channel 1-11.

I believe Gentoo crda package may be installing the udev rule in the
wrong place. We used to use /lib/udev/rules.d and recently started
using /lib/udev/rules.d/ which seems to be more of an appropriate
place. Check which one you have. If you have both remove both and try
in only one location.

Can you recompile and install compat-wireless with this added to config.mk:

CONFIG_ATH9K_DEBUG=y

Then load ath9k like this:

modprobe ath9k debug=0x00000080

Before loading ath9k remember to unload all wireless modules you can
do that from compat-wireless by doing:

make unload

Then provide the output of:

iw list

> But when i am reloading cfg, mac and
> ath9k "iwlist channel" knows Channel 1-13.

There may be an issue with the udev rule location, here's a backport
of a patch I just posted though which may help too since you are
reloading right now (but reloading should not be required).

  Luis
-------------- next part --------------
A non-text attachment was scrubbed...
Name: same-hint.patch
Type: text/x-patch
Size: 1281 bytes
Desc: not available
Url : http://lists.ath9k.org/pipermail/ath9k-devel/attachments/20090214/c9b10c9f/attachment.bin 

[ath9k-devel] ath9k WMP300nv2 (AR5416)

[Alexander Bartha]

Hello Luis,

i have rebuild compat-wireless with CONFIG_ATH9K_DEBUG=y in config.mk
then -- make unload -- modprobe ath9k debug=0x00000080 --
iw list-- (Output)
-2009-02-16 # iw list
Wiphy phy0
	Band 1:
		HT capabilities: 0x104e
			 * 20/40 MHz operation
			 * SM PS disabled
			 * 40 MHz short GI
			 * max A-MSDU len 3839
			 * DSSS/CCK 40 MHz
		HT A-MPDU factor: 0x0003 (65535 bytes)
		HT A-MPDU density: 0x0006 (8 usec)
		HT MCS set: ff ff 00 00 00 00 00 00 00 00 00 00 01 00 00 00
		Frequencies:
			* 2412 MHz [1] (20.0 dBm)
			* 2417 MHz [2] (20.0 dBm)
			* 2422 MHz [3] (20.0 dBm)
			* 2427 MHz [4] (20.0 dBm)
			* 2432 MHz [5] (20.0 dBm)
			* 2437 MHz [6] (20.0 dBm)
			* 2442 MHz [7] (20.0 dBm)
			* 2447 MHz [8] (20.0 dBm)
			* 2452 MHz [9] (20.0 dBm)
			* 2457 MHz [10] (20.0 dBm)
			* 2462 MHz [11] (20.0 dBm)
			* 2467 MHz [12] (20.0 dBm)
			* 2472 MHz [13] (20.0 dBm)
			* 2484 MHz [14] (disabled)
		Bitrates:
			* 1.0 Mbps
			* 2.0 Mbps (short preamble supported)
			* 5.5 Mbps (short preamble supported)
			* 11.0 Mbps (short preamble supported)
			* 6.0 Mbps
			* 9.0 Mbps
			* 12.0 Mbps
			* 18.0 Mbps
			* 24.0 Mbps
			* 36.0 Mbps
			* 48.0 Mbps
			* 54.0 Mbps
	Supported interface modes:
		 * IBSS
		 * Station
		 * AP
		 * AP(VLAN)
		 * Monitor
Looks good but after boot i never have channel 12 or 13.
The led on my LinksysWMP300Nv2 Card turned off after starting wpa_supplicant. At this point i cant get any connection to my AP. The only way is to reload cfg80211 mac80211 ath9k. After the reload he connects my outomatically to my AP without starting the /etc/init.d/net.wlan0 start script.

I have also patched the /usr/src/compat-wireless-2009-02-16/net/wireless/reg.c file with the same-hint.patch

what to do next???

The patch has not changed the need of reloading cfg80211 mac80211 and ath9k after boot if i want use my LinksysWMP300Nv2. 

Udev:
/lib/udev/rules.d/85-regulatory.rules
the location seems to be ok.
but at boot of my system he never loads the second part of the frequences
when cfg80211 loads.

Well evening from Vienna

Alexander Bartha 

 
-- 
Psssst! Schon vom neuen GMX MultiMessenger geh?rt? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger01

[ath9k-devel] ath9k WMP300nv2 (AR5416)

[Luis R. Rodriguez]

On Mon, Feb 16, 2009 at 12:51 PM, Alexander Bartha
<alex.xy.privat@gmx.at> wrote:
> Hello Luis,
>
> i have rebuild compat-wireless with CONFIG_ATH9K_DEBUG=y in config.mk
> then -- make unload -- modprobe ath9k debug=0x00000080 --
> iw list-- (Output)

You forgot to provide the kernel log when loading ath9k with debug.

  Luis

[ath9k-devel] ath9k WMP300nv2 (AR5416)

[Alexander Bartha]

Hello Luis
i have no kernel.log. All my attemps to get a kernel.log or kern.log with syslog-ng where in vain. Mhhh????
Here is a list of my logfiles in /var/log/ Directory:
cups/             kdm.log           messages.3.gz     syslog
dmesg             lastlog           messages.4.gz     uucp.log
emerge-fetch.log  mail.err          mysql/            wtmp
emerge.log        maillog           news/             wtmp.1.gz
faillog           mail.log          portage/          xdm.log
gdm/              messages          rc.log            Xorg.0.log
genkernel.log     messages.1.gz     samba/            Xorg.0.log.old
HOSTS/            messages.2.gz     sandbox/          

So how i can debug ath9k or get the debug messages????

Well day

Alexander Bartha
-------- Original-Nachricht --------
> Datum: Mon, 16 Feb 2009 13:42:10 -0800
> Von: "Luis R. Rodriguez" <lrodriguez@atheros.com>
> An: Alexander Bartha <alex.xy.privat@gmx.at>
> CC: ath9k-devel at lists.ath9k.org, Luis.Rodriguez at atheros.com
> Betreff: Re: [ath9k-devel] ath9k WMP300nv2 (AR5416)

> On Mon, Feb 16, 2009 at 12:51 PM, Alexander Bartha
> <alex.xy.privat@gmx.at> wrote:
> > Hello Luis,
> >
> > i have rebuild compat-wireless with CONFIG_ATH9K_DEBUG=y in config.mk
> > then -- make unload -- modprobe ath9k debug=0x00000080 --
> > iw list-- (Output)
> 
> You forgot to provide the kernel log when loading ath9k with debug.
> 
>   Luis

-- 
Jetzt 1 Monat kostenlos! GMX FreeDSL - Telefonanschluss + DSL 
f?r nur 17,95 Euro/mtl.!* http://dsl.gmx.de/?ac=OM.AD.PD003K11308T4569a

[ath9k-devel] ath9k WMP300nv2 (AR5416)

[Alexander Bartha]

Hello Luis
i have no kernel.log. All my attemps to get a kernel.log or kern.log with syslog-ng where in vain. Mhhh????
Here is a list of my logfiles in /var/log/ Directory:
cups/             kdm.log           messages.3.gz     syslog
dmesg             lastlog           messages.4.gz     uucp.log
emerge-fetch.log  mail.err          mysql/            wtmp
emerge.log        maillog           news/             wtmp.1.gz
faillog           mail.log          portage/          xdm.log
gdm/              messages          rc.log            Xorg.0.log
genkernel.log     messages.1.gz     samba/            Xorg.0.log.old
HOSTS/            messages.2.gz     sandbox/          

So how i can debug ath9k or get the debug messages????

Well day
-------- Original-Nachricht --------
> Datum: Mon, 16 Feb 2009 13:42:10 -0800
> Von: "Luis R. Rodriguez" <lrodriguez@atheros.com>
> An: Alexander Bartha <alex.xy.privat@gmx.at>
> CC: ath9k-devel at lists.ath9k.org, Luis.Rodriguez at atheros.com
> Betreff: Re: [ath9k-devel] ath9k WMP300nv2 (AR5416)

> On Mon, Feb 16, 2009 at 12:51 PM, Alexander Bartha
> <alex.xy.privat@gmx.at> wrote:
> > Hello Luis,
> >
> > i have rebuild compat-wireless with CONFIG_ATH9K_DEBUG=y in config.mk
> > then -- make unload -- modprobe ath9k debug=0x00000080 --
> > iw list-- (Output)
> 
> You forgot to provide the kernel log when loading ath9k with debug.
> 
>   Luis

-- 
Psssst! Schon vom neuen GMX MultiMessenger geh?rt? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger01

[ath9k-devel] ath9k WMP300nv2 (AR5416)

[Pavel Roskin]

On Fri, 2009-02-20 at 18:46 +0100, Alexander Bartha wrote:
> Hello Luis
> i have no kernel.log. All my attemps to get a kernel.log or kern.log with syslog-ng where in vain. Mhhh????
> Here is a list of my logfiles in /var/log/ Directory:
> cups/             kdm.log           messages.3.gz     syslog
> dmesg             lastlog           messages.4.gz     uucp.log
> emerge-fetch.log  mail.err          mysql/            wtmp
> emerge.log        maillog           news/             wtmp.1.gz
> faillog           mail.log          portage/          xdm.log
> gdm/              messages          rc.log            Xorg.0.log
> genkernel.log     messages.1.gz     samba/            Xorg.0.log.old
> HOSTS/            messages.2.gz     sandbox/          
> 
> So how i can debug ath9k or get the debug messages????

Kernel log is shown by the dmesg command.  The kernel has a certain
amount of memory for the log, so only older messages are not shown once
the memory is exhausted.  However, it's normally enough memory to hold
the full log from the boot time.

Kernel messages are normally logged to /var/log/messages, but the debug
messages may be omitted.  The kernel messages during the boot are
preserved in /var/log/dmesg until the next reboot.

-- 
Regards,
Pavel Roskin

[ath9k-devel] ath9k module-Unable to set channel-since ath comes

[Alexander Bartha]

Hello to everybody at linuxwireless

Since the "Submodule" ath comes aht9k says in messages:

May  7 22:11:34 ws1 [ 4442.304763] ath9k: Unable to set channel
May  7 22:11:34 ws1 [ 4442.425550] ath9k: timeout (100000 us) on reg 0x9860: 0x0
0049d19 & 0x00000001 != 0x00000000
May  7 22:11:34 ws1 [ 4442.425555] ath9k: Unable to reset channel (2422 Mhz) res
et status 4294967291
May  7 22:11:34 ws1 [ 4442.425560] ath9k: Unable to set channel
May  7 22:11:34 ws1 [ 4442.546365] ath9k: timeout (100000 us) on reg 0x9860: 0x0
0049d19 & 0x00000001 != 0x00000000

i have tried different versions of the modules but since compat-wireless-2009-04-16 i get this errors.

till that all works fine sometime the driver have little problems after not using the network. thanks for the drivers

well evening from vienna

Alexander Bartha
-- 
Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + Telefonanschluss f?r nur 17,95 Euro/mtl.!* http://dslspecial.gmx.de/freedsl-surfflat/?ac=OM.AD.PD003K11308T4569a

[ath9k-devel] ath9k module-Unable to set channel-since ath comes

[Pavel Roskin]

On Fri, 2009-05-08 at 23:12 +0200, Alexander Bartha wrote:
> Hello to everybody at linuxwireless
> 
> Since the "Submodule" ath comes aht9k says in messages:
> 
> May  7 22:11:34 ws1 [ 4442.304763] ath9k: Unable to set channel
> May  7 22:11:34 ws1 [ 4442.425550] ath9k: timeout (100000 us) on reg 0x9860: 0x0
> 0049d19 & 0x00000001 != 0x00000000
> May  7 22:11:34 ws1 [ 4442.425555] ath9k: Unable to reset channel (2422 Mhz) res
> et status 4294967291
> May  7 22:11:34 ws1 [ 4442.425560] ath9k: Unable to set channel
> May  7 22:11:34 ws1 [ 4442.546365] ath9k: timeout (100000 us) on reg 0x9860: 0x0
> 0049d19 & 0x00000001 != 0x00000000
> 
> i have tried different versions of the modules but since compat-wireless-2009-04-16 i get this errors.
> 
> till that all works fine sometime the driver have little problems after not using the network. thanks for the drivers

I track wireless-testing.git and I saw it in the last weeks.  I think it
happens after about 260 pings at the normal speed (i.e. not with flood
ping).  I was thinking about bisecting the problem, but I don't have
much time right now.

Last time I saw it was on Monday.  There were some changes to ath9k
since then, so maybe it's fixed.

-- 
Regards,
Pavel Roskin

[ath9k-devel] ath9k module-Unable to set channel-since ath comes

[Luis R. Rodriguez]

On Fri, May 8, 2009 at 2:40 PM, Pavel Roskin <proski@gnu.org> wrote:
> On Fri, 2009-05-08 at 23:12 +0200, Alexander Bartha wrote:
>> Hello to everybody at linuxwireless
>>
>> Since the "Submodule" ath comes aht9k says in messages:
>>
>> May ?7 22:11:34 ws1 [ 4442.304763] ath9k: Unable to set channel
>> May ?7 22:11:34 ws1 [ 4442.425550] ath9k: timeout (100000 us) on reg 0x9860: 0x0
>> 0049d19 & 0x00000001 != 0x00000000
>> May ?7 22:11:34 ws1 [ 4442.425555] ath9k: Unable to reset channel (2422 Mhz) res
>> et status 4294967291
>> May ?7 22:11:34 ws1 [ 4442.425560] ath9k: Unable to set channel
>> May ?7 22:11:34 ws1 [ 4442.546365] ath9k: timeout (100000 us) on reg 0x9860: 0x0
>> 0049d19 & 0x00000001 != 0x00000000
>>
>> i have tried different versions of the modules but since compat-wireless-2009-04-16 i get this errors.
>>
>> till that all works fine sometime the driver have little problems after not using the network. thanks for the drivers
>
> I track wireless-testing.git and I saw it in the last weeks. ?I think it
> happens after about 260 pings at the normal speed (i.e. not with flood
> ping). ?I was thinking about bisecting the problem, but I don't have
> much time right now.
>
> Last time I saw it was on Monday. ?There were some changes to ath9k
> since then, so maybe it's fixed.

This may have been caused by the idle patches for which Johannes has
posted a fix. This should get merged soon so give it a few more days
and try again.

If you want something a little more stable you can go with the stable
compat-wireless releases:

http://wireless.kernel.org/en/users/Download/stable

  Luis

Re: [ath9k-devel] ath9k module-Unable to set channel-since ath comes

[Luis R. Rodriguez]

On Fri, May 8, 2009 at 2:53 PM, Luis R. Rodriguez <mcgrof@gmail.com> wr=
ote:
> On Fri, May 8, 2009 at 2:40 PM, Pavel Roskin <proski@gnu.org> wrote:
>> On Fri, 2009-05-08 at 23:12 +0200, Alexander Bartha wrote:
>>> Hello to everybody at linuxwireless
>>>
>>> Since the "Submodule" ath comes aht9k says in messages:
>>>
>>> May =C2=A07 22:11:34 ws1 [ 4442.304763] ath9k: Unable to set channe=
l
>>> May =C2=A07 22:11:34 ws1 [ 4442.425550] ath9k: timeout (100000 us) =
on reg 0x9860: 0x0
>>> 0049d19 & 0x00000001 !=3D 0x00000000
>>> May =C2=A07 22:11:34 ws1 [ 4442.425555] ath9k: Unable to reset chan=
nel (2422 Mhz) res
>>> et status 4294967291
>>> May =C2=A07 22:11:34 ws1 [ 4442.425560] ath9k: Unable to set channe=
l
>>> May =C2=A07 22:11:34 ws1 [ 4442.546365] ath9k: timeout (100000 us) =
on reg 0x9860: 0x0
>>> 0049d19 & 0x00000001 !=3D 0x00000000

I can reproduce, and I tried without the idle patches but I still see
the issue. I see this issue only after suspend. Did you suspend and
get this as well? I see this using AR5416. If you are seeing this on
suspend can you try with the patch I posted to linux-wireless to see
if it helps a little?

  Luis

>>> i have tried different versions of the modules but since compat-wir=
eless-2009-04-16 i get this errors.
>>>
>>> till that all works fine sometime the driver have little problems a=
fter not using the network. thanks for the drivers
>>
>> I track wireless-testing.git and I saw it in the last weeks. =C2=A0I=
 think it
>> happens after about 260 pings at the normal speed (i.e. not with flo=
od
>> ping). =C2=A0I was thinking about bisecting the problem, but I don't=
 have
>> much time right now.
>>
>> Last time I saw it was on Monday. =C2=A0There were some changes to a=
th9k
>> since then, so maybe it's fixed.
>
> This may have been caused by the idle patches for which Johannes has
> posted a fix. This should get merged soon so give it a few more days
> and try again.
>
> If you want something a little more stable you can go with the stable
> compat-wireless releases:
>
> http://wireless.kernel.org/en/users/Download/stable
>
> =C2=A0Luis
>
--
To unsubscribe from this list: send the line "unsubscribe linux-wireles=
s" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[ath9k-devel] ath9k module-Unable to set channel-since ath comes

[Luis R. Rodriguez]

On Fri, May 8, 2009 at 2:53 PM, Luis R. Rodriguez <mcgrof@gmail.com> wrote:
> On Fri, May 8, 2009 at 2:40 PM, Pavel Roskin <proski@gnu.org> wrote:
>> On Fri, 2009-05-08 at 23:12 +0200, Alexander Bartha wrote:
>>> Hello to everybody at linuxwireless
>>>
>>> Since the "Submodule" ath comes aht9k says in messages:
>>>
>>> May ?7 22:11:34 ws1 [ 4442.304763] ath9k: Unable to set channel
>>> May ?7 22:11:34 ws1 [ 4442.425550] ath9k: timeout (100000 us) on reg 0x9860: 0x0
>>> 0049d19 & 0x00000001 != 0x00000000
>>> May ?7 22:11:34 ws1 [ 4442.425555] ath9k: Unable to reset channel (2422 Mhz) res
>>> et status 4294967291
>>> May ?7 22:11:34 ws1 [ 4442.425560] ath9k: Unable to set channel
>>> May ?7 22:11:34 ws1 [ 4442.546365] ath9k: timeout (100000 us) on reg 0x9860: 0x0
>>> 0049d19 & 0x00000001 != 0x00000000

I can reproduce, and I tried without the idle patches but I still see
the issue. I see this issue only after suspend. Did you suspend and
get this as well? I see this using AR5416. If you are seeing this on
suspend can you try with the patch I posted to linux-wireless to see
if it helps a little?

  Luis

>>> i have tried different versions of the modules but since compat-wireless-2009-04-16 i get this errors.
>>>
>>> till that all works fine sometime the driver have little problems after not using the network. thanks for the drivers
>>
>> I track wireless-testing.git and I saw it in the last weeks. ?I think it
>> happens after about 260 pings at the normal speed (i.e. not with flood
>> ping). ?I was thinking about bisecting the problem, but I don't have
>> much time right now.
>>
>> Last time I saw it was on Monday. ?There were some changes to ath9k
>> since then, so maybe it's fixed.
>
> This may have been caused by the idle patches for which Johannes has
> posted a fix. This should get merged soon so give it a few more days
> and try again.
>
> If you want something a little more stable you can go with the stable
> compat-wireless releases:
>
> http://wireless.kernel.org/en/users/Download/stable
>
> ?Luis
>

Re: [ath9k-devel] ath9k module-Unable to set channel-since ath comes

[Pavel Roskin]

Quoting "Luis R. Rodriguez" <mcgrof@gmail.com>:

> I can reproduce, and I tried without the idle patches but I still see
> the issue. I see this issue only after suspend. Did you suspend and
> get this as well? I see this using AR5416. If you are seeing this on
> suspend can you try with the patch I posted to linux-wireless to see
> if it helps a little?

I saw this on AR9280 without any suspends.  The card doesn't support  
the 802.11a range, so it's not a direct equivalent of the problem I  
bisected with ath5k (invalid rates when scanning and transmitting).

-- 
Regards,
Pavel Roskin

[ath9k-devel] ath9k module-Unable to set channel-since ath comes

[Pavel Roskin]

Quoting "Luis R. Rodriguez" <mcgrof@gmail.com>:

> I can reproduce, and I tried without the idle patches but I still see
> the issue. I see this issue only after suspend. Did you suspend and
> get this as well? I see this using AR5416. If you are seeing this on
> suspend can you try with the patch I posted to linux-wireless to see
> if it helps a little?

I saw this on AR9280 without any suspends.  The card doesn't support  
the 802.11a range, so it's not a direct equivalent of the problem I  
bisected with ath5k (invalid rates when scanning and transmitting).

-- 
Regards,
Pavel Roskin

Re: [ath9k-devel] ath9k module-Unable to set channel-since ath comes

[Luis R. Rodriguez]

On Sun, May 10, 2009 at 9:17 PM, Pavel Roskin <proski@gnu.org> wrote:
> Quoting "Luis R. Rodriguez" <mcgrof@gmail.com>:
>
>> I can reproduce, and I tried without the idle patches but I still se=
e
>> the issue. I see this issue only after suspend. Did you suspend and
>> get this as well? I see this using AR5416. If you are seeing this on
>> suspend can you try with the patch I posted to linux-wireless to see
>> if it helps a little?
>
> I saw this on AR9280 without any suspends. =C2=A0The card doesn't sup=
port the
> 802.11a range, so it's not a direct equivalent of the problem I bisec=
ted
> with ath5k (invalid rates when scanning and transmitting).

Thanks for the heads up Pavel. So can you guys test with this option
set as follows:

CONFIG_MAC80211_DEFAULT_PS_VALUE=3D0

If using compat-wireless just stuff it into config.mk.

This fixes my issues and points towards PS code. This could be how we
handle PS in ath9k (more likely) or mac80211. For now please disable
this if using ath9k until we figure out what causes this.

  Luis
--
To unsubscribe from this list: send the line "unsubscribe linux-wireles=
s" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[ath9k-devel] ath9k module-Unable to set channel-since ath comes

[Luis R. Rodriguez]

On Sun, May 10, 2009 at 9:17 PM, Pavel Roskin <proski@gnu.org> wrote:
> Quoting "Luis R. Rodriguez" <mcgrof@gmail.com>:
>
>> I can reproduce, and I tried without the idle patches but I still see
>> the issue. I see this issue only after suspend. Did you suspend and
>> get this as well? I see this using AR5416. If you are seeing this on
>> suspend can you try with the patch I posted to linux-wireless to see
>> if it helps a little?
>
> I saw this on AR9280 without any suspends. ?The card doesn't support the
> 802.11a range, so it's not a direct equivalent of the problem I bisected
> with ath5k (invalid rates when scanning and transmitting).

Thanks for the heads up Pavel. So can you guys test with this option
set as follows:

CONFIG_MAC80211_DEFAULT_PS_VALUE=0

If using compat-wireless just stuff it into config.mk.

This fixes my issues and points towards PS code. This could be how we
handle PS in ath9k (more likely) or mac80211. For now please disable
this if using ath9k until we figure out what causes this.

  Luis

Re: [ath9k-devel] ath9k module-Unable to set channel-since ath comes

[Pavel Roskin]

On Mon, 2009-05-11 at 00:40 -0700, Luis R. Rodriguez wrote:
> On Sun, May 10, 2009 at 9:17 PM, Pavel Roskin <proski@gnu.org> wrote:
> > Quoting "Luis R. Rodriguez" <mcgrof@gmail.com>:
> >
> >> I can reproduce, and I tried without the idle patches but I still see
> >> the issue. I see this issue only after suspend. Did you suspend and
> >> get this as well? I see this using AR5416. If you are seeing this on
> >> suspend can you try with the patch I posted to linux-wireless to see
> >> if it helps a little?
> >
> > I saw this on AR9280 without any suspends.  The card doesn't support the
> > 802.11a range, so it's not a direct equivalent of the problem I bisected
> > with ath5k (invalid rates when scanning and transmitting).
> 
> Thanks for the heads up Pavel. So can you guys test with this option
> set as follows:
> 
> CONFIG_MAC80211_DEFAULT_PS_VALUE=0
> 
> If using compat-wireless just stuff it into config.mk.
> 
> This fixes my issues and points towards PS code. This could be how we
> handle PS in ath9k (more likely) or mac80211. For now please disable
> this if using ath9k until we figure out what causes this.

It looks like there are two issues, and I confused them.  One is
characterized by the kernel messages about the channel, the one
originally reported in this thread.  I have seen it, but I don't
remember the exact circumstances.

Another issue is connection loss to a WPA enabled AP after several
minutes.  That's what I have seen with AR9280.  iwconfig still shows an
association, but no traffic can flow.

I just want to tell that it's two different issues.  The later is much
more critical for me, but it would take about 15 minutes to verify every
step if bisecting.  Unfortunately, I don't have time to bisect it now,
but maybe I'll do it later during this week.

-- 
Regards,
Pavel Roskin

[ath9k-devel] ath9k module-Unable to set channel-since ath comes

[Pavel Roskin]

On Mon, 2009-05-11 at 00:40 -0700, Luis R. Rodriguez wrote:
> On Sun, May 10, 2009 at 9:17 PM, Pavel Roskin <proski@gnu.org> wrote:
> > Quoting "Luis R. Rodriguez" <mcgrof@gmail.com>:
> >
> >> I can reproduce, and I tried without the idle patches but I still see
> >> the issue. I see this issue only after suspend. Did you suspend and
> >> get this as well? I see this using AR5416. If you are seeing this on
> >> suspend can you try with the patch I posted to linux-wireless to see
> >> if it helps a little?
> >
> > I saw this on AR9280 without any suspends.  The card doesn't support the
> > 802.11a range, so it's not a direct equivalent of the problem I bisected
> > with ath5k (invalid rates when scanning and transmitting).
> 
> Thanks for the heads up Pavel. So can you guys test with this option
> set as follows:
> 
> CONFIG_MAC80211_DEFAULT_PS_VALUE=0
> 
> If using compat-wireless just stuff it into config.mk.
> 
> This fixes my issues and points towards PS code. This could be how we
> handle PS in ath9k (more likely) or mac80211. For now please disable
> this if using ath9k until we figure out what causes this.

It looks like there are two issues, and I confused them.  One is
characterized by the kernel messages about the channel, the one
originally reported in this thread.  I have seen it, but I don't
remember the exact circumstances.

Another issue is connection loss to a WPA enabled AP after several
minutes.  That's what I have seen with AR9280.  iwconfig still shows an
association, but no traffic can flow.

I just want to tell that it's two different issues.  The later is much
more critical for me, but it would take about 15 minutes to verify every
step if bisecting.  Unfortunately, I don't have time to bisect it now,
but maybe I'll do it later during this week.

-- 
Regards,
Pavel Roskin

Re: [ath9k-devel] ath9k module-Unable to set channel-since ath comes

[Luis R. Rodriguez]

On Mon, May 11, 2009 at 3:06 PM, Pavel Roskin <proski@gnu.org> wrote:
> On Mon, 2009-05-11 at 00:40 -0700, Luis R. Rodriguez wrote:
>> On Sun, May 10, 2009 at 9:17 PM, Pavel Roskin <proski@gnu.org> wrote=
:
>> > Quoting "Luis R. Rodriguez" <mcgrof@gmail.com>:
>> >
>> >> I can reproduce, and I tried without the idle patches but I still=
 see
>> >> the issue. I see this issue only after suspend. Did you suspend a=
nd
>> >> get this as well? I see this using AR5416. If you are seeing this=
 on
>> >> suspend can you try with the patch I posted to linux-wireless to =
see
>> >> if it helps a little?
>> >
>> > I saw this on AR9280 without any suspends. =C2=A0The card doesn't =
support the
>> > 802.11a range, so it's not a direct equivalent of the problem I bi=
sected
>> > with ath5k (invalid rates when scanning and transmitting).
>>
>> Thanks for the heads up Pavel. So can you guys test with this option
>> set as follows:
>>
>> CONFIG_MAC80211_DEFAULT_PS_VALUE=3D0
>>
>> If using compat-wireless just stuff it into config.mk.
>>
>> This fixes my issues and points towards PS code. This could be how w=
e
>> handle PS in ath9k (more likely) or mac80211. For now please disable
>> this if using ath9k until we figure out what causes this.
>
> It looks like there are two issues, and I confused them. =C2=A0One is
> characterized by the kernel messages about the channel, the one
> originally reported in this thread. =C2=A0I have seen it, but I don't
> remember the exact circumstances.
>
> Another issue is connection loss to a WPA enabled AP after several
> minutes. =C2=A0That's what I have seen with AR9280. =C2=A0iwconfig st=
ill shows an
> association, but no traffic can flow.
>
> I just want to tell that it's two different issues. =C2=A0The later i=
s much
> more critical for me, but it would take about 15 minutes to verify ev=
ery
> step if bisecting. =C2=A0Unfortunately, I don't have time to bisect i=
t now,
> but maybe I'll do it later during this week.

Thanks for the heads up, lets address this in another thread then.

  Luis
--
To unsubscribe from this list: send the line "unsubscribe linux-wireles=
s" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[ath9k-devel] ath9k module-Unable to set channel-since ath comes

[Luis R. Rodriguez]

On Mon, May 11, 2009 at 3:06 PM, Pavel Roskin <proski@gnu.org> wrote:
> On Mon, 2009-05-11 at 00:40 -0700, Luis R. Rodriguez wrote:
>> On Sun, May 10, 2009 at 9:17 PM, Pavel Roskin <proski@gnu.org> wrote:
>> > Quoting "Luis R. Rodriguez" <mcgrof@gmail.com>:
>> >
>> >> I can reproduce, and I tried without the idle patches but I still see
>> >> the issue. I see this issue only after suspend. Did you suspend and
>> >> get this as well? I see this using AR5416. If you are seeing this on
>> >> suspend can you try with the patch I posted to linux-wireless to see
>> >> if it helps a little?
>> >
>> > I saw this on AR9280 without any suspends. ?The card doesn't support the
>> > 802.11a range, so it's not a direct equivalent of the problem I bisected
>> > with ath5k (invalid rates when scanning and transmitting).
>>
>> Thanks for the heads up Pavel. So can you guys test with this option
>> set as follows:
>>
>> CONFIG_MAC80211_DEFAULT_PS_VALUE=0
>>
>> If using compat-wireless just stuff it into config.mk.
>>
>> This fixes my issues and points towards PS code. This could be how we
>> handle PS in ath9k (more likely) or mac80211. For now please disable
>> this if using ath9k until we figure out what causes this.
>
> It looks like there are two issues, and I confused them. ?One is
> characterized by the kernel messages about the channel, the one
> originally reported in this thread. ?I have seen it, but I don't
> remember the exact circumstances.
>
> Another issue is connection loss to a WPA enabled AP after several
> minutes. ?That's what I have seen with AR9280. ?iwconfig still shows an
> association, but no traffic can flow.
>
> I just want to tell that it's two different issues. ?The later is much
> more critical for me, but it would take about 15 minutes to verify every
> step if bisecting. ?Unfortunately, I don't have time to bisect it now,
> but maybe I'll do it later during this week.

Thanks for the heads up, lets address this in another thread then.

  Luis

[ath9k-devel] Antwort: Re: ath9k module-Unable to set channel-since ath comes

[alexander.bartha at drz-wien.at]

Hello to linuxwireless

thanks for response. The stabel compat-wireless-2.6.30-rc4.tar.bz2 release 
works well. The bleeding edge compat-wireless works to but only till the 
new submodule ath comes in live (compat-wireless-2009-04-12.tar.bz2 is the 
last version which i have tasted and which works well).

well day from vienna

Alexander Bartha
Abteilungsleiter NOC (EDV) und OnlineVerkauf
Tel.: +43 1 982 16 48 304
Fax: +43 1 982 16 48 18
E-Mail: alexander.bartha at drz-wien.at

Die Wiener Volkshochschulen GmbH
Projekt DRZ-Wien
Vogtgasse 29
1140 Wien
UID - ATU 63945413



"Luis R. Rodriguez" <mcgrof@gmail.com> 
10.05.2009 20:41

An
Pavel Roskin <proski@gnu.org>
Kopie
Alexander Bartha <alex.xy.privat@gmx.at>, ath9k-devel at lists.ath9k.org, 
linux-wireless <linux-wireless@vger.kernel.org>
Thema
Re: [ath9k-devel] ath9k module-Unable to set channel-since ath comes 






On Fri, May 8, 2009 at 2:53 PM, Luis R. Rodriguez <mcgrof@gmail.com> 
wrote:
> On Fri, May 8, 2009 at 2:40 PM, Pavel Roskin <proski@gnu.org> wrote:
>> On Fri, 2009-05-08 at 23:12 +0200, Alexander Bartha wrote:
>>> Hello to everybody at linuxwireless
>>>
>>> Since the "Submodule" ath comes aht9k says in messages:
>>>
>>> May  7 22:11:34 ws1 [ 4442.304763] ath9k: Unable to set channel
>>> May  7 22:11:34 ws1 [ 4442.425550] ath9k: timeout (100000 us) on reg 
0x9860: 0x0
>>> 0049d19 & 0x00000001 != 0x00000000
>>> May  7 22:11:34 ws1 [ 4442.425555] ath9k: Unable to reset channel 
(2422 Mhz) res
>>> et status 4294967291
>>> May  7 22:11:34 ws1 [ 4442.425560] ath9k: Unable to set channel
>>> May  7 22:11:34 ws1 [ 4442.546365] ath9k: timeout (100000 us) on reg 
0x9860: 0x0
>>> 0049d19 & 0x00000001 != 0x00000000

I can reproduce, and I tried without the idle patches but I still see
the issue. I see this issue only after suspend. Did you suspend and
get this as well? I see this using AR5416. If you are seeing this on
suspend can you try with the patch I posted to linux-wireless to see
if it helps a little?

  Luis

>>> i have tried different versions of the modules but since 
compat-wireless-2009-04-16 i get this errors.
>>>
>>> till that all works fine sometime the driver have little problems 
after not using the network. thanks for the drivers
>>
>> I track wireless-testing.git and I saw it in the last weeks.  I think 
it
>> happens after about 260 pings at the normal speed (i.e. not with flood
>> ping).  I was thinking about bisecting the problem, but I don't have
>> much time right now.
>>
>> Last time I saw it was on Monday.  There were some changes to ath9k
>> since then, so maybe it's fixed.
>
> This may have been caused by the idle patches for which Johannes has
> posted a fix. This should get merged soon so give it a few more days
> and try again.
>
> If you want something a little more stable you can go with the stable
> compat-wireless releases:
>
> http://wireless.kernel.org/en/users/Download/stable
>
>  Luis
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ath9k.org/pipermail/ath9k-devel/attachments/20090512/59a16be9/attachment.htm 

Re: Re: [ath9k-devel] ath9k module-Unable to set channel-since ath comes

[Luis R. Rodriguez]

On Mon, May 11, 2009 at 11:38 PM,  <alexander.bartha@drz-wien.at> wrote:
>
> Hello to linuxwireless
>
> thanks for response. The stabel compat-wireless-2.6.30-rc4.tar.bz2 release
> works well. The bleeding edge compat-wireless works to but only till the new
> submodule ath comes in live (compat-wireless-2009-04-12.tar.bz2 is the last
> version which i have tasted and which works well).

I've tested this and its not the "ath" module which introduces an
issue its a patch which enables PS by default. You can disable that by
recompiling with:

CONFIG_MAC80211_DEFAULT_PS_VALUE=0

If using compat-wireless just stuff it into config.mk.

  Luis

[ath9k-devel] ath9k module-Unable to set channel-since ath comes

[Luis R. Rodriguez]

On Mon, May 11, 2009 at 11:38 PM,  <alexander.bartha@drz-wien.at> wrote:
>
> Hello to linuxwireless
>
> thanks for response. The stabel compat-wireless-2.6.30-rc4.tar.bz2 release
> works well. The bleeding edge compat-wireless works to but only till the new
> submodule ath comes in live (compat-wireless-2009-04-12.tar.bz2 is the last
> version which i have tasted and which works well).

I've tested this and its not the "ath" module which introduces an
issue its a patch which enables PS by default. You can disable that by
recompiling with:

CONFIG_MAC80211_DEFAULT_PS_VALUE=0

If using compat-wireless just stuff it into config.mk.

  Luis

Re: Re: [ath9k-devel] ath9k module-Unable to set channel-since ath comes

[Johannes Berg]

[-- Attachment #1: Type: text/plain, Size: 740 bytes --]

On Mon, 2009-05-11 at 23:55 -0700, Luis R. Rodriguez wrote:

> I've tested this and its not the "ath" module which introduces an
> issue its a patch which enables PS by default. You can disable that by
> recompiling with:
> 
> CONFIG_MAC80211_DEFAULT_PS_VALUE=0
> 
> If using compat-wireless just stuff it into config.mk.

I object to that assertion, or at least this way of putting it.

If powersave by default causes issues then it's not my patch that's
causing the problem, it's the fact that ath9k can't properly deal with
powersave in this case. Had the user enabled powersave manually they
would have run into the same issue. As such, I think ath9k should
probably simply stop claiming it can support PS.

johannes

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

[ath9k-devel] ath9k module-Unable to set channel-since ath comes

[Johannes Berg]

On Mon, 2009-05-11 at 23:55 -0700, Luis R. Rodriguez wrote:

> I've tested this and its not the "ath" module which introduces an
> issue its a patch which enables PS by default. You can disable that by
> recompiling with:
> 
> CONFIG_MAC80211_DEFAULT_PS_VALUE=0
> 
> If using compat-wireless just stuff it into config.mk.

I object to that assertion, or at least this way of putting it.

If powersave by default causes issues then it's not my patch that's
causing the problem, it's the fact that ath9k can't properly deal with
powersave in this case. Had the user enabled powersave manually they
would have run into the same issue. As such, I think ath9k should
probably simply stop claiming it can support PS.

johannes
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 801 bytes
Desc: This is a digitally signed message part
Url : http://lists.ath9k.org/pipermail/ath9k-devel/attachments/20090512/8d34fde5/attachment.pgp 

Re: Re: [ath9k-devel] ath9k module-Unable to set channel-since ath comes

[Luis R. Rodriguez]

On Tue, May 12, 2009 at 12:11 AM, Johannes Berg
<johannes@sipsolutions.net> wrote:
> On Mon, 2009-05-11 at 23:55 -0700, Luis R. Rodriguez wrote:
>
>> I've tested this and its not the "ath" module which introduces an
>> issue its a patch which enables PS by default. You can disable that by
>> recompiling with:
>>
>> CONFIG_MAC80211_DEFAULT_PS_VALUE=0
>>
>> If using compat-wireless just stuff it into config.mk.
>
> I object to that assertion, or at least this way of putting it.
>
> If powersave by default causes issues then it's not my patch that's
> causing the problem, it's the fact that ath9k can't properly deal with
> powersave in this case. Had the user enabled powersave manually they
> would have run into the same issue. As such, I think ath9k should
> probably simply stop claiming it can support PS.

Heh yes, what I meant was ath9k's PS support has some issues which
still need to be resolved (at least as I've tested it).

  Luis

[ath9k-devel] ath9k module-Unable to set channel-since ath comes

[Luis R. Rodriguez]

On Tue, May 12, 2009 at 12:11 AM, Johannes Berg
<johannes@sipsolutions.net> wrote:
> On Mon, 2009-05-11 at 23:55 -0700, Luis R. Rodriguez wrote:
>
>> I've tested this and its not the "ath" module which introduces an
>> issue its a patch which enables PS by default. You can disable that by
>> recompiling with:
>>
>> CONFIG_MAC80211_DEFAULT_PS_VALUE=0
>>
>> If using compat-wireless just stuff it into config.mk.
>
> I object to that assertion, or at least this way of putting it.
>
> If powersave by default causes issues then it's not my patch that's
> causing the problem, it's the fact that ath9k can't properly deal with
> powersave in this case. Had the user enabled powersave manually they
> would have run into the same issue. As such, I think ath9k should
> probably simply stop claiming it can support PS.

Heh yes, what I meant was ath9k's PS support has some issues which
still need to be resolved (at least as I've tested it).

  Luis

Re: Re: [ath9k-devel] ath9k module-Unable to set channel-since ath comes

[Davide Pesavento]

Hi,

On Tue, May 12, 2009 at 09:14, Luis R. Rodriguez <mcgrof@gmail.com> wrote:
> On Tue, May 12, 2009 at 12:11 AM, Johannes Berg
> <johannes@sipsolutions.net> wrote:
>> On Mon, 2009-05-11 at 23:55 -0700, Luis R. Rodriguez wrote:
>>
>>> I've tested this and its not the "ath" module which introduces an
>>> issue its a patch which enables PS by default. You can disable that by
>>> recompiling with:
>>>
>>> CONFIG_MAC80211_DEFAULT_PS_VALUE=0
>>>
>>> If using compat-wireless just stuff it into config.mk.
>>
>> I object to that assertion, or at least this way of putting it.
>>
>> If powersave by default causes issues then it's not my patch that's
>> causing the problem, it's the fact that ath9k can't properly deal with
>> powersave in this case. Had the user enabled powersave manually they
>> would have run into the same issue. As such, I think ath9k should
>> probably simply stop claiming it can support PS.
>
> Heh yes, what I meant was ath9k's PS support has some issues which
> still need to be resolved (at least as I've tested it).
>

I've already reported ath9k's issues with PS multiple times [1] [2]
[3], but the driver hasn't been fixed yet. You can find a verbose
debugging output at [4], I hope that helps in fixing the problem (I
can provide even more info if needed and I'm willing to test patches).

Anyway, if the issue isn't going to be resolved quickly (e.g. before
Johannes' "enable PS by default" patch lands in mainline), I think
it's better to disable PS in ath9k as previously suggested.

Regards,
Davide

[1] http://marc.info/?l=linux-wireless&m=123816406913599&w=2
[2] http://marc.info/?l=linux-wireless&m=123999864507104&w=2
[3] http://marc.info/?l=linux-wireless&m=124025926613089&w=2
[4] http://marc.info/?l=linux-wireless&m=124026772102023&w=2

[ath9k-devel] ath9k module-Unable to set channel-since ath comes

[Davide Pesavento]

Hi,

On Tue, May 12, 2009 at 09:14, Luis R. Rodriguez <mcgrof@gmail.com> wrote:
> On Tue, May 12, 2009 at 12:11 AM, Johannes Berg
> <johannes@sipsolutions.net> wrote:
>> On Mon, 2009-05-11 at 23:55 -0700, Luis R. Rodriguez wrote:
>>
>>> I've tested this and its not the "ath" module which introduces an
>>> issue its a patch which enables PS by default. You can disable that by
>>> recompiling with:
>>>
>>> CONFIG_MAC80211_DEFAULT_PS_VALUE=0
>>>
>>> If using compat-wireless just stuff it into config.mk.
>>
>> I object to that assertion, or at least this way of putting it.
>>
>> If powersave by default causes issues then it's not my patch that's
>> causing the problem, it's the fact that ath9k can't properly deal with
>> powersave in this case. Had the user enabled powersave manually they
>> would have run into the same issue. As such, I think ath9k should
>> probably simply stop claiming it can support PS.
>
> Heh yes, what I meant was ath9k's PS support has some issues which
> still need to be resolved (at least as I've tested it).
>

I've already reported ath9k's issues with PS multiple times [1] [2]
[3], but the driver hasn't been fixed yet. You can find a verbose
debugging output at [4], I hope that helps in fixing the problem (I
can provide even more info if needed and I'm willing to test patches).

Anyway, if the issue isn't going to be resolved quickly (e.g. before
Johannes' "enable PS by default" patch lands in mainline), I think
it's better to disable PS in ath9k as previously suggested.

Regards,
Davide

[1] http://marc.info/?l=linux-wireless&m=123816406913599&w=2
[2] http://marc.info/?l=linux-wireless&m=123999864507104&w=2
[3] http://marc.info/?l=linux-wireless&m=124025926613089&w=2
[4] http://marc.info/?l=linux-wireless&m=124026772102023&w=2

[ath9k-devel] Where can I buy a wifi card supported by ath9k?

[hong zhang]

List,

I like to buy a wifi card supported by ath9k but do not know which card on market is good one.

Thanks for any help.

---henry


      

[ath9k-devel] Where can I buy a wifi card supported by ath9k?

[Luis R. Rodriguez]

On Tue, May 12, 2009 at 9:28 AM, hong zhang <henryzhang62@yahoo.com> wrote:
>
>
> List,
>
> I like to buy a wifi card supported by ath9k but do not know which card on market is good one.

http://wireless.kernel.org/en/users/Drivers/ath9k#ProductsintheretailmarketcontainingAtheros11nsolutions

  Luis

Re: [ath9k-devel] ath9k module-Unable to set channel-since ath comes

[Jouni Malinen]

On Tue, 2009-05-12 at 01:35 -0700, Davide Pesavento wrote:
> I've already reported ath9k's issues with PS multiple times [1] [2]
> [3], but the driver hasn't been fixed yet. You can find a verbose
> debugging output at [4], I hope that helps in fixing the problem (I
> can provide even more info if needed and I'm willing to test patches).

I submitted a set of patches to resolve some of the PS issues in ath9k.
I would expect these to hit wireless-testing.git eventually, but if you
are willing to test the changes before that, you can find the patches
from http://w1.fi/p/ps/

One thing to note here is that there are still some issues with the
timeout=0 case (use of PS-Poll to fetch buffered frames) which is
enabled with "iwconfig wlan0 power on", so at this point, I would
recommend running the test either with the default wireless-testing.git
PS mode setting or by enabling power saving with "iwconfig wlan0 power
timeout 500ms" which should result in the same configuration.

I have not tested these on AR5418, but at least with AR9280, these
patches do improve stability and general functionality of the default PS
mode considerably. I have been able to run multi-hour tests without
losing connection.

- Jouni

[ath9k-devel] ath9k module-Unable to set channel-since ath comes

[Jouni Malinen]

On Tue, 2009-05-12 at 01:35 -0700, Davide Pesavento wrote:
> I've already reported ath9k's issues with PS multiple times [1] [2]
> [3], but the driver hasn't been fixed yet. You can find a verbose
> debugging output at [4], I hope that helps in fixing the problem (I
> can provide even more info if needed and I'm willing to test patches).

I submitted a set of patches to resolve some of the PS issues in ath9k.
I would expect these to hit wireless-testing.git eventually, but if you
are willing to test the changes before that, you can find the patches
from http://w1.fi/p/ps/

One thing to note here is that there are still some issues with the
timeout=0 case (use of PS-Poll to fetch buffered frames) which is
enabled with "iwconfig wlan0 power on", so at this point, I would
recommend running the test either with the default wireless-testing.git
PS mode setting or by enabling power saving with "iwconfig wlan0 power
timeout 500ms" which should result in the same configuration.

I have not tested these on AR5418, but at least with AR9280, these
patches do improve stability and general functionality of the default PS
mode considerably. I have been able to run multi-hour tests without
losing connection.

- Jouni

Re: [ath9k-devel] ath9k module-Unable to set channel-since ath comes

[Kalle Valo]

Jouni Malinen <jouni.malinen@atheros.com> writes:

> On Tue, 2009-05-12 at 01:35 -0700, Davide Pesavento wrote:
>> I've already reported ath9k's issues with PS multiple times [1] [2]
>> [3], but the driver hasn't been fixed yet. You can find a verbose
>> debugging output at [4], I hope that helps in fixing the problem (I
>> can provide even more info if needed and I'm willing to test patches).
>
> I submitted a set of patches to resolve some of the PS issues in ath9k.
> I would expect these to hit wireless-testing.git eventually, but if you
> are willing to test the changes before that, you can find the patches
> from http://w1.fi/p/ps/
>
> One thing to note here is that there are still some issues with the
> timeout=0 case (use of PS-Poll to fetch buffered frames) which is
> enabled with "iwconfig wlan0 power on", so at this point, I would
> recommend running the test either with the default wireless-testing.git
> PS mode setting or by enabling power saving with "iwconfig wlan0 power
> timeout 500ms" which should result in the same configuration.

Most probably that's because mac80211 does not disable power save mode
when sending PS-Poll frames. So stlc45xx does not require disable of PSM
but then again ath9k requires it, we need to solve this somehow.

I have been thinking about separating power save mode and firmware
wakeup/sleep modes from each other in mac80211 API. To me it looks like
ath9k does more like firmware wakeup/sleep when power save mode is
changing. But this is just a wild idea, I have no idea if it's practical
or not.

-- 
Kalle Valo

[ath9k-devel] ath9k module-Unable to set channel-since ath comes

[Kalle Valo]

Jouni Malinen <jouni.malinen@atheros.com> writes:

> On Tue, 2009-05-12 at 01:35 -0700, Davide Pesavento wrote:
>> I've already reported ath9k's issues with PS multiple times [1] [2]
>> [3], but the driver hasn't been fixed yet. You can find a verbose
>> debugging output at [4], I hope that helps in fixing the problem (I
>> can provide even more info if needed and I'm willing to test patches).
>
> I submitted a set of patches to resolve some of the PS issues in ath9k.
> I would expect these to hit wireless-testing.git eventually, but if you
> are willing to test the changes before that, you can find the patches
> from http://w1.fi/p/ps/
>
> One thing to note here is that there are still some issues with the
> timeout=0 case (use of PS-Poll to fetch buffered frames) which is
> enabled with "iwconfig wlan0 power on", so at this point, I would
> recommend running the test either with the default wireless-testing.git
> PS mode setting or by enabling power saving with "iwconfig wlan0 power
> timeout 500ms" which should result in the same configuration.

Most probably that's because mac80211 does not disable power save mode
when sending PS-Poll frames. So stlc45xx does not require disable of PSM
but then again ath9k requires it, we need to solve this somehow.

I have been thinking about separating power save mode and firmware
wakeup/sleep modes from each other in mac80211 API. To me it looks like
ath9k does more like firmware wakeup/sleep when power save mode is
changing. But this is just a wild idea, I have no idea if it's practical
or not.

-- 
Kalle Valo

[ath9k-devel] Antwort: Re: ath9k module-Unable to set channel-since ath comes

[alexander.bartha at drz-wien.at]

Hello to Linuxwireless

at the last weekend i tried again with compat-wireless-2009-15-05 and i 
have disabled the PS (this value "CONFIG_MAC80211_DEFAULT_PS_VALUE=0" and 
"CONFIG_MAC80211_DEFAULT_PS=n") in config.mk but nothing changed.
After 2 or 3 minutes i sawed again the "unable to set channel" in 
/var/log/messages.

Well day from vienna

Alexander Bartha
Abteilungsleiter NOC (EDV) und OnlineVerkauf
Tel.: +43 1 982 16 48 304
Fax: +43 1 982 16 48 18
E-Mail: alexander.bartha at drz-wien.at

Die Wiener Volkshochschulen GmbH
Projekt DRZ-Wien
Vogtgasse 29
1140 Wien
UID - ATU 63945413
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.ath9k.org/pipermail/ath9k-devel/attachments/20090519/6ecba248/attachment.htm