This adds support for the 4356-sdio wireless chip.
Signed-off-by: Christian Daudt
---
drivers/net/wireless/broadcom/brcm80211/brcmfmac/bcmsdh.c | 1 +
drivers/net/wireless/broadcom/brcm80211/brcmfmac/chip.c | 1 +
drivers/net/wireless/broadcom/brcm80211/brcmfmac/sdio.c |
brcmf_sdiod_intr_unregister call that removes both func1 and
func2 interrupt handlers only called when brcmf_ops_sdio_remove
is called for func 1 (which is the 2nd call) but sdio is expecting
it to be removed at the end of each sdio_remove call.
This is causing 'rmmod bcmrfmac' on a 4356-sdio chip
When chip attach fails, brcmf_sdiod_intr_unregister is being called
but that is too early as sdiodev->settings has not been set yet
nor has brcmf_sdiod_intr_register been called.
Change to use oob_irq_requested + newly created sd_irq_requested
to decide on what to unregister at intr_unregister
The TSO code creates A-MSDUs from a single large send. Each
A-MSDU is an skb and skb->len doesn't include the number of
bytes which need to be added for the headers being added
(subframe header, TCP header, IP header, SNAP, padding).
To be able to set the right value in the Tx command, we
put the
Hi Kalle,
I know it is extremely late in the cycle, but this patch is intended
for 4.6... It fixes a regression I introduced: a P2P specification
violation as mentioned in the commit message.
The patch is rather big in terms of number of lines changed, but the
semantics is very simple. I have to
On Tue, May 03, 2016 at 04:33:13PM +0200, Florian Westphal wrote:
> Replace all trans_start updates with netif_trans_update helper.
> change was done via spatch:
>
> struct net_device *d;
> @@
> - d->trans_start = jiffies
> + netif_trans_update(d)
>
> Compile tested only.
>
> Cc:
Signed-off-by: Rafał Miłecki
---
station.c | 65 ---
1 file changed, 62 insertions(+), 3 deletions(-)
diff --git a/station.c b/station.c
index 8fdb83a..b29b788 100644
--- a/station.c
+++ b/station.c
@@ -498,9 +498,68
rt2860.bin: from 34 to 0.40
Cc: Shiang Tu
Cc: Hua Shao (邵华)
Cc: Stanislaw Gruszka
Cc: Kalle Valo
Cc: linux-wireless@vger.kernel.org
Cc: linux-firmw...@kernel.org
Signed-off-by: Xose Vazquez Perez
rt2870.bin from 29 to 0.36
Cc: Shiang Tu
Cc: Hua Shao (邵华)
Cc: Stanislaw Gruszka
Cc: Kalle Valo
Cc: linux-wireless@vger.kernel.org
Cc: linux-firmw...@kernel.org
Signed-off-by: Xose Vazquez Perez
Hi,
On Wed, May 4, 2016 at 3:04 PM, Amitkumar Karwar wrote:
> Hi Marek,
>
>> From: Belisko Marek [mailto:marek.beli...@gmail.com]
>> Sent: Wednesday, May 04, 2016 5:48 PM
>> To: linux-wireless@vger.kernel.org; Amitkumar Karwar
>> Subject: mwifiex 8897 disable 11ac in sta
Hi Marek,
> From: Belisko Marek [mailto:marek.beli...@gmail.com]
> Sent: Wednesday, May 04, 2016 5:48 PM
> To: linux-wireless@vger.kernel.org; Amitkumar Karwar
> Subject: mwifiex 8897 disable 11ac in sta mode
>
> Hi,
>
> it is possible somehow to disable 11ac in mwifiex driver for sta mode(I
>
On Tuesday 03 May 2016 08:03 PM, Florian Westphal wrote:
> Replace all trans_start updates with netif_trans_update helper.
> change was done via spatch:
>
> struct net_device *d;
> @@
> - d->trans_start = jiffies
> + netif_trans_update(d)
>
> Compile tested only.
>
> Cc:
> > +static __net_init int hwsim_init_net(struct net *net)
> > +{
> > + struct mac80211_hwsim_data *data;
> > + bool exists = true;
> > + int netgroup = 0;
> > +
> > + spin_lock_bh(_radio_lock);
> > + while (exists) {
> > + exists = false;
> > +
Hi,
Florian Westphal writes:
> Replace all trans_start updates with netif_trans_update helper.
> change was done via spatch:
>
> struct net_device *d;
> @@
> - d->trans_start = jiffies
> + netif_trans_update(d)
>
> Compile tested only.
>
> Cc:
Hi!
> This creates a new LED trigger to be used by platform drivers as a
> default trigger for airplane-mode indicator LEDs.
>
> By default this trigger will fire when RFKILL_OP_CHANGE_ALL is called
> for all types (RFKILL_TYPE_ALL), setting the LED brightness to LED_FULL
> when the changing the
On Wed, May 4, 2016 at 1:33 AM, Johannes Berg wrote:
> On Wed, 2016-05-04 at 01:20 +0530, Krishna Chaitanya wrote:
>> On Wed, May 4, 2016 at 1:05 AM, Johannes Berg > net> wrote:
>> >
>> > There is, btw, perhaps a different way - just fix the
"max_amsdu_len" isn't set if kstrtouint() fails.
Signed-off-by: Dan Carpenter
diff --git a/drivers/net/wireless/intel/iwlwifi/mvm/debugfs.c
b/drivers/net/wireless/intel/iwlwifi/mvm/debugfs.c
index 362a546..cb8db23 100644
---
We never initalize ampdu_status so it causes a static checker warning
when we pass it to iwl_mvm_pass_packet_to_mac80211(). Fortunately, it's
never used so we can just remove it.
Signed-off-by: Dan Carpenter
diff --git a/drivers/net/wireless/intel/iwlwifi/mvm/rx.c
What about if "rtlphy->pwrgroup_cnt" is 2? In that case we would use an
uninitialized "chnlgroup" variable and probably crash. Maybe that can't
happen for some reason which is not obvious but in that case this patch
is harmless.
Setting it to zero seems like a standard default in the
19 matches
Mail list logo