Re: [ath5k-devel] [PATCH v2 00/12] ath5k: A few updates + cleanups + kerneldoc

2011-11-27 Thread Sedat Dilek
On Fri, Nov 25, 2011 at 7:40 PM, Nick Kossifidis wrote: > This series of patches includes some stability fixes related to interrupt > handling, an updated version of a calibration-related patch I posted some > time ago but never submited here and a new module parameter to disable > GPIO based rfki

Re: [ath5k-devel] [PATCH v2] ath5k: merge ath5k_hw and ath5k_softc

2011-07-23 Thread Sedat Dilek
On Wed, Jul 20, 2011 at 11:59 PM, Pavel Roskin wrote: > Quoting "John W. Linville" : > >> I already merged a version that incorporated Sedat's change on top >> of your.  If that isn't what you want, please post your change as a >> patch on top. > > The remaining changes are minimal and will be sub

Re: [ath5k-devel] [PATCH 3/3] ath5k: eliminate CHANNEL_* macros, use AR5K_MODE_* in channel->hw_value

2011-07-23 Thread Sedat Dilek
vel Roskin > Tested on Atheros AR5212 chip against linux-next (next-20110722). Feel free to add: Tested-by: Sedat Dilek - Sedat - ___ ath5k-devel mailing list ath5k-devel@lists.ath5k.org https://lists.ath5k.org/mailman/listinfo/ath5k-devel

Re: [ath5k-devel] [PATCH 2/3] ath5k: remove most references to XR

2011-07-23 Thread Sedat Dilek
On Sat, Jul 23, 2011 at 9:21 AM, Pavel Roskin wrote: > XR is a proprietary feature of the chipset.  It's not supported and > should not be supported. > > Signed-off-by: Pavel Roskin > Tested on Atheros AR5212 chip against linux-next (next-20110722). Feel free to add:

Re: [ath5k-devel] [PATCH 1/3] ath5k: remove unused and write-only structures and fields

2011-07-23 Thread Sedat Dilek
lladdr is write-only. > > Remove AR5K_TUNE_RADAR_ALERT, which has no effect. > > Signed-off-by: Pavel Roskin > Tested on Atheros AR5212 chip against linux-next (next-20110722). Feel free to add: Tested-by: Sedat Dilek - Sedat - ___

Re: [ath5k-devel] [PATCH] ath5k: remove duplicated #include

2011-07-23 Thread Sedat Dilek
On Sat, Jul 23, 2011 at 10:21 AM, Huang Weiyi wrote: > Remove duplicated #include('s) in >  drivers/net/wireless/ath/ath5k/ahb.c > > Signed-off-by: Huang Weiyi > --- >  drivers/net/wireless/ath/ath5k/ahb.c |    1 - >  1 files changed, 0 insertions(+), 1 deletions(-) > > diff --git a/drivers/net/w

Re: [ath5k-devel] [PATCH v2] ath5k: merge ath5k_hw and ath5k_softc

2011-07-20 Thread Sedat Dilek
On Wed, Jul 20, 2011 at 12:19 PM, Sedat Dilek wrote: > On Wed, Jul 20, 2011 at 3:39 AM, Nick Kossifidis wrote: >> 2011/7/15 Pavel Roskin : >>> Both ath5k_hw and ath5k_softc represent one instance of the hardware. >>> This duplication is historical and is not needed any

Re: [ath5k-devel] [PATCH] ath5k: Disable fast channel switching by default

2011-06-03 Thread Sedat Dilek
nd play with it. > > Signed-off-by: Nick Kossifidis > Already tested your initial patch from [1] against linux-next (next-20110601). Feel free to add... Tested-by: Sedat Dilek - Sedat - [1] http://www.kernel.org/pub/linux/kernel/people/m

Re: [ath5k-devel] kernel panic on MIPS + ath5k + Wistron CM9 radio

