[PATCH] rtlwifi: btcoex: 23b 1ant: fix duplicated code for different branches

Refactor code in order to avoid identical code for different branches. This issue was detected with the help of Coccinelle. Addresses-Coverity-ID: 1415177 Signed-off-by: Gustavo A. R. Silva --- This issue was reported by Coverity and it was tested by compilation only.

ath9k driver - is it possible to disable tx/rx radio chains?

Hi I’m using wifi card with AR9280 chipset that uses the ath9k driver. The card has 2 available radio chains and I’m only going to connect 1 antenna. Is it possible to disable the radio chain im not using? Best Regards, Håvard Rabbe

Re: iw not finding physical interface

Try changing the driver setting in /etc/hostapd.conf to wext

Re: [PATCH v2] brcmfmac: add CLM download support

Hi, > Wright Feng hat am 17. August 2017 um 12:22 > geschrieben: > > > From: Chung-Hsien Hsu > > The firmware for brcmfmac devices includes information regarding > regulatory constraints. For certain devices this information is kept >

Re: iw not finding physical interface

On 08/17/2017 06:18 AM, Fredrik Gustafsson wrote: I've a dwlink dwi-131 usb wifi adapter that I'm trying to use with buildroot (for a sama5d2xplained board) for hostadp. I use a driver from github: https://github.com/Mange/rtl8192eu-linux-driver The driver works and I can successfully connect

Re: [PATCH v2 1/2] wireless: move prism54 out to staging

On Mon, Aug 07, 2017 at 03:30:10PM -0700, Luis R. Rodriguez wrote: > prism54 is deprecated in favor of the p54pci device driver. Although > only *one soul* had reported issues with it long ago Linux most Linux > distributions these days just disable the device driver given the > conflicts with the

Re: [linuxwifi] x86/thermal: AB-BA dependency between mvm->mutex and tz->lock

On Thu, 2017-08-17 at 15:38 +0200, Jiri Kosina wrote: > Hi, > > anything new on this front please? > > The splat (and therefore deadlock potential) is still there with current > Linus' tree. Sorry, haven't had more time to spend on it. I'll do it this evening. But, just to clarify, the

Re: [linuxwifi] x86/thermal: AB-BA dependency between mvm->mutex and tz->lock

Hi, anything new on this front please? The splat (and therefore deadlock potential) is still there with current Linus' tree. Thanks, -- Jiri Kosina SUSE Labs

iw not finding physical interface

I've a dwlink dwi-131 usb wifi adapter that I'm trying to use with buildroot (for a sama5d2xplained board) for hostadp. I use a driver from github: https://github.com/Mange/rtl8192eu-linux-driver The driver works and I can successfully connect to my AP. But setting up hostapd on the device

Re: [PATCH] brcmfmac: add CLM download support

On Wed, Aug 16, 2017 at 05:00:02PM +0300, Kalle Valo wrote: > Wright Feng writes: > > > From: Chung-Hsien Hsu > > > > The firmware for brcmfmac devices includes information regarding > > regulatory constraints. For certain devices this

[PATCH v2] brcmfmac: add CLM download support

From: Chung-Hsien Hsu The firmware for brcmfmac devices includes information regarding regulatory constraints. For certain devices this information is kept separately in a binary form that needs to be downloaded to the device. This patch adds support to download this

[v8] wlcore: add missing nvs file name info for wilink8

The following commits: commit c815fdebef44 ("wlcore: spi: Populate config firmware data") commit d776fc86b82f ("wlcore: sdio: Populate config firmware data") Populated the nvs entry for wilink6 and wilink7 only while it is still needed for wilink8 as well. This broke user space backward

Re: [v2,01/11] rsi: advertise ap mode support

Amitkumar Karwar wrote: > From: Prameela Rani Garnepudi > > AP mode support is advertised to cfg80211. Necessary wiphy > parameters are initialized. > > Signed-off-by: Prameela Rani Garnepudi > Signed-off-by: Amitkumar

Re: [1/9] qtnfmac: remove unused qtnf_rx_frame declaration

Sergey Matyukevich wrote: > Signed-off-by: Sergey Matyukevich 8 patches applied to wireless-drivers-next.git, thanks. 0db63e37992c qtnfmac: remove unused qtnf_rx_frame declaration 7376947dfb80 qtnfmac: switch to

Re: [1/2] mwifiex: do not use random MAC for pre-association scanning

Ganapathi Bhat wrote: > Driver should use random MAC address only if the scan is > requested by user(provided NL80211_SCAN_FLAG_RANDOM_ADDR > is set in scan request). It should not be used for a scan > performed before association. > > Signed-off-by: Ganapathi Bhat

Re: [PATCH] qtnfmac: pcie datapath optimizations and cleanups

On 08/15/2017 06:06 AM, Sergey Matyukevich wrote: Hello Kalle and all, This patchset implements several optimizations and cleanups for pcie datapath in qtnfmac driver. Major changes include: - switch to kernel circ_buf implementation - modify tx reclaim locking - introduce counter for rx

Re: [2/6] ath10k: refactor firmware crashdump code to coredump.c

Kalle Valo writes: > Kalle Valo wrote: > >> In preparation to add RAM dump support. No functional changes, only moving >> code >> and renaming function names. >> >> Signed-off-by: Kalle Valo > > With only this patch