Joe Perches writes:
> On Fri, 2017-09-01 at 08:37 +0300, Luca Coelho wrote:
>> On Thu, 2017-08-31 at 14:57 -0700, Joe Perches wrote:
>> > On Fri, 2017-08-25 at 11:27 +0300, Luca Coelho wrote:
>> > > From: Liad Kaufman
>> > >
>> > > There is a debug print that sometimes reaches over
>> > > 110 c
On Fri, 2017-09-01 at 11:15 +0300, Kalle Valo wrote:
> Joe Perches writes:
> > On Fri, 2017-09-01 at 08:37 +0300, Luca Coelho wrote:
> > > On Thu, 2017-08-31 at 14:57 -0700, Joe Perches wrote:
> > > > On Fri, 2017-08-25 at 11:27 +0300, Luca Coelho wrote:
> > > > > From: Liad Kaufman
> > > > > The
Hello Shaul Triebitz,
The patch 732d06e9d9cf: "iwlwifi: mvm: add station before allocating
a queue" from Jul 10, 2017, leads to the following static checker
warning:
drivers/net/wireless/intel/iwlwifi/mvm/sta.c:1312
iwl_mvm_add_int_sta_common()
error: uninitialized symbol 'status
On Thu, Aug 31, 2017 at 10:33:28AM -0500, Larry Finger wrote:
> Should the patch to wireless-drivers be annotated with a Stable reference so
> that it is added to 4.12 and 4.13?
According to Documentation/networking/netdev-FAQ.txt networking patches
should not be marked cc:stable, instead a decent
Return error when failing to set power management capabilities flag. This will
cause the suspend to fail but the radio will continue to operate. Allowing this
to fail without reporting error will cause the radio to be non-functional on
resume as it will have lost power.
Signed-off-by: Eric Bent
Stanislaw Gruszka writes:
> On Thu, Aug 31, 2017 at 10:33:28AM -0500, Larry Finger wrote:
>> Should the patch to wireless-drivers be annotated with a Stable reference so
>> that it is added to 4.12 and 4.13?
>
> According to Documentation/networking/netdev-FAQ.txt networking patches
> should not
Hi Dave,
here's a pull request to net-next for 4.14. If the merge window opens on
Sunday I'm planning to have this as the last one.
Please let me know if there are any problems.
Kalle
The following changes since commit d081a16db80ef7a260fb178aa1199e01f7432625:
net: bcmgenet: Do not return fr
On 09/01/2017 09:31 AM, Kalle Valo wrote:
Stanislaw Gruszka writes:
On Thu, Aug 31, 2017 at 10:33:28AM -0500, Larry Finger wrote:
Should the patch to wireless-drivers be annotated with a Stable reference so
that it is added to 4.12 and 4.13?
According to Documentation/networking/netdev-FAQ.
On Wed, Aug 30, 2017 at 02:02:18PM +0200, Antony Antony wrote:
> hi,
>
> On Wed, Aug 30, 2017 at 10:28:20AM +0800, Chen-Yu Tsai wrote:
> > On Wed, Aug 30, 2017 at 5:43 AM, Antony Antony wrote:
>
> > > a/Documentation/devicetree/bindings/net/wireless/brcm,bcm43xx-fmac.txt
> > > +++ b/Documentatio
From: Kalle Valo
Date: Fri, 01 Sep 2017 17:34:43 +0300
> here's a pull request to net-next for 4.14. If the merge window opens on
> Sunday I'm planning to have this as the last one.
>
> Please let me know if there are any problems.
Ok, pulled, thanks.
Kees Cook writes:
> Several timer users needlessly reset their .function/.data fields during
> their timer callback, but nothing else changes them. Some users do not
> use their .data field at all. Each instance is removed here.
For *wan/hdlc*
Acked-by: Krzysztof Halasa
> --- a/drivers/net/wan
On 01-09-17 18:49, Rob Herring wrote:
On Wed, Aug 30, 2017 at 02:02:18PM +0200, Antony Antony wrote:
hi,
On Wed, Aug 30, 2017 at 10:28:20AM +0800, Chen-Yu Tsai wrote:
On Wed, Aug 30, 2017 at 5:43 AM, Antony Antony wrote:
a/Documentation/devicetree/bindings/net/wireless/brcm,bcm43xx-fmac.tx
On 01-09-17 15:00, Eric Bentley wrote:
Return error when failing to set power management capabilities flag. This will
cause the suspend to fail but the radio will continue to operate. Allowing this
to fail without reporting error will cause the radio to be non-functional on
resume as it will ha
On 31-08-17 00:51, Ian W MORRISON wrote:
The firmware feature check introduced for multi-scheduled scan is also
failing for bcm4345 devices resulting in a firmware crash.
The reason for this crash has not yet been root cause so this patch avoids
the feature check for those device as a short-term
On Thu, Aug 31, 2017 at 11:30 PM, Greg Maitz wrote:
> Hi guys,
>
> I'm seeing a problem when I work on the wireless mesh between two
> linux devices. The root node has 3.18 kernel while the next hop
> station runs 2.6.37 kernel. I found the mpath->sn value is incorrect
> most of the time on the de
On 08/31/2017 05:29 PM, Kees Cook wrote:
> Several timer users needlessly reset their .function/.data fields during
> their timer callback, but nothing else changes them. Some users do not
> use their .data field at all. Each instance is removed here.
For amiflop:
Acked-by: Jens Axboe
--
Jens
On Fri, Sep 01, 2017 at 09:10:41PM +0200, Arend van Spriel wrote:
> On 01-09-17 18:49, Rob Herring wrote:
> > On Wed, Aug 30, 2017 at 02:02:18PM +0200, Antony Antony wrote:
> > > hi,
> > >
> > > On Wed, Aug 30, 2017 at 10:28:20AM +0800, Chen-Yu Tsai wrote:
> > > > On Wed, Aug 30, 2017 at 5:43 AM,
On 01-09-17 22:40, Antony Antony wrote:
On Fri, Sep 01, 2017 at 09:10:41PM +0200, Arend van Spriel wrote:
On 01-09-17 18:49, Rob Herring wrote:
On Wed, Aug 30, 2017 at 02:02:18PM +0200, Antony Antony wrote:
hi,
On Wed, Aug 30, 2017 at 10:28:20AM +0800, Chen-Yu Tsai wrote:
On Wed, Aug 30, 201
On Fri, Sep 1, 2017 at 2:10 PM, Arend van Spriel
wrote:
> On 01-09-17 18:49, Rob Herring wrote:
>>
>> On Wed, Aug 30, 2017 at 02:02:18PM +0200, Antony Antony wrote:
>>>
>>> hi,
>>>
>>> On Wed, Aug 30, 2017 at 10:28:20AM +0800, Chen-Yu Tsai wrote:
On Wed, Aug 30, 2017 at 5:43 AM, Antony A
On 01-09-17 23:38, Rob Herring wrote:
On Fri, Sep 1, 2017 at 2:10 PM, Arend van Spriel
wrote:
On 01-09-17 18:49, Rob Herring wrote:
On Wed, Aug 30, 2017 at 02:02:18PM +0200, Antony Antony wrote:
hi,
On Wed, Aug 30, 2017 at 10:28:20AM +0800, Chen-Yu Tsai wrote:
On Wed, Aug 30, 2017 at 5
On 08/31/2017 05:52 AM, Kalle Valo wrote:
> This had a warning:
>
> drivers/net/wireless/ath/ath10k/pci.c:3651:1: warning: symbol
> 'ath10k_pci_pm_ops' was not declared. Should it be static?
>
> I fixed it in the pending branch by making it static:
>
> static SIMPLE_DEV_PM_OPS(ath10k_pci_pm_ops,
From: Igor Mitsyanko
This patchset has a goal to start using full current channel information
as reported by wireless device (specifically, center freq 1 and 2 and
operational BW).
It was part of bigger changeset when it was V1.
Changelist V1->V2:
PATCH 2:
- do not rename "chandef" local vari
From: Igor Mitsyanko
Signed-off-by: Igor Mitsyanko
---
drivers/net/wireless/quantenna/qtnfmac/cfg80211.c | 2 +-
drivers/net/wireless/quantenna/qtnfmac/commands.c | 5 +++--
drivers/net/wireless/quantenna/qtnfmac/commands.h | 2 +-
3 files changed, 5 insertions(+), 4 deletions(-)
diff --git a/
From: Igor Mitsyanko
Signed-off-by: Igor Mitsyanko
---
drivers/net/wireless/quantenna/qtnfmac/event.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/net/wireless/quantenna/qtnfmac/event.c
b/drivers/net/wireless/quantenna/qtnfmac/event.c
index b1acc24..7481d5b 100644
--- a/drive
From: Igor Mitsyanko
Do not try to cache current operational channel info in driver, this
is a potential source of synchronization issues + driver does not
really need that info.
Introduce GET_CHANNEL command and process it appropriately.
Signed-off-by: Igor Mitsyanko
---
drivers/net/wireless
From: Igor Mitsyanko
It is no longer used.
Signed-off-by: Igor Mitsyanko
---
drivers/net/wireless/quantenna/qtnfmac/commands.c | 1 -
drivers/net/wireless/quantenna/qtnfmac/core.h | 5 -
drivers/net/wireless/quantenna/qtnfmac/event.c| 2 --
3 files changed, 8 deletions(-)
diff --g
From: Igor Mitsyanko
Signed-off-by: Igor Mitsyanko
---
drivers/net/wireless/quantenna/qtnfmac/cfg80211.c | 5 -
1 file changed, 5 deletions(-)
diff --git a/drivers/net/wireless/quantenna/qtnfmac/cfg80211.c
b/drivers/net/wireless/quantenna/qtnfmac/cfg80211.c
index 17b323e..4590f30 100644
-
From: Igor Mitsyanko
It is never used for anything useful, and all logic is handled by
either WiFi card or higher layers.
Signed-off-by: Igor Mitsyanko
---
drivers/net/wireless/quantenna/qtnfmac/cfg80211.c | 12
drivers/net/wireless/quantenna/qtnfmac/commands.c | 2 --
drivers/ne
From: Igor Mitsyanko
This makes no sense because real operational channel is choosen based
on AP operation, not on what STA is configured to.
Signed-off-by: Igor Mitsyanko
---
drivers/net/wireless/quantenna/qtnfmac/cfg80211.c | 15 +--
drivers/net/wireless/quantenna/qtnfmac/command
From: Igor Mitsyanko
Specifically, it has to report center frequency, secondary center
frequency (for 80+80) and BW.
Introduce channel definition structure to qlink and modify channel
change event processing function accordingly.
Signed-off-by: Igor Mitsyanko
---
drivers/net/wireless/quantenna
From: Igor Mitsyanko
Signed-off-by: Igor Mitsyanko
---
drivers/net/wireless/quantenna/qtnfmac/qlink.h | 16
drivers/net/wireless/quantenna/qtnfmac/qlink_util.c | 16
2 files changed, 16 insertions(+), 16 deletions(-)
diff --git a/drivers/net/wireless/quan
31 matches
Mail list logo