Re: [PATCH v3 0/7] NFC: trf7970a: Fixups & convert to desc-based GPIO

[-CC: Lauro Ramos Venancio and Aloisio Almeida Jr ] [+CC: linux-wireless] On Fri, Jan 20, 2017 at 12:17:38PM -0700, Mark Greer wrote: > These trf7970a driver patches do the following things: > - a couple minor fixups > - allow EN2

Re: WPA authorization with RTL8723DS

On 04/24/2017 03:25 PM, Adam Casson wrote: I'm trying to build a product around the Next Thing Co CHIP Pro (nextthing.co/pages/chippro) and have found that the RTL8723DS wifi/BT chip is fairly unstable, particularly when trying to implement WPA authorization. A previous version of this SoM uses

WPA authorization with RTL8723DS

I'm trying to build a product around the Next Thing Co CHIP Pro (nextthing.co/pages/chippro) and have found that the RTL8723DS wifi/BT chip is fairly unstable, particularly when trying to implement WPA authorization. A previous version of this SoM uses the RTL8723BS which is similar in structure

Leningaanbod

Goede dag Heer / ma, Door de recente ontwikkeling van de Europese Unie. De Europese Unie heeft het Internationaal Monetair Fonds (IMF) opgeroepen de lening aan de lidstaten toe te kennen om het bruto binnenlands product (BBP) van de staten te verhogen en heeft ook onze bank in

EXTREMELY IMPORTANT

Dear Beloved, Sorry for the inconvenience, I am getting in touch with you regarding an extremely important and urgent matter, Please I need your urgent assistance and idea to finish up a project (Orphanage Home) Due to my health condition, Everything is available to finish up the project, All I

Re: [PATCH v2] brcmfmac: Make skb header writable before use

On 24-4-2017 15:03, James Hughes wrote: > The driver was making changes to the skb_header without > ensuring it was writable (i.e. uncloned). > This patch also removes some boiler plate header size > checking/adjustment code as that is also handled by the > skb_cow_header function used to make

Re: 4.11-rc* iwlwifi instable

On Mon, Apr 24, 2017 at 09:52:28PM +0300, Luca Coelho wrote: > On Mon, 2017-04-24 at 05:40 -0700, Andi Kleen wrote: > > > > Any fixes/workarounds? > > > > > > It seems that you are using an old firmware version: > > > > > > > [70585.074356] iwlwifi :03:00.0: Loaded firmware version: > > > >

Re: [PATCH v2] brcmfmac: Make skb header writable before use

On 24-4-2017 20:09, Eric Dumazet wrote: > On Mon, 2017-04-24 at 14:03 +0100, James Hughes wrote: >> The driver was making changes to the skb_header without >> ensuring it was writable (i.e. uncloned). >> This patch also removes some boiler plate header size >> checking/adjustment code as that is

Re: 4.11-rc* iwlwifi instable

On Mon, 2017-04-24 at 05:40 -0700, Andi Kleen wrote: > > > Any fixes/workarounds? > > > > It seems that you are using an old firmware version: > > > > > [70585.074356] iwlwifi :03:00.0: Loaded firmware version: 21.302800.0 > > > > We have already published version -27 for 4.11 and you're

[PATCH v1 2/2] NFC: st21nfca: Get rid of code duplication in ->probe()

Since OF and ACPI case almost the same get rid of code duplication by moving gpiod_get() calls directly to ->probe(). Signed-off-by: Andy Shevchenko --- drivers/nfc/st21nfca/i2c.c | 62 -- 1 file changed, 10

[PATCH v1 1/2] NFC: st21nfca: Add GPIO ACPI mapping table

In order to make GPIO ACPI library stricter prepare users of gpiod_get_index() to correctly behave when there no mapping is provided by firmware. Here we add explicit mapping between _CRS GpioIo() resources and their names used in the driver. Signed-off-by: Andy Shevchenko

Re: [PATCH v2] brcmfmac: Make skb header writable before use

On Mon, 2017-04-24 at 14:03 +0100, James Hughes wrote: > The driver was making changes to the skb_header without > ensuring it was writable (i.e. uncloned). > This patch also removes some boiler plate header size > checking/adjustment code as that is also handled by the > skb_cow_header function

Re: pull-request: wireless-drivers-next 2017-04-21

From: Kalle Valo Date: Fri, 21 Apr 2017 12:08:10 +0300 > here's most likely the last pull request to net-next for 4.12, unless > Linus delayes the start of merge window. More info in the signed tag > below and please let me know if there are any problems. Pulled, thanks

