gmane.linux.drivers.ath5k.devel

Re: Bug 16436 - ath5k (AR5001) does not work after resume and fails with "ath5k phy0: gain calibration timeout"

Adrian Chadd — 2012-05-15T15:02:16

Hi,

Would you be able to boot a FreeBSD live image on that machine and see
if FreeBSD has the same issue with wifi?

I've been doing a whole bunch of testing with AR5210/AR5211 hardware
recently to ensure I haven't broken anything.

If FreeBSD works better then the ath5k guys have a bit more of a
chance of figuring out what's going on with this (really) legacy
hardware.

Thanks,


Adrian

Bug 16436 - ath5k (AR5001) does not work after resume and fails with "ath5k phy0: gain calibration timeout"

2012-05-14T23:06:46

  Hi All,

I'm having constant troubles with ath5k driver with sympthoms described here: 

https://bugzilla.kernel.org/show_bug.cgi?id=16436 

This is very old bug as it is reported in 2.6 bugzila but there are lot's of comments (including mine)
about this happening in 3.3 Is someone working on this and can I help with something to get
this issue resoved quickly?

Best regards
   Stoian Ivanov

-------------------------------------

Хостинг компания ICN.BG дарява 5% от Вашата поръчка
в подкрепа на фондация "За Нашите Деца"!
 http://www.icn.bg/default.icn?show=home_______________________________________________
ath5k-devel mailing list
ath5k-devel-xDcbHBWguxEUs3QNXV6qNA< at >public.gmane.org
https://lists.ath5k.org/mailman/listinfo/ath5k-devel

Re: Country settings no honored

Denis Periša — 2012-05-14T16:08:15

IMHO:
This CRDA stuff just dont work with multiple cards.
I've had this problem for ages now.. especially with different cards...
It's always changed, intersected .. whatever.. it's never like it should be.
My advice is to modify regd.c from kernel and recompile regulatory.bin
. there is script online.

On Mon, May 14, 2012 at 6:02 PM, Beat Meier
<mbe_ml-Rr1ePhOm/97Wpu6QEFMNjE7EXpO/VAb1< at >public.gmane.org> wrote:

Re: How can I rename wlanX to athX ?

Beat Meier — 2012-05-14T16:04:14

Thanks with your info I have found that
   ip link set wlan0 name ath0

To auto generate ath0 you can do something like the following in 
/etc/network/interfaces

auto wlan0
iface wlan0 inet static
         address 10.99.99.1 ### not realy used but must be here for 
config reasons
         netmask 255.255.255.0
         pre-up ip link set wlan0 name ath0

auto ath0
iface ath0 inet static
         address 10.24.5.1
         netmask 255.255.255.0
         hostapd /etc/hostapd/hostapd.ath0.conf

Thanks and greetings

Beat

Country settings no honored

Beat Meier — 2012-05-14T16:02:04

Hello

I try to enable channel 12 and 13 for reg domain AR which are allowed 
here for ath5k and WLM54AGP23 (168c:001b) card.
I have enabled this in the regdomain binary and installed it with my 
public key in /lib/crda.
I have also tried orig regdomain...
Kernel is 3.0.0, distribution debian-6.0
Country is set with hostapd, because iw reg set does not work...

Output is the following
[    7.453516] cfg80211:     (start_freq - end_freq < at > bandwidth), 
(max_antenna_gain, max_eirp)
[    7.453616] cfg80211:     (2402000 KHz - 2472000 KHz < at > 40000 KHz), 
(300 mBi, 2000 mBm)
[    7.474621] cfg80211:     (2457000 KHz - 2482000 KHz < at > 20000 KHz), 
(300 mBi, 2000 mBm)
[    7.498654] cfg80211:     (2474000 KHz - 2494000 KHz < at > 20000 KHz), 
(300 mBi, 2000 mBm)
[    7.525638] cfg80211:     (5170000 KHz - 5250000 KHz < at > 40000 KHz), 
(300 mBi, 2000 mBm)
[    7.554621] cfg80211:     (5735000 KHz - 5835000 KHz < at > 40000 KHz), 
(300 mBi, 2000 mBm)
[    8.295351] cfg80211: Calling CRDA for country: US
[    8.297104] ath5k phy0: Ath

Re: How can I rename wlanX to athX ?

Holger Schurig — 2012-05-14T06:43:39

You can "rename" an interface with an UDEV rule at creation time.

I haven't checked if "ifrename" works, but I guess that'll do it, too.

A third option is this:

iw wlan0 interface add ath0 type station
iw wlan0 interface del wlan0

How can I rename wlanX to athX ?

Beat Meier — 2012-05-12T15:18:30

Hello

Is it not possible to name the interface other than wlanX?
I want to use compatibility with cacti etc. to use either madwifi or 
mac802011 and try
to use athX instead of wlanX with mac80211 drivers...

