[PATCH] linux-firmware: mwlwifi: update 88W8864 firmware.

Release Version: 7.2.9.26. Signed-off-by: David Lin --- mwlwifi/88W8864.bin | Bin 116356 -> 118776 bytes 1 file changed, 0 insertions(+), 0 deletions(-) diff --git a/mwlwifi/88W8864.bin b/mwlwifi/88W8864.bin index

[PATCH v9] Add new mac80211 driver mwlwifi.

PATCH v8 changes since PATCH v7: - Used scnprintf() to replace sprintf() for debugfs output messages to avoid overwriting buffer boundary. - Used mutex to replace spinlock for the protection of firmware command. - Used NL80211_BAND_ instead of IEEE80211_BAND_ (in order to work with

Re: [PATCH 2/3] NFC: trf7970a: Add device tree option of 1.8 Volt IO voltage

On Tue, Dec 20, 2016 at 11:16:31AM -0500, Geoff Lansberry wrote: > From: Geoff Lansberry > > The TRF7970A has configuration options for supporting hardware designs > with 1.8 Volt or 3.3 Volt IO. This commit adds a device tree option, > using a fixed regulator binding, for

Re: [PATCH 2/3] NFC: trf7970a: Add device tree option of 1.8 Volt IO voltage

On Tue, Dec 20, 2016 at 11:13:23AM -0500, Geoff Lansberry wrote: > On Mon, Dec 19, 2016 at 5:35 PM, Rob Herring wrote: > > On Thu, Dec 15, 2016 at 05:30:43PM -0500, Geoff Lansberry wrote: > >> From: Geoff Lansberry > >> > >> --- > >>

[PATCH] nfc: fdp: fix NULL pointer dereference

We are checking phy after dereferencing it. We can print the debug information after checking it. If phy is NULL then we will get a good stack trace to tell us that we are in this irq handler. Signed-off-by: Sudip Mukherjee --- drivers/nfc/fdp/i2c.c | 6 +++---

Re: [PATCH v2 2/2] cfg80211: Add support to sched scan to report better BSSs

On Fri, Dec 16, 2016 at 10:56:51AM +0100, Johannes Berg wrote: > On Thu, 2016-12-15 at 11:06 +, Malinen, Jouni wrote: > > Maybe the nl80211.h description was not clear enough, but the > > comments in cfg80211.h should be quite clear on how this was designed > > to work at the implementation

[PATCH] cfg80211: Random local address for Public Action frame exchange

From: vamsi krishna Add support to use random local address (Address 2 = SA in transmit and the same address in receive functionality) for Public Action frames in order to improve privacy of WLAN clients. Applications fill the random source address in the frame buffer

Re: nfc: trf7970a: Prevent repeated polling from crashing the kernel

On Tue, Dec 20, 2016 at 02:13:52PM -0500, Justin Bronder wrote: > On 20/12/16 11:59 -0700, Mark Greer wrote: > > On Tue, Dec 20, 2016 at 11:16:32AM -0500, Geoff Lansberry wrote: > > > From: Jaret Cantu > > > > > > Repeated polling attempts cause a NULL dereference error

Re: nfc: trf7970a: Prevent repeated polling from crashing the kernel

On 20/12/16 11:59 -0700, Mark Greer wrote: > On Tue, Dec 20, 2016 at 11:16:32AM -0500, Geoff Lansberry wrote: > > From: Jaret Cantu > > > > Repeated polling attempts cause a NULL dereference error to occur. > > This is because the state of the trf7970a is currently

Re: [PATCH 3/3] nfc: trf7970a: Prevent repeated polling from crashing the kernel

On Tue, Dec 20, 2016 at 11:16:32AM -0500, Geoff Lansberry wrote: > From: Jaret Cantu > > Repeated polling attempts cause a NULL dereference error to occur. > This is because the state of the trf7970a is currently reading but > another request has been made to send a

Re: [PATCH 1/3] NFC: trf7970a: add device tree option for 27MHz clock

On Tue, Dec 20, 2016 at 1:11 PM, Mark Greer wrote: > Hi Geoff. > > Please put the version in your subjects when submitting anything but the > initial version of a patch (e.g., [PATCH v2 1/3]). > > Which series do you want reviewed? > > Mark > -- Sorry about the double

Re: [PATCH 1/3] NFC: trf7970a: add device tree option for 27MHz clock

On Tue, Dec 20, 2016 at 01:29:13PM -0500, Geoff Lansberry wrote: > On Tue, Dec 20, 2016 at 1:11 PM, Mark Greer wrote: > > Hi Geoff. > > > > Please put the version in your subjects when submitting anything but the > > initial version of a patch (e.g., [PATCH v2 1/3]). > > >

Re: [RFC v2 11/11] ath10k: Added sdio support

On 12/16/2016 12:21 PM, Valo, Kalle wrote: > Erik Stromdahl writes: > >> Initial HIF sdio/mailbox implementation. >> >> Signed-off-by: Erik Stromdahl > > I know most of this coming from ath6kl but I think we should still > improve the code.

Re: [PATCH 1/3] NFC: trf7970a: add device tree option for 27MHz clock

Hi Geoff. Please put the version in your subjects when submitting anything but the initial version of a patch (e.g., [PATCH v2 1/3]). Which series do you want reviewed? Mark --

Re: [PATCH 1/3] NFC: trf7970a: add device tree option for 27MHz clock

On 2016-12-20 17:16, Geoff Lansberry wrote: > From: Geoff Lansberry > > The TRF7970A has configuration options to support hardware designs > which use a 27.12MHz clock. This commit adds a device tree option > 'clock-frequency' to support configuring the this chip for default >

Re: wl1251 & mac address & calibration data

* Kalle Valo [161220 09:12]: > Tony Lindgren writes: > > > * Kalle Valo [161220 03:47]: > >> Arend Van Spriel writes: > >> > >> > On 18-12-2016 13:09, Pali Rohár wrote: > >> > > >> >> File

Re: iwl3945 randomly crashes

On Tue, 2016-12-20 at 18:11 +0100, Łukasz Walewski wrote: > On Tue, 20 Dec 2016 10:49:52 -0600 > Dan Williams wrote: > > > > > On Tue, 2016-12-20 at 17:24 +0100, Łukasz Walewski wrote: > > > > > > Hi, > > > > > > I am using the latest Lubuntu 16.10 with fairly recent kernel >

Re: iwl3945 randomly crashes

On Tue, 20 Dec 2016 10:49:52 -0600 Dan Williams wrote: > On Tue, 2016-12-20 at 17:24 +0100, Łukasz Walewski wrote: > > Hi, > > > > I am using the latest Lubuntu 16.10 with fairly recent kernel > > > > ljw@hideo:~$ uname -a > > Linux hideo 4.8.0-30-generic #32-Ubuntu SMP Fri

Re: wl1251 & mac address & calibration data

Tony Lindgren writes: > * Kalle Valo [161220 03:47]: >> Arend Van Spriel writes: >> >> > On 18-12-2016 13:09, Pali Rohár wrote: >> > >> >> File wl1251-nvs.bin is provided by linux-firmware package and contains >> >>

Re: wl1251 & mac address & calibration data

On Tuesday 20 December 2016 17:56:58 Tony Lindgren wrote: > * Kalle Valo [161220 03:47]: > > Arend Van Spriel writes: > > > On 18-12-2016 13:09, Pali Rohár wrote: > > >> File wl1251-nvs.bin is provided by linux-firmware package and > > >>

Re: [PATCH v2] cfg80211: add set/get link loss profile

On Mon, 2016-12-19 at 12:58 +0200, Lazar, Alexei Avshalom wrote: > From 7e41d45179a8762a7d2e1653db35751c19c8c747 Mon Sep 17 00:00:00 > 2001 > From: Alexei Avshalom Lazar > Date: Sun, 18 Dec 2016 15:06:38 +0200 > Subject: [PATCH] cfg80211: add set/get link loss profile >

Re: wl1251 & mac address & calibration data

* Kalle Valo [161220 03:47]: > Arend Van Spriel writes: > > > On 18-12-2016 13:09, Pali Rohár wrote: > > > >> File wl1251-nvs.bin is provided by linux-firmware package and contains > >> default data which should be overriden by model specific

Re: iwl3945 randomly crashes

On Tue, 2016-12-20 at 17:24 +0100, Łukasz Walewski wrote: > Hi, > > I am using the latest Lubuntu 16.10 with fairly recent kernel > > ljw@hideo:~$ uname -a > Linux hideo 4.8.0-30-generic #32-Ubuntu SMP Fri Dec 2 03:43:33 UTC > 2016 i686 i686 i686 GNU/Linux > > on an old Toshiba laptop

iwl3945 randomly crashes

Hi, I am using the latest Lubuntu 16.10 with fairly recent kernel ljw@hideo:~$ uname -a Linux hideo 4.8.0-30-generic #32-Ubuntu SMP Fri Dec 2 03:43:33 UTC 2016 i686 i686 i686 GNU/Linux on an old Toshiba laptop (Satellite Pro U200) equipped with an Intel PRO/Wireless 3945ABG adapter

[PATCH 2/3] NFC: trf7970a: Add device tree option of 1.8 Volt IO voltage

From: Geoff Lansberry The TRF7970A has configuration options for supporting hardware designs with 1.8 Volt or 3.3 Volt IO. This commit adds a device tree option, using a fixed regulator binding, for setting the io voltage to match the hardware configuration. If no option is

[PATCH 3/3] nfc: trf7970a: Prevent repeated polling from crashing the kernel

From: Jaret Cantu Repeated polling attempts cause a NULL dereference error to occur. This is because the state of the trf7970a is currently reading but another request has been made to send a command before it has finished. The solution is to properly kill the waiting

[PATCH 1/3] NFC: trf7970a: add device tree option for 27MHz clock

From: Geoff Lansberry The TRF7970A has configuration options to support hardware designs which use a 27.12MHz clock. This commit adds a device tree option 'clock-frequency' to support configuring the this chip for default 13.56MHz clock or the optional 27.12MHz clock. ---

Re: [PATCH 2/3] NFC: trf7970a: Add device tree option of 1.8 Volt IO voltage

On Mon, Dec 19, 2016 at 5:35 PM, Rob Herring wrote: > On Thu, Dec 15, 2016 at 05:30:43PM -0500, Geoff Lansberry wrote: >> From: Geoff Lansberry >> >> --- >> Documentation/devicetree/bindings/net/nfc/trf7970a.txt | 2 ++ >> drivers/nfc/trf7970a.c

[PATCH 2/3] nfc: trf7970a: Prevent repeated polling from crashing the kernel

From: Jaret Cantu Repeated polling attempts cause a NULL dereference error to occur. This is because the state of the trf7970a is currently reading but another request has been made to send a command before it has finished. The solution is to properly kill the waiting

[PATCH 3/3] mod of frequency

--- drivers/nfc/trf7970a.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/nfc/trf7970a.c b/drivers/nfc/trf7970a.c index e9e93ea..5916737 100644 --- a/drivers/nfc/trf7970a.c +++ b/drivers/nfc/trf7970a.c @@ -2076,10 +2076,10 @@ static int trf7970a_probe(struct

[PATCH 4/4] mod of frequency

--- drivers/nfc/trf7970a.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/nfc/trf7970a.c b/drivers/nfc/trf7970a.c index e9e93ea..5916737 100644 --- a/drivers/nfc/trf7970a.c +++ b/drivers/nfc/trf7970a.c @@ -2076,10 +2076,10 @@ static int trf7970a_probe(struct

[PATCH 1/3] NFC: trf7970a: add device tree option for 27MHz clock

From: Geoff Lansberry The TRF7970A has configuration options to support hardware designs which use a 27.12MHz clock. This commit adds a device tree option 'clock-frequency' to support configuring the this chip for default 13.56MHz clock or the optional 27.12MHz clock. ---

[PATCH 1/3] NFC: trf7970a: Add device tree option of 1.8 Volt IO voltage

From: Geoff Lansberry The TRF7970A has configuration options for supporting hardware designs with 1.8 Volt or 3.3 Volt IO. This commit adds a device tree option, using a fixed regulator binding, for setting the io voltage to match the hardware configuration. If no option is

[PATCH 3/3] nfc: trf7970a: Prevent repeated polling from crashing the kernel

From: Jaret Cantu Repeated polling attempts cause a NULL dereference error to occur. This is because the state of the trf7970a is currently reading but another request has been made to send a command before it has finished. The solution is to properly kill the waiting

[PATCH 2/3] NFC: trf7970a: Add device tree option of 1.8 Volt IO voltage

From: Geoff Lansberry The TRF7970A has configuration options for supporting hardware designs with 1.8 Volt or 3.3 Volt IO. This commit adds a device tree option, using a fixed regulator binding, for setting the io voltage to match the hardware configuration. If no option is

Re: [PATCH] rtlwifi: Fix kernel oops introduced with commit e49656147359

On 12/20/2016 05:21 AM, Kalle Valo wrote: Larry Finger writes: With commit e49656147359 {"rtlwifi: Use dev_kfree_skb_irq instead of kfree_skb"), the method used to free an skb was changed because the kfree_skb() was inside a spinlock. What was forgotten is that

Re: ath10k: free host-mem with DMA_BIRECTIONAL flag.

Ben Greear wrote: > From: Ben Greear > > Hopefully this fixes the problem reported by Kalle: > > Noticed this in my log, but I don't have time to investigate this in > detail right now: > > [ 413.795346] IPv6: ADDRCONF(NETDEV_UP): wlan0: link

Re: regression: ath_tx_edma_tasklet() Illegal idle entry in RCU read-side critical section

Gabriel C writes: > On 18.12.2016 21:14, Paul E. McKenney wrote: >> On Sun, Dec 18, 2016 at 07:57:42PM +, Valo, Kalle wrote: >>> Tobias Klausmann writes: >>> A patch for this is already floating on the ML for a while now

Re: [for-4.10, 1/2] brcmfmac: fix memory leak in brcmf_cfg80211_attach()

Arend Van Spriel wrote: > In brcmf_cfg80211_attach() there was one error path not properly > handled as it leaked memory allocated in brcmf_btcoex_attach(). > > Reviewed-by: Hante Meuleman > Reviewed-by: Pieter-Paul Giesberts

Re: wl1251 & mac address & calibration data

Arend Van Spriel writes: > On 18-12-2016 13:09, Pali Rohár wrote: > >> File wl1251-nvs.bin is provided by linux-firmware package and contains >> default data which should be overriden by model specific calibrated >> data. > > Ah. Someone thought it was a good idea

Re: [PATCH] rtlwifi: Fix kernel oops introduced with commit e49656147359

Larry Finger writes: > With commit e49656147359 {"rtlwifi: Use dev_kfree_skb_irq instead of > kfree_skb"), the method used to free an skb was changed because the > kfree_skb() was inside a spinlock. What was forgotten is that kfree_skb() > guards against a NULL value

[PATCH v3] ath10k: Fix crash during rmmod when probe firmware fails

From: Mohammed Shafi Shajakhan This fixes the below crash when ath10k probe firmware fails, NAPI polling tries to access a rx ring resource which was never allocated, fix this by disabling NAPI right away once the probe firmware fails by calling 'ath10k_hif_stop'. Its

[PATCH v2] ath10k: Fix crash during rmmod when probe firmware fails

From: Mohammed Shafi Shajakhan This fixes the below crash when ath10k probe firmware fails, NAPI polling tries to access a rx ring resource which was never allocated, fix this by disabling NAPI right away once the probe firmware fails by calling 'ath10k_hif_stop'. Its