Re: [PATCH] brcm80211: brcmfmac: Ensure header writes are on writable skb

On 20 April 2017 at 20:22, Arend van Spriel wrote: > On 4/20/2017 5:47 PM, James Hughes wrote: >> >> Driver was writing to skb header area without ensuring it was >> writable i.e. uncloned. >> >> Used skb_cow_header to ensure that header buffer is large enough >> and

[PATCH] NFC: trf7970a: fix check of clock frequencies, use && instead of ||

From: Colin Ian King The "or" condition (clk_freq != TRF7970A_27MHZ_CLOCK_FREQUENCY) || (clk_freq != TRF7970A_13MHZ_CLOCK_FREQUE) will always be true because clk_freq cannot be equal to two different values at the same time. Use the && operator instead of || to fix

[PATCH v2] brcmfmac: Make skb header writable before use

The driver was making changes to the skb_header without ensuring it was writable (i.e. uncloned). This patch also removes some boiler plate header size checking/adjustment code as that is also handled by the skb_cow_header function used to make header writable. This patch depends on brcmfmac:

Re: 4.11-rc* iwlwifi instable

> > Any fixes/workarounds? > > It seems that you are using an old firmware version: > > > [70585.074356] iwlwifi :03:00.0: Loaded firmware version: 21.302800.0 > > We have already published version -27 for 4.11 and you're still using > version -21. You can get the latest version from here:

[PATCH v2] brcmfmac: Ensure pointer correctly set if skb data location changes

The incoming skb header may be resized if header space is insufficient, which might change the data adddress in the skb. Ensure that a cached pointer to that data is correctly set by moving assignment to after any possible changes. Signed-off-by: James Hughes

Re: [PATCH 00/14] rtlwifi: btcoex: Second set of changes for rtl8821ae 2ant

Larry Finger writes: > On 04/21/2017 01:55 AM, Kalle Valo wrote: >> But what should I do with this one: >> >> rtlwifi: rtl8821ae: setup 8812ae RFE according to device type >> https://patchwork.kernel.org/patch/9683395/ > > Please apply that one. It should not conflict

Re: [PATCH] brcmfmac: Ensure pointer correctly set if skb data location changes

On 4/24/2017 12:52 PM, James Hughes wrote: The incoming skb header may be resized if header space is insufficient, which might change the data adddress in the skb. Ensure that a cached pointer to that data is correctly set by moving assignment to after any possible changes. Thanks, James

[PATCH] brcmfmac: Ensure pointer correctly set if skb data location changes

The incoming skb header may be resized if header space is insufficient, which might change the data adddress in the skb. Ensure that a cached pointer to that data is correctly set by moving assignment to after any possible changes. Signed-off-by: James Hughes ---

Re: [PATCH] brcm80211: brcmfmac: Ensure that incoming skb's are writable

On 23 April 2017 at 20:34, Arend Van Spriel wrote: > On 21-4-2017 11:22, James Hughes wrote: >> On 20 April 2017 at 20:48, Arend van Spriel >> wrote: >>> + linux-wireless >>> >>> On 4/20/2017 1:16 PM, James Hughes wrote: The

Re: [PATCH] ath10k: fix out of bounds access to local buffer

2017-04-24 9:41 GMT+02:00 Michael Mera : > Marcin Rokicki writes: >> Please send again to ath...@lists.infradead.org with cc >> linux-wireless@vger.kernel.org >> > > Sorry for the mistake. Resent as requested. No problem. > > Just for the record, I

Re: [PATCH] ath10k: fix out of bounds access to local buffer

Marcin Rokicki writes: > Please send again to ath...@lists.infradead.org with cc > linux-wireless@vger.kernel.org > Sorry for the mistake. Resent as requested. Just for the record, I followed instructions at:

Re: [PATCH] ath10k: fix out of bounds access to local buffer

Hi, Please send again to ath...@lists.infradead.org with cc linux-wireless@vger.kernel.org Thanks. 2017-04-24 7:39 GMT+02:00 Michael Mera : > During write to debugfs file simulate_fw_crash, fixed-size local buffer > 'buf' is accessed and modified at index 'count-1', where

Re: 4.11-rc* iwlwifi instable

On Sun, 2017-04-23 at 17:54 -0700, Andi Kleen wrote: > Hi, Hi Andi, > Since I updated my laptop to 4.11-rc* the wireless is fairly instable > (I think it was already less stable with 4.10 than with 4.8, but no > clear data) > > For example it locked up (no more wireless) with a warn on while