Thanks

Beat

almost no client connection to ath5k driver in long distance link setup, why?

Beat Meier — 2012-05-11T19:05:29

Hello

I'm trying to use ath5k instead of madwifi with atheros cards.
In the labor it work nice, but in long distance links it fails

Setup:
AP in master mode: voyage-0.8.0 with kernel-3.0.0, hostapd 1:0.7.3-2, 
using wpa2-psk
Clients: Ubiquity with openwrt or buffalo hw with openwrt or repeater 
with madwifi

I have one client which connects to the ap with aht5k driver but the 
other clients same hw,sw does not connect.
NS2 from ubiquity too does not connect...
Buffalo use broadcom chipset, ns2 use atheros chipset

Only difference is that the clients that does not connect have a little 
bit bader signal...
On the madwifi ap it shows me the following signals on ap:

working buffalo client: -60 distance 3.0km
not working buffalo client: -70 distance 6.9km
not working buffalo client: -64 distance 2.3km
not working ns2: -82 distance 6.8km

I have also tried to set distance with: iw phy0 set distance 25000
iw versions: iw 3.1-1, libiw30 30~pre9-5

Here the log output of clients not working

May 10 20:47:20 swb-s

Re: [PATCH 1/3] drivers/net: Convert compare_ether_addr to ether_addr_equal

David Miller — 2012-05-11T03:35:34

From: Joe Perches <joe-6d6DIl74uiNBDgjK7y7TUQ< at >public.gmane.org>
Date: Wed,  9 May 2012 20:17:46 -0700

 ...

Applied.

Re: [PATCH 1/3] drivers/net: Convert compare_ether_addr to ether_addr_equal

Jussi Kivilinna — 2012-05-10T20:15:25

Quoting David Miller <davem-fT/PcQaiUtIeIZ0/mPfg9Q< at >public.gmane.org>:


I'm sorry. I will not do this again.

-Jussi

Re: [PATCH 1/3] drivers/net: Convert compare_ether_addr to ether_addr_equal

David Miller — 2012-05-10T16:30:24

Never, EVER, quote an entire large patch just to make a comment
on one small hunk.

I very nearly missed what you had to say because when scrolling
through it it appeared as if you made no comments at all.

Again, NEVER, EVER, do this.  It's extremely anti-social.  Edit out
the irrelevant quoted content when replying to people, always.

Re: [PATCH 1/3] drivers/net: Convert compare_ether_addr to ether_addr_equal

Jussi Kivilinna — 2012-05-10T14:32:01

Quoting Joe Perches <joe-6d6DIl74uiNBDgjK7y7TUQ< at >public.gmane.org>:


While reviewing this, noticed that above original code is wrong. It  
should be !compare_ether_addr. So do I push patch fixing this through  
wireless-testing althought it will later cause conflict with this patch?

-Jussi

ath5k phy0: failed to warm reset the MAC Chip

Paul Bolle — 2012-04-19T21:06:04

0) In the logs of a laptop I use I've found error pairs like this error
pair:
    <3>[13053.997856] ath5k phy0: failed to warm reset the MAC Chip
    <3>[13053.997871] ath5k phy0: can't reset hardware (-5)

The logs show it for a v3.3 based kernel and for the v3.4-rc2 kernel. I
can't say whether or not preceding kernels also triggered it.

1) I only noticed these errors because I tend to check these logs for
errors: I cannot link these errors to drops in (the quality of) wireless
connectivity.

2) The call chain involved should be:

drivers/net/wireless/ath/ath5k/base.c:
2737 ath5k_reset(...)
     {
2765         ret = ath5k_hw_reset(...);
2766         if (ret) {
2767                 ATH5K_ERR(ah, "can't reset hardware (%d)\n", ret);
2768                 goto err;
2769         }
     }

