On Fri, 2018-04-13 at 14:16 +0800, pks...@realtek.com wrote:
> From: Ping-Ke Shih
>
> v4: swap the order of patch 4/9 and 5/9, because kbuild test robot reports
> undefined reference. No source code change.
> v3: forget to CC wireless mailing list, so resend again. No any change.
> v2: fix
On Tue, 2018-05-29 at 08:18 +0300, Kalle Valo wrote:
> writes:
>
> > From: Ping-Ke Shih
> >
> > The format of C2H data is ID(1 byte) + Length(1 byte) + value, and it is
> > more readable to use macros to access C2H data.
> >
> > Signed-off-by: Ping-Ke Shih
>
> [...]
>
> > ---
* Reizer, Eyal [180530 06:37]:
> > > >
> > > > With runtime PM enabled, we can now use generic calls to
> > > > pm_generic_runtime_suspend and pm_generic_runtime_resume for
> > enabling elp
> > > > during suspend when wowlan is enabled and waking the chip from elp
> > > > on resume.
> > >
> > >
On 5/30/2018 10:13 PM, Rafał Miłecki wrote:
From: Rafał Miłecki
New Broadcom firmwares mark monitor mode packets using a newly defined
bit in the flags field. Use it to filter them out and pass to the
monitor interface. These defines were found in bcmmsgbuf.h from SDK.
As not every firmware
From: Rafał Miłecki
Right now it's limited to firmwares that mark monitor interface packets
with a special flag. It's required to distinguish them from other
interface packets as firmware doesn't use any unique ifidx for monitor
interface.
In the future one may also add support for older
From: Rafał Miłecki
New Broadcom firmwares mark monitor mode packets using a newly defined
bit in the flags field. Use it to filter them out and pass to the
monitor interface. These defines were found in bcmmsgbuf.h from SDK.
As not every firmware generates radiotap header this commit
Sergey Matyukevich wrote:
> From: Andrey Shevchenko
>
> Functions qtnf_cmd_resp_parse and qtnf_cmd_resp_check have
> been removed. Remove their declarations as well.
>
> Signed-off-by: Andrey Shevchenko
9 patches applied to wireless-drivers-next.git, thanks.
6d89265d7841 qtnfmac: remove
Luca Coelho writes:
> Hi Kalle,
>
> This is the final batch of patches intended for v4.18. As discussed,
> it is focused on bugfixes. More details about the contents in the tag
> description.
>
> I have sent this out before and kbuildbot this morning, but I didn't
> get any replies from it
Trigger cfg80211_sta_mon_txrate_notify with the corresponding txrate
event when the txrate for a station goes out of configured range.
This event will be useful for the application like steering to take
decision on any station depends on its current capability.
Signed-off-by: Tamizh chelvam
---
Add support to configure station specific txrate threshold
to monitor variation in the txrate for a station. Configuration
is passed using NL80211_ATTR_STA_MON_LOW_TXRATE_THOLD and
NL80211_ATTR_STA_MON_HIGH_TXRATE_THOLD in NL80211_CMD_SET_STA_MON
command and the configuration will be represented
Add set_sta_mon_txrate_config api to configure low and high
txrate threshold for a connected station. The configuration
will be represented in 100kbps.
Signed-off-by: Tamizh chelvam
---
net/mac80211/cfg.c | 35 +++
net/mac80211/sta_info.h | 7 +++
2
Add cfg80211_sta_mon_txrate_notify to update userspace upon
crossing the configured txrate threshold for a station.
This uses NL80211_CMD_NOTIFY_STA_MON along with
NL80211_ATTR_STA_MON_TXRATE_THRESHOLD_EVENT, NL80211_ATTR_MAC
and NL80211_ATTR_STA_MON_TXRATE_LEVEL. Userspace application can
make a
This patchsets introduced new NL command and api to support
configuring txrate threshold for the connected stations and api to
notify userspace application upon crossing the configured txrate threshold.
This will be useful for the application which requires
station's current capability change
Add set_sta_mon_rssi_range_config api to support
configuring low and high RSSI threshold values
for a connected station. And trigger an event if a
station's signal strength goes out of configured
range.
Signed-off-by: Tamizh chelvam
---
net/mac80211/cfg.c | 40
This patch add support to configure peer specific rssi configuration
to monitor station's signal strength variation.
New NL80211_CMD_SET_STA_MON introduced to configure rssi threshold
and hysteresis info using NL80211_ATTR_STA_MON_RSSI_THOLD and
NL80211_ATTR_STA_MON_RSSI_HYST along with
This patch add set_sta_mon_rssi_config api to configure rssi and
hysteresis threshold value for a connected station. This configuration
will be applied only for the connected station.
Signed-off-by: Tamizh chelvam
---
net/mac80211/cfg.c | 35 +++
Add cfg80211_sta_mon_rssi_notify api to update user space upon
crossing the configured rssi threshold of a station.
NL80211_CMD_NOTIFY_STA_MON introduced to send this event to
userspace along with NL80211_ATTR_STA_MON_RSSI_THRESHOLD_EVENT,
NL80211_ATTR_MAC and NL80211_ATTR_STA_MON_RSSI_LEVEL info.
Change the NL80211_CMD_STA_MON RSSI threshold attribut to
accept any number of thresholds as a sorted array. If
user send the configuration with single RSSI threshold then
the old mechanism is enabled. Same netlink event will be
generated in both cases. This patch introduced
Triggers cfg80211_sta_mon_rssi_notify with the corresponding event when
station signal goes out of configured threshold. It uses rx data signal
to check against rssi threshold configured by the user.
This event will be useful for the application like steering to take
decision on any station
This patch changes single cqm_config into mac address based
rssi config list. This way the same structure can be
utilized by AP mode as well.
Signed-off-by: Tamizh chelvam
---
include/net/cfg80211.h | 7 +++--
net/wireless/core.c| 29
net/wireless/core.h| 6 ++--
This patchsets introduced new NL command and api to support
configuring rssi for the connected stations and api to notify
userspace application upon crossing the configured threshold.
This will be useful for the application which requires
station's current capability change information.
Tamizh
Sedat Dilek wrote:
> On Tue, May 22, 2018 at 7:21 PM, wrote:
> > I've run out of ideas and am hoping someone here can help.
> >
> > All I want to do is connect a client to my 5Ghz network.
> >
> > My client:
> > OS is Debian stable "Stretch" with sysvinit instead of systemd
> >
Hi Kalle,
This is the final batch of patches intended for v4.18. As discussed,
it is focused on bugfixes. More details about the contents in the tag
description.
I have sent this out before and kbuildbot this morning, but I didn't
get any replies from it yet.
Please let me know if there are
Hi Arend,
On Wed, May 30, 2018 at 8:05 PM Arend van Spriel <
arend.vanspr...@broadcom.com> wrote:
> On 5/27/2018 7:34 AM, Julian Calaby wrote:
> > Hi Arend,
> > On Fri, May 25, 2018 at 12:38 PM Arend van Spriel <
> > arend.vanspr...@broadcom.com> wrote:
> >
> >> On 5/22/2018 3:18 PM, Rafał
On 5/22/2018 3:18 PM, Rafał Miłecki wrote:
From: Rafał Miłecki
New Broadcom firmwares mark monitor mode packets using a newly defined
bit in the flags field. Use it to filter them out and pass to the
monitor interface. These defines were found in bcmmsgbuf.h from SDK.
As not every firmware
On 5/27/2018 7:34 AM, Julian Calaby wrote:
Hi Arend,
On Fri, May 25, 2018 at 12:38 PM Arend van Spriel <
arend.vanspr...@broadcom.com> wrote:
On 5/22/2018 3:18 PM, Rafał Miłecki wrote:
From: Rafał Miłecki
New Broadcom firmwares mark monitor mode packets using a newly defined
bit in the
With runtime PM enabled, we can now use calls to pm_runtime_force_suspend
and pm_runtime_force_resume for enabling elp during suspend when wowlan
is enabled and waking the chip from elp on resume.
Remove the custom API that was used to ensure that the command
that is used to allow ELP during
Hi,
On 30-05-18 09:28, Chi-Hsien Lin wrote:
On 05/27/2018 10:37, Hans de Goede wrote:
Hi,
On 18-05-18 09:04, Hans de Goede wrote:
Hi,
On 15-05-18 10:43, Arend van Spriel wrote:
On 5/14/2018 2:05 PM, Josh Boyer wrote:
n Mon, May 14, 2018 at 6:11 AM Arend van Spriel <
On 05/27/2018 10:37, Hans de Goede wrote:
Hi,
On 18-05-18 09:04, Hans de Goede wrote:
Hi,
On 15-05-18 10:43, Arend van Spriel wrote:
On 5/14/2018 2:05 PM, Josh Boyer wrote:
n Mon, May 14, 2018 at 6:11 AM Arend van Spriel <
arend.vanspr...@broadcom.com> wrote:
On 3/16/2018 3:08 PM,
From: Erel Geron
The non-shared antenna was wrong for 9000 device series. Fix it to
ANT_B for correct antenna preference by coex in MVM driver.
Fixes: 89374fe60bfb ("iwlwifi: Add new PCI IDs for 9260 and 5165 series")
Signed-off-by: Erel Geron
Signed-off-by: Luca Coelho
---
Hi Brian,
> > @@ -644,6 +644,9 @@ static void mwifiex_usb_disconnect(struct
> usb_interface *intf)
> > MWIFIEX_FUNC_SHUTDOWN);
> > }
> >
> > + if (adapter->workqueue)
> > + flush_workqueue(adapter->workqueue);
>
> This seems like a bad fix. I'm
From: Shaul Triebitz
Make sure the rx_allocator worker is canceled before running the
rx_init routine. rx_init frees and re-allocates all rxb's pages. The
rx_allocator worker also allocates pages for the used rxb's. Running
rx_init and rx_allocator simultaniously causes a kernel panic. Fix
From: Johannes Berg
Initially in this code, the race didn't matter since it didn't
do anything. Latest with the commit I marked this as fixing it
started to matter as something got done here that needed other
data that got freed as soon as the queue notification wait was
returning.
In the
From: Gregory Greenman
Currently, a BA session is opened when the tx traffic exceeds
10 frames per second. As a result of inter-op problems with some
APs, add a condition to open BA session only when station is
already authorized.
Fixes: 482e48440a0e ("iwlwifi: mvm: change open and close
From: Emmanuel Grumbach
Our hardware has a limited amount of buffer descriptors
for each Tx packet. Because of that, there is a short
piece of code that makes sure that that we don't push too
many subframes in an A-MSDU because of subframes needs 2
buffer descriptors. This code also takes into
From: Emmanuel Grumbach
A peer can limit the number of subframes it can handle in a
single A-MSDU. Honor this limit.
Note that the smallest limit is 8, and we are very unlikely to reach
that limit. So this isn't really a big deal.
Fixes: a6d5e32f247c ("iwlwifi: mvm: send large SKBs to the
From: Sara Sharon
In some cases we may get from FW errored frames with
UNKNOWN security type.
This may happen in unsecured aggregation flow, where
the first packet had a CRC error in the WEP bit, which
was followed by a failure to decrypt and was dropped.
The next frames in the aggregation
From: Luca Coelho
Hi,
Here's the last batch of patches intended for 4.18. Focused on
bugfixes, especially (but not exclusively) regressions introduced in
4.18. The patches include these changes:
* Some bugzilla fixes;
* Some kernel warning fixes;
* Fix for an (ETSI) WMM limits bug;
* Fix for
From: Golan Ben Ami
Recently we have switched the csr addresses and values configuration
from a single configuration to all devices to a per-device configuration.
Doing that, the configuration for 6300 devices wasn't set.
This missing definition introduced a kernel panic once trying to access
Remove the early-termination clause.
Signed-off-by: Chi-hsien Lin
Signed-off-by: Chi-Hsien Lin
---
LICENCE.cypress | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/LICENCE.cypress b/LICENCE.cypress
index b320f27..070ef66 100644
--- a/LICENCE.cypress
+++
Update Cypress license termination clause and several firmware files.
Chi-Hsien Lin (6):
Update Cypress license termination clause
brcm: update firmware for bcm43430 sdio
brcm: update firmware for bcm43340 sdio
brcm: update firmware for bcm43362 sdio
brcm: update firmware for bcm4354
> > >
> > > With runtime PM enabled, we can now use generic calls to
> > > pm_generic_runtime_suspend and pm_generic_runtime_resume for
> enabling elp
> > > during suspend when wowlan is enabled and waking the chip from elp
> > > on resume.
> >
> > Sry, but not sure you can :(
> >
> > These
42 matches
Mail list logo
