[ath9k-devel] RE : [AR9280] unable to get noise level

2010-10-15 Thread mickael.masson
Hi Mohammed, Hi all, We tried with the latest compat-wireless tree (as explained in http://wireless.kernel.org/en/users/Download/hacking#Git_trees_you_will_need) and we got same results with the command: $ cat /proc/net/wireless Inter-| sta-| Quality| Discarded packets

Re: [ath9k-devel] RE : [AR9280] unable to get noise level

2010-10-15 Thread Mohammed Shafi
Hi Mickael , Yes thanks , it was already there in the old compat wireless itself, I never saw it. regards, shafi On Fri, Oct 15, 2010 at 6:05 PM, mickael.mas...@orange-ftgroup.com wrote: Hi Mohammed, Hi all, We tried with the latest compat-wireless tree (as explained in

Re: [ath9k-devel] RE : [AR9280] unable to get noise level

2010-10-15 Thread Ben Greear
On 10/15/2010 05:35 AM, mickael.mas...@orange-ftgroup.com wrote: Hi Mohammed, Hi all, We tried with the latest compat-wireless tree (as explained in http://wireless.kernel.org/en/users/Download/hacking#Git_trees_you_will_need) and we got same results with the command: $ cat /proc/net/wireless

[ath9k-devel] cannot turn off RTS/CTS???

2010-10-15 Thread BC
RTS/CTS is turned on (as evidenced by Wireshark) and nothing that I do will turn it off. In hostapd.conf I have RTS/CTS turned off. Here is the setting in hostapd.conf: # RTS/CTS threshold; 2347 = disabled (default); range 0..2347 # If this field is not included in

Re: [ath9k-devel] RE : [AR9280] unable to get noise level

2010-10-15 Thread Luis R. Rodriguez
On Fri, Oct 15, 2010 at 09:26:00AM -0700, Ben Greear wrote: On 10/15/2010 05:35 AM, mickael.mas...@orange-ftgroup.com wrote: Hi Mohammed, Hi all, We tried with the latest compat-wireless tree (as explained in http://wireless.kernel.org/en/users/Download/hacking#Git_trees_you_will_need)

[ath9k-devel] [PATCH] ath9k: Clear DMA addresses when buffers are freed.

2010-10-15 Thread greearb
From: Ben Greear gree...@candelatech.com Previous patches cleared the pointer to the SKB, but did not clear the DMA addresses. This patch moves the clear logic into a method and makes sure that the DMA addresses are cleared as well. This does not obviously fix any bug, but may make it harder to

[ath9k-devel] [PATCH] ath9k: Properly initialize ath_common-cc_lock.

2010-10-15 Thread greearb
From: Ben Greear gree...@candelatech.com Otherwise, lockdep splats, at the least. Signed-off-by: Ben Greear gree...@candelatech.com --- :100644 100644 a4c5ed4... fdc25f9... M drivers/net/wireless/ath/ath9k/init.c drivers/net/wireless/ath/ath9k/init.c |1 + 1 files changed, 1 insertions(+),

Re: [ath9k-devel] [PATCH] ath9k: Properly initialize ath_common-cc_lock.

2010-10-15 Thread Luis R. Rodriguez
On Fri, Oct 15, 2010 at 2:56 PM, gree...@candelatech.com wrote: From: Ben Greear gree...@candelatech.com Otherwise, lockdep splats, at the least. Thanks for the fix, please include the lockdep rant here on the commit log. Luis ___ ath9k-devel

[ath9k-devel] [PATCH v2] ath9k: Properly initialize ath_common-cc_lock.

2010-10-15 Thread greearb
From: Ben Greear gree...@candelatech.com Otherwise, lockdep splats, at the least: INFO: trying to register non-static key. the code is fine but needs lockdep annotation. turning off the locking correctness validator. Pid: 2240, comm: ip Not tainted 2.6.36-rc8-wl+ #32 Call Trace: [c075d940] ?

Re: [ath9k-devel] [PATCH v2] ath9k: Properly initialize ath_common-cc_lock.

2010-10-15 Thread Felix Fietkau
On 2010-10-16 12:04 AM, gree...@candelatech.com wrote: From: Ben Greear gree...@candelatech.com Otherwise, lockdep splats, at the least: [...] diff --git a/drivers/net/wireless/ath/ath9k/init.c b/drivers/net/wireless/ath/ath9k/init.c index a4c5ed4..fdc25f9 100644 ---

[ath9k-devel] [PATCH] ath9k: Convert to new PCI PM framework

2010-10-15 Thread Rafael J. Wysocki
From: Rafael J. Wysocki r...@sisk.pl The ath9k driver uses the legacy PCI power management (suspend and resume) callbacks that apparently cause intermittent problems to happen (the adapter sometimes doesn't resume correctly on my Acer Ferrari One). Make it use the new PCI PM and let the PCI core

Re: [ath9k-devel] [PATCH] ath9k: Convert to new PCI PM framework

2010-10-15 Thread Luis R. Rodriguez
On Fri, Oct 15, 2010 at 3:36 PM, Rafael J. Wysocki r...@sisk.pl wrote: From: Rafael J. Wysocki r...@sisk.pl The ath9k driver uses the legacy PCI power management (suspend and resume) callbacks that apparently cause intermittent problems to happen (the adapter sometimes doesn't resume

Re: [ath9k-devel] [PATCH] ath9k: Convert to new PCI PM framework

2010-10-15 Thread Paul Stewart
On Fri, Oct 15, 2010 at 3:36 PM, Rafael J. Wysocki r...@sisk.pl wrote: From: Rafael J. Wysocki r...@sisk.pl The ath9k driver uses the legacy PCI power management (suspend and resume) callbacks that apparently cause intermittent problems to happen (the adapter sometimes doesn't resume