2011-05-31 Thread Sedat Dilek
On Tue, May 31, 2011 at 7:30 PM, Russell Senior wrote: >> "Russell" == Russell Senior writes: > > Russell> I just confirmed Peizhao Hu's observation.  The CM9's with > Russell> chips marked AR5213A-001 panic on MIPS.  CM9's with chips > Russell> marked AR5213A-00 do not.  It looks like (from

Re: [ath5k-devel] [PATCH 1/5] ath5k: disable 5 GHz support if a 2.4 GHz radio is detected

2011-04-14 Thread Sedat Dilek
-20110414). Feel free to add: Tested-by: Sedat Dilek - Sedat - P.S.: Attach dmesg and lspci outputs # dmesg | egrep -i 'ath|80211|wlan|crda' [4.784132] cfg80211: Calling CRDA to update world regulatory domain [5.004594] ath5k :02:02.0: PCI INT A -> Link[

Re: [ath5k-devel] [PATCH v2 1/7] ath5k: optimize tx descriptor setup

2011-04-14 Thread Sedat Dilek
On Wed, Apr 13, 2011 at 8:34 PM, Kalle Valo wrote: > "John W. Linville" writes: > >>> Looks like this v2 did not found its way to wireless-next [1]. >> >> That's what happens, when it is posted after I've already merged the v1. :-) >> >> I fixed things up and will commit the difference with the f

Re: [ath5k-devel] [PATCH v2 1/7] ath5k: optimize tx descriptor setup

2011-04-12 Thread Sedat Dilek
On Wed, Apr 13, 2011 at 12:07 AM, Felix Fietkau wrote: > Use local variables to reduce the number of load/store operations on uncached > memory. > > Signed-off-by: Felix Fietkau > --- >  drivers/net/wireless/ath/ath5k/desc.c |   45 > +++-- >  1 files changed, 26 inser

Re: [ath5k-devel] [PATCH] ath5k: Fix short and long retry configuration

2011-02-02 Thread Sedat Dilek
On Fri, Jan 28, 2011 at 8:52 AM, Bruno Randolf wrote: > The register definition for retry configuration on AR5212 was wrong, and > simply > copied over from AR5210. Update the register definitions from the > documentation. > > Let the short and long retries be configured from mac80211 and use th

Re: [ath5k-devel] [PATCH] ath5k: Move mac80211 functions into new file

2010-12-22 Thread Sedat Dilek
el-honor-max-retry-counts-from-cfg80211.patch Feel free to add: Tested-by: Sedat Dilek - Sedat - ___ ath5k-devel mailing list ath5k-devel@lists.ath5k.org https://lists.ath5k.org/mailman/listinfo/ath5k-devel

Re: [ath5k-devel] ath5k: Weird Retransmission Behaviour

2010-12-08 Thread Sedat Dilek
On Wed, Dec 8, 2010 at 6:11 PM, Bob Copeland wrote: > On Wed, Dec 8, 2010 at 12:06 PM, Bob Copeland wrote: >> On Wed, Dec 8, 2010 at 11:56 AM, John W. Linville >> wrote: Found the patch: https://patchwork.kernel.org/patch/359722/ >>> >>> Are you posting that for merging?  Or just

Re: [ath5k-devel] [PATCH] ath5k: Fix modinfo does not list alias -> pci-id lines

2010-12-07 Thread Sedat Dilek
On Tue, Dec 7, 2010 at 10:55 PM, Sedat Dilek wrote: > This patch fixes an issue in wirless-next-2.6 / linux-next > (next-20101207) with ath5k and wrong modinfo output. > > - Sedat - > Argh, new attempt... Missing "Signed-off-by: ...". - Sedat - From c32080635a52549692e

[ath5k-devel] [PATCH] ath5k: Fix modinfo does not list alias -> pci-id lines

2010-12-07 Thread Sedat Dilek
This patch fixes an issue in wirless-next-2.6 / linux-next (next-20101207) with ath5k and wrong modinfo output. - Sedat - From 394c3ca4fdc0e8e92d8117c1da2efdc917362c52 Mon Sep 17 00:00:00 2001 From: Sedat Dilek Date: Tue, 7 Dec 2010 22:35:50 +0100 Subject: [PATCH] ath5k: Fix modinfo does not