drivers/net/wireless/ath/ath5k/base.c:
1144 ath5k_hw_reset(...)
     {
1296         ret = ath5k_hw_nic_wakeup(...);
1297         if (ret)
1298                 return ret;
     }

 667 ath5k_hw_nic_wakeup(...)
     {
 728

Re: [PATCH] ath5k: add possible wiphy interfacecombinations

Felix Fietkau — 2012-04-16T16:07:25

It is an arbitrary number.

- Felix

Re: [PATCH] ath5k: add possible wiphy interfacecombinations

Ben Greear — 2012-04-16T16:11:00

I think the actual max for a channel (AP?) is somewhere around 2000, so maybe
make it 2048 just to make sure we are not adding artificial limitations?

Same with ath9k.

Thanks,
Ben

Re: [PATCH] ath5k: add possible wiphy interfacecombinations

Ben Greear — 2012-04-16T16:02:04

The station max is just an arbitrary number or is 256 really
the max it can handle?  At least on ath9k, more are supported,
but I haven't tested ath5k lately....

Thanks,
Ben

[PATCH] ath5k: Remove extraneous statements fromath5k_hw_proc_4word_tx_status and ath5k_hw_proc_2word_status.

Qasim Javed — 2012-04-06T01:40:15

Signed-off-by: Qasim Javed <qasimj-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>
---
 drivers/net/wireless/ath/ath5k/desc.c |    4 ----
 1 files changed, 0 insertions(+), 4 deletions(-)

diff --git a/drivers/net/wireless/ath/ath5k/desc.c b/drivers/net/wireless/ath/ath5k/desc.c
index f8bfa3a..97b92c3 100644
--- a/drivers/net/wireless/ath/ath5k/desc.c
+++ b/drivers/net/wireless/ath/ath5k/desc.c
< at >< at > -441,10 +441,8 < at >< at > ath5k_hw_proc_2word_tx_status(struct ath5k_hw *ah,
 struct ath5k_desc *desc,
 struct ath5k_tx_status *ts)
 {
-struct ath5k_hw_2w_tx_ctl *tx_ctl;
 struct ath5k_hw_tx_status *tx_status;
 
-tx_ctl = &desc->ud.ds_tx5210.tx_ctl;
 tx_status = &desc->ud.ds_tx5210.tx_stat;
 
 /* No frame has been send or error */
< at >< at > -495,11 +493,9 < at >< at > ath5k_hw_proc_4word_tx_status(struct ath5k_hw *ah,
 struct ath5k_desc *desc,
 struct ath5k_tx_status *ts)
 {
-struct ath5k_hw_4w_tx_ctl *tx_ctl;
 struct ath5k_hw_tx_status *tx_status;
 u32 txstat0, txstat1;
 
-tx_ctl = &desc->ud.ds_tx5212.tx_ctl;
 tx_status

Re: 10 MHz bandwidth with incorrect bitrate

Adrian Chadd — 2012-04-01T01:33:43

hi,

I'm -pretty- sure that the PLCP will indicate the normal 802.11 rate,
but it's just modulated on half/quarter size carriers.



adrian

10 MHz bandwidth with incorrect bitrate

Virág László — 2012-03-31T23:38:04

Hello everyone,

I'm quite new on this list. As the subject shows I have configured the
ath5k driver to operate on 10 MHz bandwidth (check by spectrum
analyzer). With this setup the desired bitrates were halved indicated
by throughput measurements (iperf, netperf, etc.). I know that
dividing the bandwidth
by two results a /2 decreasing in maximum datarate but I thought that
the driver and/or the Atheros SoC can correct the properties
(obviously not). Of course doubling the desired rate can solve the
problem but the PLCP header will indicate the doubled rate which is
not a perfect way for me.
Has anybody experienced this kind of phenomenon?
I wonder if there is a simple way to tell the SoC and/or the driver to
work on 10 MHz bandwidth with e.g. 6Mbps and the outcome will match
the desired options.
I don't know exactly how the Atheros SoC works, what kind of
properties can be defined, for example the proper options for doubled
datarate for the 10 MHz bandwidth considering the correct PLCP
information in the si

Re: Problem with XR9

Adrian Chadd — 2012-03-24T22:57:13

Hi!

There's no CPU on the NIC.

The interrupt load is going down because at some point, you're not
handling each RX interrupt before the next RX packet comes, so it
doesn't generate a new interrupt.

There was code in madwifi/freebsd/HAL that did TX interrupt mitigation
by only flipping on the TXINT bit in the TX descriptor on every N'th
descriptor, then also taking a TX error interrupt (TXURN I think?)
when the QCU ran out of frames to feed the PCU. That way it only had
to take an interrupt every 'n'th frame when under load.

Just please keep in mind that whilst the NIC is receiving, the
transmission is going to take quite a bit longer to occur. They don't
work in parallel.


Adrian

On 23 March 2012 22:14, Qasim Javed <qasimj-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org> wrote:

Problem with XR9

Qasim Javed — 2012-03-24T05:14:17

Hi everyone,

I have a question regarding a problem I have been facing while using
an Ubiquiti XR9 Wifi card. This is basically a Wifi card which
operates in the 900MHz band and is based on the Atheros 5414 (supports
802.11b/g) chipset. There is an open source driver (mainly maintained
by Atheros and contributions from others) called ath5k.

For a research problem, I wanted to measure the amount of time elapsed
between when a packet enters the MAC layer queues (in this case
mac80211 transmit queue) and when it is actually transmitted over the
air. Measuring the entry into the MAC layer is easy as the stack runs
on the Host CPU and can be instrumented. For the exact time when the
frame is actually transmitted, the card provides support for reading
that information. More specifically, whenever a frame is transmitted,
a transmission status descriptor can be read. This transmission status
descriptor contains the exact timestamp (in TUs) at which the last
successful frame transmission attempt was made.

Interesti