Re: [PATCH 1/2] dt: bindings: add new dt entry for ath10k calibration variant

On Tue, Mar 21, 2017 at 9:33 AM, Sven Eckelmann wrote: > On Dienstag, 21. März 2017 08:00:34 CET Rob Herring wrote: > [...] >> > It would then up with something like this as compatibility string: >> > >> > * qcom,ipq4019-wifi-asus-rt-ac58u >> > *

Gsoc 2017 - Availability of porjects in Linux Wireless

Hi all. I would like to work on the GSOC in the Linux Wireless module. I would like to know what are the available projects upon which I could work on. >From the to-do page, I found this: 11v and I would like to work on the below: 1. 11v DMS support: In AP mode, the packets needs to be saved

Re: [PATCH v2 1/5] NFC: st21nfca: Fix obvious typo when check error code

On Mon, 2017-03-20 at 19:29 -0700, Christophe Ricard wrote: > Hi Andy, > > The patch looks good to me. Thanks for the answer and looking into it. Does it apply to the whole series? > The device got enumerated via ACPI on development platforms for  > integration tests purposes. It would be

Re: [PATCH] rtlwifi: Fix scheduling while atomic splat

Larry Finger writes: > Following commit cceb0a597320 ("rtlwifi: Add work queue for c2h cmd."), > the following BUG is reported when rtl8723be is used: > > BUG: sleeping function called from invalid context at mm/slab.h:432 > in_atomic(): 1, irqs_disabled(): 1, pid: 0,

Re: Dell DW1601 (WIL6210)

On 3/21/2017 2:21 PM, Kalle Valo wrote: > (adding wil6210 list) > > "Konstantin Koslowski" writes: > >> I recently acquired a few Dell DW1601 cards and after a few initial >> searches it sounded like they could be used to connect to each other. >> Now it seems

Re: [4/4] mwifiex: pcie: de-duplicate buffer allocation code

On Tue, Mar 21, 2017 at 02:14:05PM +0200, Kalle Valo wrote: > Brian Norris writes: > > On Mon, Mar 20, 2017 at 05:08:35PM +, Kalle Valo wrote: > >> Failed to apply: > >> > >> fatal: sha1 information is lacking or useless > >>

[Netdev ANNOUNCE]: Two new talks on network emulators and zero copy sendmsg

The tech committee would like to announce two new accepted talks. The first one is a talk on container based network emulators by Brian Linkletter and the second one is by Willem de Bruijn on zero copy sendmsg. Details are as follows: 1) Investigating Linux Network Behaviour Using Open-Source

[PATCH] brcmfmac: make PCIe bus support a separated module

From: Rafał Miłecki Right now whole brcmfmac is a single module. Enabling one bus support increases brcmfmac.ko size which may be unwanted for some embedded devices like home routers. With this change brcmfmac gets modularized. It's possible to build brcmfmac without PCIe

[PATCH] brcmfmac: update BRCMFMAC symbol description

From: Rafał Miłecki For quite some time now brcmfmac supports 802.11ac chipsets and it's not limited to embedded devices only. There are even standalone PCIe cards based on BCM43602 or BCM4366. Signed-off-by: Rafał Miłecki ---

Re: [PATCH 1/2] dt: bindings: add new dt entry for ath10k calibration variant

On Dienstag, 21. März 2017 08:00:34 CET Rob Herring wrote: [...] > > It would then up with something like this as compatibility string: > > > > * qcom,ipq4019-wifi-asus-rt-ac58u > > * qcom,ipq4019-wifi-fritzbox-4040 > > * qcom,ipq4019-wifi-netgear-whatever > > *

[PATCH] rtlwifi: Fix scheduling while atomic splat

Following commit cceb0a597320 ("rtlwifi: Add work queue for c2h cmd."), the following BUG is reported when rtl8723be is used: BUG: sleeping function called from invalid context at mm/slab.h:432 in_atomic(): 1, irqs_disabled(): 1, pid: 0, name: swapper/0 CPU: 0 PID: 0 Comm: swapper/0 Tainted: G

Re: [PATCH V3 4/9] brcmfmac: add struct brcmf_pub parameter to the __brcmf_err