Re: [ath5k-devel] [linux-next] next-20101207: Better now, but modinfo ath5k

2010-12-07 Thread Sedat Dilek
On Tue, Dec 7, 2010 at 7:13 PM, Sedat Dilek wrote: > On Tue, Dec 7, 2010 at 4:59 PM, John W. Linville > wrote: >> On Tue, Dec 07, 2010 at 04:57:08PM +0100, Sedat Dilek wrote: >>> On Tue, Dec 7, 2010 at 3:26 PM, John W. Linville >>> wrote: >>> > On Tu

Re: [ath5k-devel] [linux-next] next-20101207: Better now, but modinfo ath5k

2010-12-07 Thread Sedat Dilek
On Tue, Dec 7, 2010 at 4:59 PM, John W. Linville wrote: > On Tue, Dec 07, 2010 at 04:57:08PM +0100, Sedat Dilek wrote: >> On Tue, Dec 7, 2010 at 3:26 PM, John W. Linville >> wrote: >> > On Tue, Dec 07, 2010 at 12:24:14PM +0100, Sedat Dilek wrote: >> > >&

Re: [ath5k-devel] [linux-next] next-20101207: Better now, but modinfo ath5k

2010-12-07 Thread Sedat Dilek
On Tue, Dec 7, 2010 at 4:59 PM, John W. Linville wrote: > On Tue, Dec 07, 2010 at 04:57:08PM +0100, Sedat Dilek wrote: >> On Tue, Dec 7, 2010 at 3:26 PM, John W. Linville >> wrote: >> > On Tue, Dec 07, 2010 at 12:24:14PM +0100, Sedat Dilek wrote: >> > >&

Re: [ath5k-devel] [linux-next] next-20101207: Better now, but modinfo ath5k

2010-12-07 Thread Sedat Dilek
On Tue, Dec 7, 2010 at 3:26 PM, John W. Linville wrote: > On Tue, Dec 07, 2010 at 12:24:14PM +0100, Sedat Dilek wrote: > >> I have already reported on linux-wireless (short: l-w) ML that after >> especially the merge of "AHB Bus support" patchset (see [2]) my ath5k &g

Re: [ath5k-devel] [linux-next] next-20101207: Better now, but modinfo ath5k

2010-12-07 Thread Sedat Dilek
On Tue, Dec 7, 2010 at 12:24 PM, Sedat Dilek wrote: > Hi, > > I just compiled linux-next (next-20101207) which also includes > wireless-next-2.6 (master-2010-12-06) [1]. > > I have already reported on linux-wireless (short: l-w) ML that after > especially the merge of "

[ath5k-devel] [linux-next] next-20101207: Better now, but modinfo ath5k

