On 02/05/2016 04:41 PM, Rafał Miłecki wrote:
On 6 February 2016 at 00:53, Samuel Sieb wrote:
However, what happens is:
Feb 04 11:55:50 localhost kernel: bcma: bus0: Found chip with id 43142, rev
0x01 and package 0x08
Feb 04 11:55:50 localhost kernel: bcma: bus0: Core 0 found: ChipCommon
(manuf
On 6 February 2016 at 00:53, Samuel Sieb wrote:
> However, what happens is:
> Feb 04 11:55:50 localhost kernel: bcma: bus0: Found chip with id 43142, rev
> 0x01 and package 0x08
> Feb 04 11:55:50 localhost kernel: bcma: bus0: Core 0 found: ChipCommon
> (manuf 0x4BF, id 0x800, rev 0x28, class 0x0)
I found a message to this list from 2013 that indicates the BCM43142
chipset should work:
https://marc.info/?l=linux-wireless&m=137223374523831&w=2
However, what happens is:
Feb 04 11:55:50 localhost kernel: bcma: bus0: Found chip with id 43142,
rev 0x01 and package 0x08
Feb 04 11:55:50 localho
On Fri, Feb 5, 2016 at 2:46 AM, David Laight wrote:
> From: Kees Cook
>> Sent: 04 February 2016 21:01
>> Some callers of strtobool were passing a pointer to unterminated strings.
>> In preparation of adding multi-character processing to kstrtobool, update
>> the callers to not pass single-characte
This consolidates logic for handling "on"/"off" parsing for bools into the
strtobool function, by way of moving it into kstrtobool (with helpers),
and updating various callers.
v3:
- removed unused "base" argument
- fixed missing description change
- retained inverted __setup return values
- remov
Add support for "on" and "off" when converting to boolean.
Signed-off-by: Kees Cook
---
v3:
- add dropped descripion change, andy.shevchenko
---
lib/kstrtox.c | 20 +---
1 file changed, 17 insertions(+), 3 deletions(-)
diff --git a/lib/kstrtox.c b/lib/kstrtox.c
index e8ba4a013e8
Some callers of strtobool were passing a pointer to unterminated strings.
In preparation of adding multi-character processing to kstrtobool, update
the callers to not pass single-character pointers, and switch to using the
new kstrtobool_from_user helper where possible.
Signed-off-by: Kees Cook
C
Create the kstrtobool_from_user helper and moves strtobool logic into
the new kstrtobool (matching all the other kstrto* functions). Provides
an inline wrapper for existing strtobool callers.
Signed-off-by: Kees Cook
---
v3:
- drop needless "base" argument, rasmus
---
include/linux/kernel.h | 2
This changes several users of manual "on"/"off" parsing to use strtobool.
Some side-effects:
- these uses will now parse y/n/1/0 meaningfully too
- the early_param uses will now bubble up parse errors
Signed-off-by: Kees Cook
Acked-by: Heiko Carstens
Acked-by: Michael Ellerman
Cc: x...@kernel.
On Thu, Feb 4, 2016 at 3:55 PM, Rasmus Villemoes
wrote:
> On Thu, Feb 04 2016, Kees Cook wrote:
>
>> Create the kstrtobool_from_user helper and moves strtobool logic into
>> the new kstrtobool (matching all the other kstrto* functions). Provides
>> an inline wrapper for existing strtobool callers
On Friday, February 05, 2016 04:07:22 PM Eric Hillary wrote:
> Has anyone experienced that RTS/CTS handshaking stops occurring at the
> client if the the access point enables WMM?
yes, the 802.11-draftn device has problems (rx and tx become stuck) with
802.11n and proper WMM (and with RTS/CTS). Sad
This adds the NL80211_ATTR_WIPHY_HTCAP_RXMASK attribute to
NL80211_CMD_SET_WIPHY in order for the user to specify the ht_caps mcs
rxmask.
Signed-off-by: Cedric Debarge
---
include/uapi/linux/nl80211.h | 5 +
net/wireless/nl80211.c | 18 ++
net/wireless/rdev-ops.h
Allows the ht_caps mcs rxmask to be defined on the fly.
In this implementation, the given rxmask is applied to
every band available.
This is only applicable for radio cards without internal rc.
Signed-off-by: Cedric Debarge
---
include/net/cfg80211.h | 7 +++
net/mac80211/cfg.c | 48 +++
Has anyone experienced that RTS/CTS handshaking stops occurring at the
client if the the access point enables WMM?
Using the carl9170 driver with RTS/CTS handshaking enabled on a USB
Ubiquiti SR71-USB (Atheros AR9170 based wireless adapter). RTS/CTS will
stop working when WMM is enabled on the
This patchset allows the ht_caps mcs rxmask to be defined on the fly.
It applies the given rxmask to all available bands.
This is actually limited to radio cards without internal rc.
Cedric DEBARGE (2):
cfg80211: add support for ht_caps mcs rxmask override
nl80211: add nl attribute to set ht_
On 02/05/2016 12:44 AM, Michal Kazior wrote:
Per-station queues sound tricky if you consider bufferbloat.
To maximize use of airtime (i.e. txop) you need to send big
aggregates. Since aggregates are per station-tid to maximize
multi-station performance (in AP mode) you'll need to queue a lot of
> A bursted txop can be as big as 5-10ms. If you consider you want to
> queue 5-10ms worth of data for *each* station at any given time you
> obviously introduce a lot of lag. If you have 10 stations you might
> end up with service period at 10*10ms = 100ms. This gets even worse if
> you consider M
On 02/04/2016 11:41 AM, Jes Sorensen wrote:
Larry Finger writes:
On 02/04/2016 10:45 AM, Jes Sorensen wrote:
Drunk Cat writes:
problem: it does not connect to any wifi network you can see the time out on
dmesg
lsusb
Bus 002 Device 007: ID 0bda:817f Realtek Semiconductor Corp. RTL8188RU
Currently, we are providing wrong payload data of pktlog to trace points.
Data we receive from FW through copy engine 8 contains pktlog data alone.
We don't need to parse anything in driver before handing it to trace
points.
Fixes: afb0bf7f530b ("ath10k: add support for pktlog in QCA99X0")
Signed-
pktlog data is different between firmware variants (eg. 10.2 vs 10.4). To
have a unified user space script to decode pktlog trace events generated,
it is desirable to know which firmware variant has provided the events and
thereby decode the pktlogs appropriately. Hardware revision (hw_rev) helps
t
After the addition of the wakeup code in wilc1000, it no longer
builds when CONFIG_PM is disabled:
drivers/staging/wilc1000/wilc_wfi_cfgoperations.c: In function
'wilc_create_wiphy':
drivers/staging/wilc1000/wilc_wfi_cfgoperations.c:2632:13: error: 'struct
wiphy' has no member named 'wowlan'
w
qiao writes:
> Now I setup AP (ath9k driver) and want to find a way to kick off a
> special wifi user from the AP. I know “iw dev station del”,
You're confusing levels of the ISO 7 level models.
The place where you kick AP users would be in hostapd, not on the driver
level. Or do you think it
From: Kees Cook
> Sent: 04 February 2016 21:01
> Some callers of strtobool were passing a pointer to unterminated strings.
> In preparation of adding multi-character processing to kstrtobool, update
> the callers to not pass single-character pointers, and switch to using the
> new kstrtobool_from_u
Requires software tx queueing support. frag_list support (for zero-copy)
is optional.
Signed-off-by: Felix Fietkau
---
include/net/mac80211.h | 14 +
net/mac80211/agg-tx.c | 5 ++
net/mac80211/debugfs.c | 2 +
net/mac80211/ieee80211_i.h | 1 +
net/mac80211/tx.c |
On 2016-02-05 07:22, brian demsky wrote:
> Is there a mechanism that can be used to allow some clients/ports on a
> given SSID and AP to communicate, but to block others from
> communicating?
>
> In other words, can I implement something like firewall rules between
> clients on the same SSID/AP?
Y
wowlan'
Looking at other drivers wowlan can be only used when CONFIG_PM is
defined.
Fixes: 73584a40d748 ("staging: wilc1000: add ops resuem/suspend/wakeup in
cfg80211")
Cc: Glen Lee
Signed-off-by: Sudip Mukherjee
---
builds of next-20160205.
I think I have seen the same repor
On 4 February 2016 at 22:14, Ben Greear wrote:
> On 02/04/2016 12:56 PM, Grumbach, Emmanuel wrote:
>> On 02/04/2016 10:46 PM, Ben Greear wrote:
>>> On 02/04/2016 12:16 PM, Emmanuel Grumbach wrote:
As many (all?) WiFi devices, Intel WiFi devices have
transmit queues which have 256 tr
27 matches
Mail list logo