intel 9000 wifi cards positive signed signal reading

Hi, I got some Intel 8000 and 9000 wifi cards here to test their roaming capabilities. I'm using debian testing (buster) with firmware-iwlwifi (20180825+dfsg-1), which includes iwlwifi-9000-pu-b0-jf-b0-38.ucode The 8000 series cards are working good, but all 9000 series cards give signal rea

Re: AP6335 with mainline kernel

+ Cameron On 3/26/2018 3:34 PM, Vanessa Maegima wrote: On Seg, 2018-03-26 at 09:24 -0300, Vanessa Maegima wrote: Hi Arend, Here's the hexdump: http://code.bulix.org/trv3o7-306254 The link above provides the hexdump from the html nvram, which makes wifi work on pico-imx7d. I also got the h

iw dev twpoxer limit in mBm or not

hi. On ubuntu 18.10 using kernel 4.18.0-10-generic and iw-4.14 on a Broadcom Corp. BCM43142 wifi interface using wl driver, i run sudo iw dev wlp2s0 set txpower limit 21 and iw dev reports back a txpower of 21 dBm But the doc at https://wireless.wiki.kernel.org/en/users/documentation/iw#setti

[PATCH] iw: add FEATURE support for scan randomization

Signed-off-by: Brian Norris --- info.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/info.c b/info.c index d0577e32552e..f1a25daa63da 100644 --- a/info.c +++ b/info.c @@ -609,6 +609,12 @@ broken_combination: printf("\tDevice supports configuring vdev MAC-addr o

Re: [PATCH] brcmfmac: Use standard SKB list accessors in brcmf_sdiod_sglist_rw.

On 11/14/2018 4:28 AM, Andy Duan wrote: From: David Miller Sent: 2018年11月11日 8:34 [ As I am trying to remove direct SKB list pointer accesses I am committing this to net-next. If this causes a lot of grief I can and will revert, just let me know. ] [...] I just have bcm4339 in hands,

RE: [PATCH] brcmfmac: Use standard SKB list accessors in brcmf_sdiod_sglist_rw.

From: Arend van Spriel [mailto:arend.vanspr...@broadcom.com] Sent: 2018年11月14日 16:40 > To: Andy Duan ; David Miller > ; net...@vger.kernel.org > Cc: linux-wireless@vger.kernel.org > Subject: Re: [PATCH] brcmfmac: Use standard SKB list accessors in > brcmf_sdiod_sglist_rw. > > On 11/14/2018 4:28 A

Re: [PATCH] brcmfmac: Use standard SKB list accessors in brcmf_sdiod_sglist_rw.

On 11/14/2018 11:54 AM, Andy Duan wrote: From: Arend van Spriel [mailto:arend.vanspr...@broadcom.com] Sent: 2018年11月14日 16:40 To: Andy Duan ; David Miller ; net...@vger.kernel.org Cc: linux-wireless@vger.kernel.org Subject: Re: [PATCH] brcmfmac: Use standard SKB list accessors in brcmf_sdiod_sg

Re: [PATCH v3 3/6] mac80211: Add airtime accounting and scheduling to TXQs

On 2018-11-12 23:51, Rajkumar Manoharan wrote: > From: Toke Høiland-Jørgensen > > This adds airtime accounting and scheduling to the mac80211 TXQ > scheduler. A new callback, ieee80211_sta_register_airtime(), is added > that drivers can call to report airtime usage for stations. > > When airtime

Re: [PATCH] brcmfmac: Use standard SKB list accessors in brcmf_sdiod_sglist_rw.

On 11/14/2018 11:57 AM, Arend van Spriel wrote: On 11/14/2018 11:54 AM, Andy Duan wrote: From: Arend van Spriel [mailto:arend.vanspr...@broadcom.com] Sent: 2018年11月14日 16:40 To: Andy Duan ; David Miller ; net...@vger.kernel.org Cc: linux-wireless@vger.kernel.org Subject: Re: [PATCH] brcmfmac: U

Re: [PATCH v4 4/6] nfc: pn533: add UART phy driver

On Thu, Nov 01, 2018 at 11:02:12AM +0100, Lars Poeschel wrote: > This adds the UART phy interface for the pn533 driver. > The pn533 driver can be used through UART interface this way. > It is implemented as a serdev device. > > Signed-off-by: Lars Poeschel Please make sure to include reviewers o

Re: [PATCH v3 3/6] mac80211: Add airtime accounting and scheduling to TXQs

Felix Fietkau writes: > On 2018-11-12 23:51, Rajkumar Manoharan wrote: >> From: Toke Høiland-Jørgensen >> >> This adds airtime accounting and scheduling to the mac80211 TXQ >> scheduler. A new callback, ieee80211_sta_register_airtime(), is added >> that drivers can call to report airtime usage

[PATCH v3 0/3] wireless: Use common cordic algorithm for b43 driver

b43 wireless driver includes an internal implementation of cordic algorithm, although there's a common cordic library which was split out from brcmsmac driver. Use that and drop internal implementation. During the process, cordic-algorithm related macros in brcmfmac driver were also removed and us

[PATCH v3 1/3] lib: cordic: Move cordic macros and defines to header file

Now that these macros are in header file, we can eventually clean up the duplicate macros present in the drivers that utilize the same cordic algorithm implementation. Also add CORDIC_ prefix to nonprefixed macros. Reviewed-by: Arend van Spriel Signed-off-by: Priit Laes --- include/linux/cordi

[PATCH v3 2/3] brcmsmac: Use cordic-related macros from common cordic library

Current driver includes macro that is available from general cordic library. Use that and drop unused duplicate and unneeded internal definitions. Signed-off-by: Priit Laes --- drivers/net/wireless/broadcom/brcm80211/brcmsmac/phy/phy_int.h | 7 +--- drivers/net/wireless/broadcom/brcm80211/br

[PATCH v3 3/3] b43: Use cordic algorithm from kernel library

Kernel library has a common cordic algorithm which is identical to internally implementatd one, so use it and drop the duplicate implementation. Signed-off-by: Priit Laes --- drivers/net/wireless/broadcom/b43/Kconfig | 1 +- drivers/net/wireless/broadcom/b43/phy_common.c | 47 +

Re: [PATCH v3 3/3] b43: Use cordic algorithm from kernel library

On Wed, 14 Nov 2018 20:27:52 +0200 Priit Laes wrote: > Kernel library has a common cordic algorithm which is identical > to internally implementatd one, so use it and drop the duplicate > implementation. In v2 of the series it has been said that: Arend van Spriel wrote: > I recall doing a com

Re: atk10k Unknown eventid and WARN() on resume with kernel 4.19

Am Sa., 3. Nov. 2018 um 21:11 Uhr schrieb Gabriel C : > > Am Sa., 3. Nov. 2018 um 21:01 Uhr schrieb Gabriel C : > > > > Hello, > > > > starting with kernel 4.19 we noticed 'Unknown eventid: ' warnings > > on our Laptops. > > > > ... > > > > crazy@devnull:~$ dmesg | grep Unknow > > [7.14499

Re: [PATCH v3] ath10k: support NET_DETECT WoWLAN feature

Hi Wen, You've introduced a regression in 4.20-rc1: On Thu, Aug 16, 2018 at 02:48:33PM +0800, Wen Gong wrote: > For WoWLAN support, it expect to support wake up based on discovery of > one or more known SSIDs. This is the WIPHY_WOWLAN_NET_DETECT feature, > which shows up as an NL80211 feature fla

Re: [PATCH] ath10k: support PCIe enter L1 state

Hi Wen, On Wed, Nov 14, 2018 at 10:50:48AM +0800, Wen Gong wrote: > QCA6174A/QCA9377 PCIe chips support PCIe L1 and L1SS, and indicate the > L1/L1SS capabilities in PCI configuration space. Currently ath10k driver > write target PCIe config flags to disallow HW enter into L1, this leads > some HW

Re: atk10k Unknown eventid and WARN() on resume with kernel 4.19

Am Mi., 14. Nov. 2018 um 23:16 Uhr schrieb Gabriel C : > > > Hello, > > > > > > starting with kernel 4.19 we noticed 'Unknown eventid: ' warnings > > > on our Laptops. > > > > > > ... > > > > > > crazy@devnull:~$ dmesg | grep Unknow > > > [7.144998] ath10k_pci :03:00.0: Unknown eventid

Re: [PATCH v4 2/3] dts: arm64/sdm845: Add WCN3990 WLAN module device node

Hi Govind, On Mon, Nov 05, 2018 at 06:38:37PM +0530, Govind Singh wrote: > Add device node for the ath10k SNOC platform driver probe > and add resources required for WCN3990 on SDM845 soc. > > Signed-off-by: Govind Singh > Reviewed-by: Brian Norris > Tested-by: Brian Norris > --- > arch/arm64

RE: [PATCH] ath10k: support PCIe enter L1 state

> -Original Message- > From: ath10k On Behalf Of Brian > Norris > Sent: Thursday, November 15, 2018 8:29 AM > To: Wen Gong > Cc: linux-wireless@vger.kernel.org; ath...@lists.infradead.org > Subject: [EXTERNAL] Re: [PATCH] ath10k: support PCIe enter L1 state > > Hi Wen, > > > > > Signed-