2010-12-07 Thread Sedat Dilek
Hi, I just compiled linux-next (next-20101207) which also includes wireless-next-2.6 (master-2010-12-06) [1]. I have already reported on linux-wireless (short: l-w) ML that after especially the merge of "AHB Bus support" patchset (see [2]) my ath5k was not working as expected in daily use (also m

Re: [ath5k-devel] ath5k: Weird Retransmission Behaviour

2010-12-06 Thread Sedat Dilek
On Mon, Dec 6, 2010 at 10:36 AM, Nick Kossifidis wrote: > 2010/12/6 Bruno Randolf : >> On Mon December 6 2010 15:30:00 Jonathan Guerin wrote: >>> Hi, >>> >>> >>> I've been doing some investigation into the behaviour of contention >>> windows and retransmissions. >>> >>> Firstly, I'll just describe

Re: [ath5k-devel] [PATCH v7 0/9] ath5k: Add AHB support

2010-12-03 Thread Sedat Dilek
On Sat, Dec 4, 2010 at 8:02 AM, Sedat Dilek wrote: > On Thu, Dec 2, 2010 at 8:55 PM, John W. Linville > wrote: >> On Thu, Dec 02, 2010 at 10:26:46AM +0100, Wojciech Dubowik wrote: >>> >>> This series of patches implements AHB bus support for ath5k driver. >

Re: [ath5k-devel] [PATCH v7 0/9] ath5k: Add AHB support

2010-12-03 Thread Sedat Dilek
On Thu, Dec 2, 2010 at 8:55 PM, John W. Linville wrote: > On Thu, Dec 02, 2010 at 10:26:46AM +0100, Wojciech Dubowik wrote: >> >> This series of patches implements AHB bus support for ath5k driver. > > For the record, your patches arrived in my inbox out of order and would > not apply in the order

Re: [ath5k-devel] [PATCH 5/6] ath5k: Update version string

2010-12-03 Thread Sedat Dilek
On Fri, Dec 3, 2010 at 5:11 AM, Nick Kossifidis wrote: >  * Change version number, we've added various new features lately. >  We need to find a way to maintain this, maybe on each kernel release >  or something. Also remove "EXPERIMENTAL", we aren't experimental any >  more I think ;-) > >  Signe

Re: [ath5k-devel] [PATCH 6/6] ath5k: Include tx ack reporting on hw flags

2010-12-03 Thread Sedat Dilek
Tested-by: Sedat Dilek On Fri, Dec 3, 2010 at 5:12 AM, Nick Kossifidis wrote: >  * Since we report tx acks to the protocol stack, add the needed >  flag to hw_flags. This way we'll also use the new AP probing mechanism. > >  Signed-off-by: Nick Kossifidis > > --- >

Re: [ath5k-devel] [PATCH 5/6] ath5k: Update version string

2010-12-03 Thread Sedat Dilek
Tested-by: Sedat Dilek On Fri, Dec 3, 2010 at 5:11 AM, Nick Kossifidis wrote: >  * Change version number, we've added various new features lately. >  We need to find a way to maintain this, maybe on each kernel release >  or something. Also remove "EXPERIMENTAL", we

Re: [ath5k-devel] [PATCH 3/6] ath5k: Disable ANI during reset

2010-12-03 Thread Sedat Dilek
Tested-by: Sedat Dilek On Fri, Dec 3, 2010 at 5:07 AM, Nick Kossifidis wrote: >  * Stop ANI durring reset to prevent false PHY error reports > >  Signed-off-by: Nick Kossifidis > > --- >  drivers/net/wireless/ath/ath5k/base.c |   10 -- >  1 files changed, 8 inser

Re: [ath5k-devel] [PATCH 4/6] ath5k: Fix reporting of RX dma stop failure

2010-12-03 Thread Sedat Dilek
Tested-by: Sedat Dilek On Fri, Dec 3, 2010 at 5:09 AM, Nick Kossifidis wrote: >  * Correctly report failure to stop RX DMA > >  Signed-off-by: Nick Kossifidis > > --- >  drivers/net/wireless/ath/ath5k/dma.c |    2 +- >  1 files changed, 1 insertions(+), 1 deletions(-) >

Re: [ath5k-devel] [PATCH 1/6] ath5k: Always write tx powertable on hw

2010-12-03 Thread Sedat Dilek
Tested-by: Sedat Dilek On Fri, Dec 3, 2010 at 5:03 AM, Nick Kossifidis wrote: >  * By skipping tx power table calibration we also skip setting >  tx power table on hw. Make sure we always write tx power table >  on hw since it gets cleared on reset. > >  Signed-off-by:

Re: [ath5k-devel] [PATCH 2/6] ath5k: Always free tx buffers before reset

2010-12-03 Thread Sedat Dilek
Tested-by: Sedat Dilek On Fri, Dec 3, 2010 at 5:05 AM, Nick Kossifidis wrote: >  * Always free tx buffers before reset, since we also empty hw queues. >  If we don't and a queue gets stuck, we'll never decrease txq_len and sw >  will keep thinking the queue is still stu