On Mon, 2015-04-13 at 17:26 -0400, Bob Copeland wrote:
mac80211: introduce plink lock for plink fields
The mesh plink code uses sta-lock to serialize access to the
plink state fields between the peer link state machine and the
peer link timer. Some paths (e.g. those involving
On Tue, 2015-03-31 at 08:56 -0700, Ben Greear wrote:
Well, depends. Our driver just asks the firmware to do the scan, and it
will do all the scheduling by itself, i.e. it'll go through the channels
at convenient times etc.
I do not want to offload scanning in user-space, which is the
On Mon, 2015-04-13 at 18:27 +0200, Jonathan Corbet wrote:
A couple of enums in mac80211.h became structures recently, but the
comments didn't follow suit, leading to errors like:
Error(.//include/net/mac80211.h:367): Cannot parse enum!
Documentation/DocBook/Makefile:93: recipe for target
De : Seth Forshee [mailto:seth.fors...@canonical.com] Envoyé : lundi 13
avril 2015 21:54
On Mon, Apr 13, 2015 at 09:36:33PM +0200, Johannes Berg wrote:
On Mon, 2015-04-13 at 14:18 -0500, Seth Forshee wrote:
On Mon, Apr 13, 2015 at 08:56:36PM +0200, Johannes Berg wrote:
On Mon,
On 04/13/2015 10:34 PM, Michal Kazior wrote:
On 14 April 2015 at 02:10, Ben Greear gree...@candelatech.com wrote:
On 04/13/2015 10:41 AM, Ben Greear wrote:
Looks like I have some more work to do. For any moderately large frames,
I am now dropping the last 16 bytes. Looks like the
From: Johannes Berg johannes.b...@intel.com
The driver can clearly enable fast-xmit since it does rate
control in the device and thus must do duration calculation
there as well.
Signed-off-by: Johannes Berg johannes.b...@intel.com
---
drivers/net/wireless/ti/wlcore/main.c | 3 ++-
1 file
From: Hante Meuleman meule...@broadcom.com
Reviewed-by: Arend Van Spriel ar...@broadcom.com
Reviewed-by: Pieter-Paul Giesberts piete...@broadcom.com
Signed-off-by: Hante Meuleman meule...@broadcom.com
Signed-off-by: Arend van Spriel ar...@broadcom.com
---
From: Pontus Fuchs pont...@broadcom.com
commit 3f1615340acea54e21f4b9d4d65921540dca84b2 upstream.
A short or malformed vendor command buffer could cause reads outside
the command buffer.
Signed-off-by: Pontus Fuchs pont...@broadcom.com
[ar...@broadcom.com: slightly modified debug trace output]
This series include some fixes related to SDIO suspend and resume,
wiphy band info and changes in regulatory settings. Furthermore,
support for BCM4324 SDIO and BCM4358 PCIe is added. Finally,
some patches from Hante that should enable support of PCIe devices
on router platforms.
This series is
commit 330b4e4be937 (brcmfmac: Add wowl support for SDIO devices.)
changed the behaviour by removing the MMC_PM_KEEP_POWER flag for
non-wowl scenario, which needs to be restored. Another necessary
change is to mark the card as being non-removable. With this in place
the suspend resume test passes
The scheduled scan support depends on firmware supporting the PNO
feature. This feature is optional so add a feature flag for this
in the driver and announce scheduled scan support accordingly.
Reviewed-by: Hante Meuleman meule...@broadcom.com
Reviewed-by: Pieter-Paul Giesberts
The driver was constructing a list of channels per wiphy band
by querying the device. This list is not what the hardware is
able to do as it is already filtered by the country setting in
the device. As user-space may change the country this would
require updating the channel list which is not
When the sdio bus state is not ready to process we abort the
interrupt service routine. This is not wanted as it keeps the
interrupt source active. Better clear the interrupt source.
Reviewed-by: Hante Meuleman meule...@broadcom.com
Reviewed-by: Pieter-Paul Giesberts piete...@broadcom.com
Some feature flags were not described in the header file. Adding
the description.
Reviewed-by: Hante Meuleman meule...@broadcom.com
Reviewed-by: Pieter-Paul Giesberts piete...@broadcom.com
Signed-off-by: Arend van Spriel ar...@broadcom.com
---
drivers/net/wireless/brcm80211/brcmfmac/feature.h |
When change the country code the available channels may change. So
the wiphy bands should be updated accordingly.
Reviewed-by: Daniel (Deognyoun) Kim de...@broadcom.com
Reviewed-by: Hante Meuleman meule...@broadcom.com
Reviewed-by: Pieter-Paul Giesberts piete...@broadcom.com
Signed-off-by: Arend
From: Hante Meuleman meule...@broadcom.com
With PCIE it is possible to support multiple devices with the
same device type. They all load the same nvram file. In order to
support this the nvram can specify which part of the nvram is
for which pcie device. This patch adds support for these new
This patch adds support for the BCM4358 2x2 11ac device.
Reviewed-by: Pieter-Paul Giesberts piete...@broadcom.com
Signed-off-by: Arend van Spriel ar...@broadcom.com
---
drivers/net/wireless/brcm80211/brcmfmac/chip.c | 1 +
drivers/net/wireless/brcm80211/brcmfmac/pcie.c | 9 +
From: Johannes Berg johannes.b...@intel.com
Implement the necessary software segmentation on the normal
TX path so that fast-xmit can use segmentation offload if
the hardware (or driver) supports it.
Signed-off-by: Johannes Berg johannes.b...@intel.com
---
net/mac80211/ieee80211_i.h | 3 +-
From: Johannes Berg johannes.b...@intel.com
When we go through the complete TX processing, there are a number
of things like fragmentation and software crypto that require the
checksum to be calculated already.
In favour of maintainability, instead of adding the necessary call
to
On Tue, 2015-04-14 at 17:03 +0200, Johannes Berg wrote:
First, add the TX fastpath (fast-xmit) that I've been kicking around for
a while. I'm pretty happy with the abstraction since it allows me to not
have to worry about a lot of details in the regular TX path...
Secondly, I want to enable
It's been observed that device sometimes fails to find AP
configured in hidden SSID in busy environment. We will increase
number of probes for specific SSID scans for getting better results.
Signed-off-by: Amitkumar Karwar akar...@marvell.com
Signed-off-by: Avinash Patil pat...@marvell.com
---
On Tue, 2015-04-14 at 07:56 -0700, Ben Greear wrote:
Well, the question isn't really that offloading, the question is what
happens with the hw-scan logic in hwsim? Though I guess now that I think
about it, that wouldn't show up in userspace at all with your changes.
I think for HW scan
On 04/14/2015 01:13 AM, Johannes Berg wrote:
On Tue, 2015-03-31 at 08:56 -0700, Ben Greear wrote:
Well, depends. Our driver just asks the firmware to do the scan, and it
will do all the scheduling by itself, i.e. it'll go through the channels
at convenient times etc.
I do not want to
On 04/14/2015 08:06 AM, Johannes Berg wrote:
On Tue, 2015-04-14 at 07:56 -0700, Ben Greear wrote:
Well, the question isn't really that offloading, the question is what
happens with the hw-scan logic in hwsim? Though I guess now that I think
about it, that wouldn't show up in userspace at all
On Tue, 2015-04-14 at 07:49 -0700, Amitkumar Karwar wrote:
It's been observed that device sometimes fails to find AP
configured in hidden SSID in busy environment. We will increase
number of probes for specific SSID scans for getting better results.
I question the value of making the busy
From: Johannes Berg johannes.b...@intel.com
When crypto is offloaded then in some cases it's all handled
by the device, and in others only some space for the IV must
be reserved in the frame. Handle both of these cases in the
fast-xmit path, up to a limit of 18 bytes of space for IVs.
From: Johannes Berg johannes.b...@intel.com
IBSS can be supported very easily since it uses the standard station
authorization state etc. so it just needs to be covered by the header
building switch statement.
Signed-off-by: Johannes Berg johannes.b...@intel.com
---
net/mac80211/tx.c | 7
From: Johannes Berg johannes.b...@intel.com
If the driver handles fragmentation then it wouldn't
be done in software so we can still use the fast-xmit
path in that case.
Signed-off-by: Johannes Berg johannes.b...@intel.com
---
net/mac80211/tx.c | 3 ++-
1 file changed, 2 insertions(+), 1
From: Johannes Berg johannes.b...@intel.com
For hwsim, the duration field in frames is already not valid for
the common case of HT/VHT MCSes, so there's little point in trying
to keep it accurate for the legacy rates. Enable the fast-xmit code
to allow testing that, although given the dependency
From: Johannes Berg johannes.b...@intel.com
In order to speed up mac80211's TX path, add the fast-xmit cache
that will cache the data frame 802.11 header and other data to be
able to build the frame more quickly. This cache is rebuilt when
external triggers imply changes, but a lot of the checks
First, add the TX fastpath (fast-xmit) that I've been kicking around for
a while. I'm pretty happy with the abstraction since it allows me to not
have to worry about a lot of details in the regular TX path...
Secondly, I want to enable more offloads. So the first thing to do is to
actually fix
Hello,
I am developing a module which adds the support for IEEE 1609.4 for
WAVE(Wireless Access for vehicular environments) in mac80211. One of the
specifications of 1609.4 is channel access in alternate fashion, i.e. I
need to switch between two channels alternatively, giving 50ms to each
On 15 April 2015 at 00:45, YanBo dreamfly...@gmail.com wrote:
On Mon, Apr 13, 2015 at 12:45 AM, Janusz Dziedzic
janusz.dzied...@tieto.com wrote:
Don't disable PS while we are not connected.
In other case we will get higher power consumption.
Signed-off-by: Janusz Dziedzic
On Tue, Apr 14, 2015 at 07:49:16AM -0700, Amitkumar Karwar wrote:
It's been observed that device sometimes fails to find AP
configured in hidden SSID in busy environment. We will increase
number of probes for specific SSID scans for getting better results.
I don't like this. It worries me.
On Mon, Apr 13, 2015 at 12:45 AM, Janusz Dziedzic
janusz.dzied...@tieto.com wrote:
Don't disable PS while we are not connected.
In other case we will get higher power consumption.
Signed-off-by: Janusz Dziedzic janusz.dzied...@tieto.com
---
drivers/net/wireless/ath/ath10k/mac.c | 8 +++-
Connecting GNUnet with Openwrt
Is this the right place to forward this email?
Kind regards
Demos
Weitergeleitete Nachricht
Betreff: Re: [GNUnet-developers] EDN
Datum: Tue, 14 Apr 2015 22:33:50 +0200
Von: Christian Grothoff groth...@gnunet.org
An: demos de...@posteo.de,
This patch adds support for the BCM4324 B5 revision. This device
is similar to BCM43241 from driver and firmware perspective. It
is known to be used in Lenovo Thinkpad Tablet devices.
Reviewed-by: Hante Meuleman meule...@broadcom.com
Reviewed-by: Pieter-Paul Giesberts piete...@broadcom.com
37 matches
Mail list logo
