Re: ath9k gpio request

Done, https://patchwork.kernel.org/patch/9151847/. Thanks, Miaoqing From: Kalle Valo Sent: Friday, June 3, 2016 1:33 PM To: Pan, Miaoqing Cc: Sudip Mukherjee; Stephen Rothwell; ath9k-devel; linux-n...@vger.kernel.org;

[PATCH] ath9k: fix GPIO mask for AR9462 and AR9565

From: Miaoqing Pan The incorrect GPIO mask cause kernel warning, when AR9462 access GPIO11. Also fix the mask for AR9565. WARNING: CPU: 1 PID: 199 at ../drivers/net/wireless/ath/ath9k/hw.c:2778 ath9k_hw_gpio_get+0x1a9/0x1b0 [ath9k_hw] CPU: 1 PID: 199 Comm:

Re: ath9k gpio request

Sudip Mukherjee writes: > On Thursday 02 June 2016 01:32 PM, Pan, Miaoqing wrote: >> Seems there are something wrong in the datasheet, try >> >> --- a/drivers/net/wireless/ath/ath9k/reg.h >> +++ b/drivers/net/wireless/ath/ath9k/reg.h >> @@ -1122,8 +1122,8 @@ enum {

Re: wireless-testing on 4.7

On Thu, Jun 2, 2016 at 2:16 AM, Luca Coelho wrote: > On Thu, 2016-06-02 at 02:02 -0600, Reinoud Koornstra wrote: >> On Wed, Jun 1, 2016 at 10:27 PM, Coelho, Luciano >> wrote: >> > On Wed, 2016-06-01 at 16:08 -0600, Reinoud Koornstra wrote: >> > > On Wed,

Re: Anyone have a clone of wireless-legacy.git?

On Thu, Jun 02, 2016 at 02:38:04PM -0400, John W. Linville wrote: > It has recently come to my attention that the old wireless-legacy.git > tree is no longer available on kernel.org. I honestly have no idea > what happened to it -- for all I know I fat-fingered it some time > ago or whatever.

Re: iw reg overwritten after connecting to AP

Hi Krishna, On Thu, Jun 2, 2016 at 10:21 PM, Krishna Chaitanya wrote: > On Thu, Jun 2, 2016 at 7:34 PM, Belisko Marek wrote: >> >> Hello, >> >> I'm using kernel 4.1 with option CONFIG_CFG80211_INTERNAL_REGDB >> enabled. I have set one country

Re: iw reg overwritten after connecting to AP

On Thu, Jun 2, 2016 at 7:34 PM, Belisko Marek wrote: > > Hello, > > I'm using kernel 4.1 with option CONFIG_CFG80211_INTERNAL_REGDB > enabled. I have set one country in db.txt which during startup I set > via 'iw reg set XX'. When connected to some AP which sends country

Re: Anyone have a clone of wireless-legacy.git?

On Thu, Jun 02, 2016 at 08:48:08PM +0100, One Thousand Gnomes wrote: > On Thu, 2 Jun 2016 14:38:04 -0400 > "John W. Linville" wrote: > > > It has recently come to my attention that the old wireless-legacy.git > > tree is no longer available on kernel.org. I honestly have

Re: Anyone have a clone of wireless-legacy.git?

> Not really necessary - at least one commit ID in it is well > documented: > > https://www.softwarefreedom.org/resources/2007/ath5k-code-analysis.html > > That might very well be one of the last commits in that tree. > Actually, no - it says ath5k branch. I don't seem to have it. johannes

Re: Anyone have a clone of wireless-legacy.git?

On Thu, 2 Jun 2016 14:38:04 -0400 "John W. Linville" wrote: > It has recently come to my attention that the old wireless-legacy.git > tree is no longer available on kernel.org. I honestly have no idea > what happened to it -- for all I know I fat-fingered it some time >

[PATCH v2] wireless-regdb: Republic of Korea: Add 60GHz regulatory rules

Add 60GHz regulatory rules for Korea (KR). Source is http://www.law.go.kr/%ED%96%89%EC%A0%95%EA%B7%9C%EC%B9%99/%EB%AC%B4%EC%84%A0%EC%84%A4%EB%B9%84%EA%B7%9C%EC%B9%99 Signed-off-by: Maya Erez --- db.txt | 4 1 file changed, 4 insertions(+) diff --git a/db.txt

Anyone have a clone of wireless-legacy.git?

It has recently come to my attention that the old wireless-legacy.git tree is no longer available on kernel.org. I honestly have no idea what happened to it -- for all I know I fat-fingered it some time ago or whatever. Anyway, apparently there are some references in it "out there" and it would

Re: Bug 119151 - [regression] ath10k no longer authenitcates and freezes system

On 06/02/2016 10:41 AM, Rajkumar Manoharan wrote: On 2016-06-02 22:53, Ben Greear wrote: On 06/02/2016 10:03 AM, Manoharan, Rajkumar wrote: On Thursday, June 2, 2016 8:51 PM, Ben Greear wrote: On 06/02/2016 07:24 AM, Valo, Kalle wrote: Kalle Valo

Re: Bug 119151 - [regression] ath10k no longer authenitcates and freezes system

On 2016-06-02 22:53, Ben Greear wrote: On 06/02/2016 10:03 AM, Manoharan, Rajkumar wrote: On Thursday, June 2, 2016 8:51 PM, Ben Greear wrote: On 06/02/2016 07:24 AM, Valo, Kalle wrote: Kalle Valo writes: there's a regression in ath10k:

Re: Bug 119151 - [regression] ath10k no longer authenitcates and freezes system

On 06/02/2016 10:03 AM, Manoharan, Rajkumar wrote: On Thursday, June 2, 2016 8:51 PM, Ben Greear wrote: On 06/02/2016 07:24 AM, Valo, Kalle wrote: Kalle Valo writes: there's a regression in ath10k:

Re: Bug 119151 - [regression] ath10k no longer authenitcates and freezes system

On Thursday, June 2, 2016 8:51 PM, Ben Greear wrote: > On 06/02/2016 07:24 AM, Valo, Kalle wrote: >> Kalle Valo writes: >> >>> there's a regression in ath10k: >>> >>> https://bugzilla.kernel.org/show_bug.cgi?id=119151 >>> >>> Reporter bisected it

Re: ath9k gpio request

On Thursday 02 June 2016 01:32 PM, Pan, Miaoqing wrote: Seems there are something wrong in the datasheet, try --- a/drivers/net/wireless/ath/ath9k/reg.h +++ b/drivers/net/wireless/ath/ath9k/reg.h @@ -1122,8 +1122,8 @@ enum { #define AR9300_NUM_GPIO 16 #define

Re: [PATCH] Support for 32 bit iwpriv on 64 bits kernels

On Thu, 2016-06-02 at 20:51 +0530, Dibyajyoti Ghosh wrote: > This patch adds pointer conversion from 32 bit to 64 bit and vice > versa, > if the ioctl is issued from 32 bit iwpriv to 64 bit Kernel. > Huh? the kernel should handle that, no? And didn't you just submit a patch for it, so you break

Re: Bug 119151 - [regression] ath10k no longer authenitcates and freezes system

On Thu, Jun 02, 2016 at 08:21:41AM -0700, Ben Greear wrote: > On 06/02/2016 07:24 AM, Valo, Kalle wrote: > >Kalle Valo writes: > > > >>there's a regression in ath10k: > >> > >>https://bugzilla.kernel.org/show_bug.cgi?id=119151 > >> > >>Reporter bisected it to this: > >> >

Re: Bug 119151 - [regression] ath10k no longer authenitcates and freezes system

On 06/02/2016 08:26 AM, Valo, Kalle wrote: Ben Greear writes: I found a lot of problems with this code as well, and the 5 patches starting from the URL below fixed the issues for me. They are stuck as 'NA' in patchwork, but I don't know why.

Re: Bug 119151 - [regression] ath10k no longer authenitcates and freezes system

Ben Greear writes: > I found a lot of problems with this code as well, and the 5 patches > starting from the URL below fixed the issues for me. > > They are stuck as 'NA' in patchwork, but I don't know why. > >

Re: Bug 119151 - [regression] ath10k no longer authenitcates and freezes system

On 06/02/2016 07:24 AM, Valo, Kalle wrote: Kalle Valo writes: there's a regression in ath10k: https://bugzilla.kernel.org/show_bug.cgi?id=119151 Reporter bisected it to this: 5c86d97bcc1d42ce7f75685a61be4dad34ee8183 is the first bad commit commit

[PATCH] Support for 32 bit iwpriv on 64 bits kernels

This patch adds pointer conversion from 32 bit to 64 bit and vice versa, if the ioctl is issued from 32 bit iwpriv to 64 bit Kernel. Signed-off-by: Dibyajyoti Ghosh --- wireless_tools.29/iwpriv.c | 41 + 1 file changed, 41

Re: ath10k: enable ipq4019 device probe in ahb module

c_tr...@qti.qualcomm.com wrote: > From: Raja Mani > > All the necessary patches to make wifi running (over AHB) > on ipq4019 SoC are ready now. It's good to enable > ipq4019 wifi device probing in ahb module and > remove work in progress debug print. > > Device tree

Re: [1/5] ath10k: fix operating irq mode for ahb device

Rajkumar Manoharan wrote: > Earlier when operating irq mode is legacy, interrupts are disabled > and re-enabled based on num_msi_intrs. commit cfe9011a05a8 ("ath10k: > remove MSI range support") replaced num_msi_intrs by oper_irq_mode. > Since oper_irq_mode is not

Re: ath10k: fix diag_read to collect data for larger memory

Ashok Raj Nagarajan wrote: > diag_read uses dma_alloc_coherent to allocate memory requested by the > caller. If this memory requested is larger, more than DIAG_TRANSFER_LIMIT > (2K), then it is likely that we may not get the requested memory and we > would fail. > > To

Re: [PATCH for-4.7] brcmfmac: add eth_type_trans back for PCIe full dongle

Arend van Spriel writes: Reported-by: Grey Christoforo >>> >>> I'll add a fixes line before I commit: >>> >>> Fixes: 9c349892ccc9 ("brcmfmac: revise handling events in receive path") > > I realized it was missing. Not yet used to that

Re: [PATCH for-4.7] brcmfmac: add eth_type_trans back for PCIe full dongle

On 02-06-16 11:44, Kalle Valo wrote: > Kalle Valo writes: > >> Arend van Spriel writes: >> >>> From: Franky Lin >>> >>> A regression was introduced in commit 9c349892ccc9 ("brcmfmac: revise >>> handling events in receive path")

Re: Bug 119151 - [regression] ath10k no longer authenitcates and freezes system

Kalle Valo writes: > there's a regression in ath10k: > > https://bugzilla.kernel.org/show_bug.cgi?id=119151 > > Reporter bisected it to this: > > 5c86d97bcc1d42ce7f75685a61be4dad34ee8183 is the first bad commit > commit 5c86d97bcc1d42ce7f75685a61be4dad34ee8183 > Author:

Re: [PATCH v2 1/2] ath10k: remove duplicate and unused rx rate flags

On Thu, Jun 02, 2016 at 01:45:15PM +, Valo, Kalle wrote: > Mohammed Shafi Shajakhan writes: > > > From: Mohammed Shafi Shajakhan > > > > All these flags are not used and their use is completely > > covered by 'ath10k_hw_rate_ofdm',

[PATCH v3 1/2] ath10k: remove duplicate and unused rx rate flags

From: Mohammed Shafi Shajakhan All these flags are not used and their use is completely covered by 'ath10k_hw_rate_ofdm', 'ath10k_hw_rate_cck', and RX_PPDU_START_RATE_FLAG Signed-off-by: Mohammed Shafi Shajakhan ---

[PATCH v3 2/2] ath10k: fix CCK h/w rates for QCA99X0 and newer chipsets

From: Mohammed Shafi Shajakhan CCK hardware table mapping from QCA99X0 onwards got revised. The CCK hardware rate values are in a proper order wrt. to rate and preamble as below ATH10K_HW_RATE_REV2_CCK_LP_1M = 1, ATH10K_HW_RATE_REV2_CCK_LP_2M = 2,

iw reg overwritten after connecting to AP

Hello, I'm using kernel 4.1 with option CONFIG_CFG80211_INTERNAL_REGDB enabled. I have set one country in db.txt which during startup I set via 'iw reg set XX'. When connected to some AP which sends country code (e.g. SK) region is overwritten to 00 (in kernel log there is some timeout message -

Bug 119151 - [regression] ath10k no longer authenitcates and freezes system

Hi, there's a regression in ath10k: https://bugzilla.kernel.org/show_bug.cgi?id=119151 Reporter bisected it to this: 5c86d97bcc1d42ce7f75685a61be4dad34ee8183 is the first bad commit commit 5c86d97bcc1d42ce7f75685a61be4dad34ee8183 Author: Rajkumar Manoharan Date:

Re: [PATCH v2 1/2] ath10k: remove duplicate and unused rx rate flags

Mohammed Shafi Shajakhan writes: > From: Mohammed Shafi Shajakhan > > All these flags are not used and their use is completely > covered by 'ath10k_hw_rate_ofdm', 'ath10k_hw_rate_cck', > and RX_PPDU_START_RATE_FLAG > > Signed-off-by:

Re: [RFC/RFT] ath10k: disable wake_tx_queue for older devices

Michal Kazior writes: > Some setups suffer performance regressions with > current wake_tx_queue implementation. > > Signed-off-by: Michal Kazior > --- > Hi Roman, > > Can you give this patch a try and see if it helps > with your performance

[PATCH] ath5k: fix misplaced default label in sifs switch

In this switch statement, the default case does not always assign sifs. In practice, ah->ah_bwmode cannot take values besides the other labels, so this is not an actual problem, but it looks odd and smatch complains thus: ath5k_hw_get_default_sifs() warn: missing break? reassigning 'sifs'

[PATCH] ath10k: Fix some of the macro definitions of HTT_RX_IND message

Only five bits are defined to pass tid information in HTT_RX_IND message, so the mask which can be used to extract tid should be 0x1f instead of the current 0x3f. Also, macros which can be used to extract flush_valid and release_valid bits have to be left shifted one bit less because these

Re: [PATCH] x86: Add early quirk to reset Apple AirPort card

On Sun, 29 May, at 01:35:28AM, Lukas Wunner wrote: > The EFI firmware on Macs contains a full-fledged network stack for > downloading OS X images from osrecovery.apple.com. Unfortunately > on Macs introduced 2011 and 2012, EFI brings up the Broadcom 4331 > wireless card on every boot and leaves it

Re: [PATCH 4.7 FIX] brcmfmac: fix lockup when removing P2P interface after event timeout

Rafał Miłecki writes: > Removing P2P interface is handled by sending a proper request to the > firmware. On success firmware triggers an event and driver's handler > removes a matching interface. > > However on event timeout we remove interface directly from the cfg80211 >

Re: [PATCH for-4.7] brcmfmac: add eth_type_trans back for PCIe full dongle

Kalle Valo writes: > Arend van Spriel writes: > >> From: Franky Lin >> >> A regression was introduced in commit 9c349892ccc9 ("brcmfmac: revise >> handling events in receive path") which moves eth_type_trans() call >> to

Re: [PATCH for-4.7] brcmfmac: add eth_type_trans back for PCIe full dongle

Arend van Spriel writes: > From: Franky Lin > > A regression was introduced in commit 9c349892ccc9 ("brcmfmac: revise > handling events in receive path") which moves eth_type_trans() call > to brcmf_rx_frame(). Msgbuf layer doesn't use

Re: ath9k gpio request

On 2 June 2016 at 10:02, Pan, Miaoqing wrote: > Seems there are something wrong in the datasheet, try > > --- a/drivers/net/wireless/ath/ath9k/reg.h > +++ b/drivers/net/wireless/ath/ath9k/reg.h > @@ -1122,8 +1122,8 @@ enum { > #define AR9300_NUM_GPIO

[PATCH V2 for-4.7] brcmfmac: add eth_type_trans back for PCIe full dongle

From: Franky Lin A regression was introduced in commit 9c349892ccc9 ("brcmfmac: revise handling events in receive path") which moves eth_type_trans() call to brcmf_rx_frame(). Msgbuf layer doesn't use brcmf_rx_frame() but invokes brcmf_netif_rx() directly. In such case

Re: wireless-testing on 4.7

On Thu, 2016-06-02 at 02:02 -0600, Reinoud Koornstra wrote: > On Wed, Jun 1, 2016 at 10:27 PM, Coelho, Luciano > wrote: > > On Wed, 2016-06-01 at 16:08 -0600, Reinoud Koornstra wrote: > > > On Wed, Jun 1, 2016 at 7:19 AM, Coelho, Luciano > > >

Re: ath9k gpio request

Seems there are something wrong in the datasheet, try --- a/drivers/net/wireless/ath/ath9k/reg.h +++ b/drivers/net/wireless/ath/ath9k/reg.h @@ -1122,8 +1122,8 @@ enum { #define AR9300_NUM_GPIO 16 #define AR9330_NUM_GPIO 16 #define

[PATCH v2 2/2] ath10k: fix CCK h/w rates for QCA99X0 and newer chipsets

From: Mohammed Shafi Shajakhan CCK hardware table mapping from QCA99X0 onwards got revised. The CCK hardware rate values are in a proper order wrt. to rate and preamble as below ATH10K_HW_RATE_REV2_CCK_LP_1M = 1, ATH10K_HW_RATE_REV2_CCK_LP_2M = 2,

[PATCH v2 1/2] ath10k: remove duplicate and unused rx rate flags

From: Mohammed Shafi Shajakhan All these flags are not used and their use is completely covered by 'ath10k_hw_rate_ofdm', 'ath10k_hw_rate_cck', and RX_PPDU_START_RATE_FLAG Signed-off-by: Mohammed Shafi Shajakhan Patchwork-Id: 9129361

Re: [PATCH for-4.7] brcmfmac: add eth_type_trans back for PCIe full dongle

On 2 June 2016 at 07:20, Arend Van Spriel wrote: > Op 2 jun. 2016 06:55 schreef "Rafał Miłecki" : >> >> On 1 June 2016 at 23:13, Arend van Spriel wrote: >> > From: Franky Lin >> > >> > A regression was

[PATCH v3] ath10k: Fix 10.4 extended peer stats update

From: Mohammed Shafi Shajakhan 10.4 'extended peer stats' will be not be appended with normal peer stats data and they shall be coming in separate chunks. Fix this by maintaining a separate linked list 'extender peer stats' for 10.4 and update rx_duration for per