Re: [RFC] rfkill: Add new ACPI device for Realtek serial BT

Hi Larry, > The Realtek RTL8723BS chips, which are connected via SDIO, also contain > a serial Bluetooth device. In order for BT to work, the device must be > added to the acpi_device_id table. > > Signed-off-by: Larry Finger > --- > > I have no idea if this device

[RFC] rfkill: Add new ACPI device for Realtek serial BT

The Realtek RTL8723BS chips, which are connected via SDIO, also contain a serial Bluetooth device. In order for BT to work, the device must be added to the acpi_device_id table. Signed-off-by: Larry Finger --- I have no idea if this device should be added here, or if

Re: [PATCH 4/4 v2 iface_work] Function renaming

Hi, [auto build test WARNING on mac80211/master] [also build test WARNING on v4.7-rc7] [cannot apply to mac80211-next/master next-20160715] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Alex

[PATCH 1/2] mwifiex: fix PCIe legacy interrupt problem

In corner case, we may end up processing same interrupt twice. We have a logic to read pending interrupts at the end of interrupt processing routine. It has a race with interrupts read in interrupt handler. This patch solves the problem by ORing the interrupt bitmap in this case. The symptom for

[PATCH 2/2] mwifiex: update command response skb length correctly

Same skb is being reused for storing command response from firmware in PCIe chipsets. There was a bug while updating the skb length. This patch ensures skb length correctly gets updated based on rx_len. Signed-off-by: Amitkumar Karwar ---

Re: [PATCH 4/4 v2 iface_work] Function renaming

Hi, [auto build test WARNING on mac80211/master] [also build test WARNING on v4.7-rc7] [cannot apply to mac80211-next/master next-20160715] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Alex

Re: [PATCH 4/4 v2 iface_work] Function renaming

Hi, [auto build test ERROR on mac80211/master] [also build test ERROR on v4.7-rc7] [cannot apply to mac80211-next/master next-20160715] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Alex

[PATCH] NFC: null-ify info->ram_patch when firmware is released

From: Colin Ian King When the firmware is released for info->ram_patch currently info->otp_patch is being nullified and not info->ram_patch. This looks like a cut-n-paste coding error. Fix this by nullifing the correct field. Signed-off-by: Colin Ian King

[PATCH] mwifiex: Fix request_irq() failure handling

From: Karthik D A It's been observed that request_irq() failure leads to a system crash due to a bug in mwifiex driver. When this failure happens, mwifiex_add_card() already takes care of clearing and freeing adapter->card pointer. This patch removes the redundant cleanup

Re: [PATCH RESEND] iwlwifi, Do not implement thermal zone unless ucode is loaded

On 07/15/2016 07:25 AM, Stanislaw Gruszka wrote: > On Thu, Jul 14, 2016 at 09:44:22AM +, Grumbach, Emmanuel wrote: >>> If I understad correctly this error happen 100% of the time, not only during >>> init. Hence seems there is an issue here, i.e. cur_ucode is not marked >>> correctly as

Re: [PATCH RESEND] iwlwifi, Do not implement thermal zone unless ucode is loaded

On Thu, Jul 14, 2016 at 09:44:22AM +, Grumbach, Emmanuel wrote: > > If I understad correctly this error happen 100% of the time, not only during > > init. Hence seems there is an issue here, i.e. cur_ucode is not marked > > correctly as IWL_UCODE_REGULAR or iwl_mvm_get_temp() fail 100% of the

[PATCH] brcmfmac: defer DPC processing during probe

The sdio dpc starts processing when in SDIOD_STATE_DATA. This state was entered right after firmware download. This patch moves that transition just before enabling sdio interrupt handling thus avoiding watchdog expiry which would put the bus to sleep while probing. Reviewed-by: Hante Meuleman

[PATCH] brcmfmac: restore stopping netdev queue when bus clogs up

When the host-interface bus has hard time handling transmit packets it informs higher layer about this and it would stop the netdev queue when needed. However, since commit 9cd18359d31e ("brcmfmac: Make FWS queueing configurable.") this was broken. With this patch the behaviour is restored. Cc:

Re: [PATCH 1/4 v2 iface_work] New function ieee80211_is_skb_handled_by_pkt_type

On 15-7-2016 11:06, Alex Briskin wrote: > Split ieee80211_iface_work in two. Moved part of a code that checks > pkt_type. As mentioned before the subject of the patches should use "mac80211: " prefix. So: [PATCH 1/4 v2] mac80211: New function ieee80211_is_skb_handled_by_pkt_type So I did not

[PATCH 3/4 v2 iface_work] Simple and well understood logic

Now the logic is obvious - if skb not handled by pkt type and not handled by frame control it is handled by vif type and then released Signed-off-by: Alex Briskin --- net/mac80211/iface.c | 44 1 file changed, 24 insertions(+),

[PATCH 2/4 v2 iface_work] Further improve radabilty

Refactor ieee80211_is_skb_handled_by_pkt_typ Add ieee80211_is_handled_by_frame_control Signed-off-by: Alex Briskin --- net/mac80211/iface.c | 166 --- 1 file changed, 91 insertions(+), 75 deletions(-) diff --git

[PATCH 1/4 v2 iface_work] New function ieee80211_is_skb_handled_by_pkt_type

Split ieee80211_iface_work in two. Moved part of a code that checks pkt_type. Signed-off-by: Alex Briskin --- net/mac80211/iface.c | 75 +++- 1 file changed, 45 insertions(+), 30 deletions(-) diff --git a/net/mac80211/iface.c

[PATCH 4/4 v2 iface_work] Function renaming

Replace iee80211 prefix with mac80211 prefix as it affects mac80211 only. * Was unable to fit mac80211_is_skb_handled_by_frame_control function signature into 80 char. line, compromised on parenthesis alignment. Signed-off-by: Alex Briskin --- net/mac80211/iface.c | 21

Re: pull-request: wireless-drivers-next 2016-07-13

David Miller writes: > From: Kalle Valo > Date: Wed, 13 Jul 2016 21:29:13 +0300 > >> here's a pull request for net-next. This time there are few conflicts >> due to the cfg80211 scan API changes, and one of them is easy to miss, >> so please pay extra

Re: pull-request: wireless-drivers-next 2016-07-13

kbuild test robot writes: > Hi, > > [auto build test ERROR on wireless-drivers-next/master] > [cannot apply to v4.7-rc7 next-20160714] > [if your patch is applied to the wrong git tree, please drop us a note to > help improve the system] > > url: >