On 23-2-2017 22:41, Rafał Miłecki wrote: > Hey Arend, > > On 8 February 2017 at 10:54, Arend Van Spriel > wrote: >> On 2-2-2017 22:33, Rafał Miłecki wrote: >>> From: Rafał Miłecki >>> >>> This will allow getting struct device reference from the

pull-request: wireless-drivers 2017-03-21

Hi Dave, few smallish fixes for 4.11. Please let me know if there are any problems. Kalle The following changes since commit 22a0e18eac7a9e986fec76c60fa4a2926d1291e2: net: properly release sk_frag.page (2017-03-15 15:37:45 -0700) are available in the git repository at:

[PATCH] brcmfmac: wrap brcmf_fws_(de)init into bcdc layer

From: Rafał Miłecki fwsignal is only used by bcdc. Create new protocol interface functions for core code to perform proto specific (de)initialization. This makes core agnostic to the protocol which will allow further optimizations. We will be able to avoid compiling unused

Re: [BUG] with a 4.10.x kernel it's impossible to apply country regulatory rules

On 03/21/2017 06:43 AM, Kalle Valo wrote: Larry Finger writes: On 03/18/2017 02:45 PM, Johannes Berg wrote: On Sat, 2017-03-18 at 12:41 -0500, Larry Finger wrote: I have duplicated your bug and I have bisected it to commit

Re: [PATCH 1/2] dt: bindings: add new dt entry for ath10k calibration variant

On Mon, Mar 20, 2017 at 11:28 AM, Sven Eckelmann wrote: > On Montag, 20. März 2017 10:07:33 CET Rob Herring wrote: >> On Fri, Mar 10, 2017 at 09:06:14AM +0100, Sven Eckelmann wrote: >> > The bus + bmi-chip-id + bmi-board-id is not enough to identify the correct >> >

Re: Dell DW1601 (WIL6210)

(adding wil6210 list) "Konstantin Koslowski" writes: > I recently acquired a few Dell DW1601 cards and after a few initial > searches it sounded like they could be used to connect to each other. > Now it seems that they do not have the wifi connectivity enabled,

Re: [PATCH 1/3] soc: qcom: smd: Transition client drivers from smd to rpmsg

Marcel Holtmann writes: >> By moving these client drivers to use RPMSG instead of the direct SMD >> API we can reuse them ontop of the newly added GLINK wire-protocol >> support found in the 820 and 835 Qualcomm platforms. >> >> As the new (RPMSG-based) and old SMD

Re: [4/4] mwifiex: pcie: de-duplicate buffer allocation code

Brian Norris writes: > On Mon, Mar 20, 2017 at 05:08:35PM +, Kalle Valo wrote: >> Brian Norris wrote: >> > This code was duplicated as part of the PCIe FLR code added to this >> > driver. Let's de-duplicate it to: >> > >> > * make things

Re: Where is wil6210.fw / wil6210.brd?

Daniel Drake writes: > We are working with a new consumer laptop model that includes a > wil6210 wireless adapter. > > It is not usable on current Linux distros because the firmware is not > present. It's not in linux-firmware and we can't even find any > download links when

Re: [BUG] with a 4.10.x kernel it's impossible to apply country regulatory rules

Larry Finger writes: > On 03/18/2017 02:45 PM, Johannes Berg wrote: >> On Sat, 2017-03-18 at 12:41 -0500, Larry Finger wrote: >>> >>> I have duplicated your bug and I have bisected it to >>> >>> commit 2ae0f17df1cd52aafd1ab0415ea1f1dd56dc0e2a >>> Author: Johannes Berg

Re: [PATCH 1/3] soc: qcom: smd: Transition client drivers from smd to rpmsg

Hi Bjorn, > By moving these client drivers to use RPMSG instead of the direct SMD > API we can reuse them ontop of the newly added GLINK wire-protocol > support found in the 820 and 835 Qualcomm platforms. > > As the new (RPMSG-based) and old SMD implementations are mutually > exclusive we have

Re: [PATCH 1/2] dt: bindings: add new dt entry for ath10k calibration variant

On Montag, 20. März 2017 09:42:05 CET Adrian Chadd wrote: > Vendors using ath10k will like this. I mean, I'm using ath10k, and I > really like this moving forward. This will make life so much easier in > the long run. > > Everyone else isn't using board-2.bin; they're just copying >