Hi Kalle.
Thanks for your response.
Kalle Valo wrote:
> So feel free to close both of the lists and thanks for the heads up.
Ok. I will send a shutdown notice to both lists during the next few days,
then unsubscribe all subscribers, and close the lists for new
subscriptions. I intend to keep
Marvell folks tell me this is a debugging event that the driver doesn't
need to handle, but on 8997 w/ firmware 16.68.1.p97, I see several of
these sorts of messages at (for instance) boot time:
[ 13.825848] mwifiex_pcie :01:00.0: event: unknown event id: 0x63
[ 14.838561] mwifiex_pcie
Depending on system factors (e.g., the PCIe link PM state), the first
read to wake up the Wifi firmware can take a long time. There is no
reason to use a (blocking, non-posted) read at this point, so let's just
use a write instead. Write vs. read doesn't matter functionality-wise --
it's just a
In mwifiex_delay_for_sleep_cookie(), we're looping and waiting for the
PCIe endpoint to write a magic value back to memory, to signal that it
has finished going to sleep. We're not letting the compiler know that
this might change underneath our feet though. Let's do that, for good
hygiene.
I'm
The following sequence occurs when using IEEE power-save on 8997:
(a) driver sees SLEEP event
(b) driver issues SLEEP CONFIRM
(c) driver recevies CMD interrupt; within the interrupt processing loop,
we do (d) and (e):
(d) wait for FW sleep cookie (and often time out; it takes a while), FW
On Thu, Jan 12, 2017 at 01:02:32PM -0800, Brian Norris wrote:
> Wifi modules like 8997 don't support the "sleep cookie", and so most of
> the time, we just time out in the mwifiex_delay_for_sleep_cookie()
> function ("max count reached while accessing sleep cookie"). This is a
> waste of time, and
On Thu, Jan 12, 2017 at 01:02:31PM -0800, Brian Norris wrote:
> Depending on system factors (e.g., the PCIe link PM state), the first
> read to wake up the Wifi firmware can take a long time. There is no
> reason to use a (blocking, non-posted) read at this point, so let's just
> use a write
On Fri, Jan 13, 2017 at 05:17:23PM +0100, Daniel Golle wrote:
> On Fri, Jan 13, 2017 at 04:59:59PM +0100, Johannes Berg wrote:
> >
> > > The advantage of pull requests is that author information can be
> > > preserved more easily. Running git format-patch results in most
> > > patches
> > >
From: Gabor Juhos
Signed-off-by: Gabor Juhos
[dan...@makrotopia.org: replaced udelay with usleep_range]
---
drivers/net/wireless/ralink/rt2x00/rt2800lib.c | 208 +
1 file changed, 208 insertions(+)
diff --git
From: Gabor Juhos
Signed-off-by: Gabor Juhos
---
drivers/net/wireless/ralink/rt2x00/rt2800lib.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/net/wireless/ralink/rt2x00/rt2800lib.c
b/drivers/net/wireless/ralink/rt2x00/rt2800lib.c
index
From: Gabor Juhos
Signed-off-by: Gabor Juhos
---
drivers/net/wireless/ralink/rt2x00/rt2800lib.c | 16 +++-
1 file changed, 15 insertions(+), 1 deletion(-)
diff --git a/drivers/net/wireless/ralink/rt2x00/rt2800lib.c
A new function for creating the fw file name dynamically.
Since both SDIO and USB based chipsets will use different
firmware from the PCIe and AHB chipsets, the fw file name
is created dynamically.
The new firmware names are:
For PCIe and AHB:
firmware-.bin (same as before)
For SDIO:
Added ability to set bus type and configure the max number of
peers in the ath10k_hw_params struct.
With this functionality it is possible to have a different
hw configuration depending on bus type for the same radio
chipset.
E.g. SDIO and USB devices using the same chipset as PCIe
devices will
Special HTT RX ring config message used by high latency
devices.
The main difference between HL and LL is that HL devices
do not use shared memory between device and host and thus,
no host paddr's are added to the RX config message.
Signed-off-by: Erik Stromdahl
---
This patch series adds usb support to ath10k.
The target device used during development was a Linksys WUSB6100M
based on QCA9377.
I have tried to verify that the patches have not broken the existing
PCIe support since some of the patches affect the generic code as well.
To this end I have used a
Definitions for USB based chipsets
Signed-off-by: Erik Stromdahl
---
drivers/net/wireless/ath/ath10k/core.h | 3 +++
drivers/net/wireless/ath/ath10k/debug.h | 2 ++
2 files changed, 5 insertions(+)
diff --git a/drivers/net/wireless/ath/ath10k/core.h
Special HTT RX handling for high latency interfaces.
Since no DMA physical addresses are used in the RX ring
config message (this is not supported by the high latency
devices), no RX ring is allocated.
All RX skb's are allocated by the driver and passed directly
to mac80211 in the HTT RX
usb HIF implementation
Signed-off-by: Erik Stromdahl
---
drivers/net/wireless/ath/ath10k/Kconfig |6 +
drivers/net/wireless/ath/ath10k/Makefile |3 +
drivers/net/wireless/ath/ath10k/usb.c| 1125 ++
The setup of high latency chips (USB and SDIO) is
sometimes different than for chips using low latency
interfaces.
The bus type is used to determine if the interface is
a high latency interface.
Signed-off-by: Erik Stromdahl
---
drivers/net/wireless/ath/ath10k/core.c
Add possibility to configure the driver to only start target once.
This can reduce startup time of SDIO devices significantly since
loading the firmware can take a substantial amount of time.
The patch is also necessary for high latency devices in general
since it does not seem to be possible to
From: Serge Vasilugin
Simple patch to correct HT20/HT40 switching.
Tested with Rt3290, Rt3352 and Rt5350
Signed-off-by: Serge Vasilugin
[dan...@makrotopia.org: fixed code and commit message formatting]
---
drivers/net/wireless/ralink/rt2x00/rt2800.h
Add HTT TX function for HL interfaces.
Intended for SDIO and USB.
Signed-off-by: Erik Stromdahl
---
drivers/net/wireless/ath/ath10k/htt.h| 9 ++--
drivers/net/wireless/ath/ath10k/htt_tx.c | 72 +++-
drivers/net/wireless/ath/ath10k/mac.c
This patch disables frame aggregation for HL interfaces.
It is safest to do so until a mechanism for setting the limits
from fw etc. has been implemented.
Signed-off-by: Erik Stromdahl
---
drivers/net/wireless/ath/ath10k/core.c | 9 +++--
From: Michel Stempin
Support for the RT5350 WiSoC was added to OpenWrt after having a
lengthy debate about the legality of the original submission, see
https://lists.openwrt.org/pipermail/openwrt-devel/2013-January/018224.html
MTK/Ralink Acked replied and says we can
From: Felix Fietkau
Signed-off-by: Felix Fietkau
---
drivers/net/wireless/ralink/rt2x00/rt2800lib.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/net/wireless/ralink/rt2x00/rt2800lib.c
Signed-off-by: Gabor Juhos
Signed-off-by: Mathias Kresin
Signed-off-by: Daniel Golle
---
drivers/net/wireless/ralink/rt2x00/rt2800lib.c | 50 +-
drivers/net/wireless/ralink/rt2x00/rt2x00.h| 2 ++
2 files
This is needed for WiFi to work e.g. on DIR-615 rev.H1 which got
external RF power amplifiers connected to the WiSoC.
Signed-off-by: Daniel Golle
Signed-off-by: Gabor Juhos
---
drivers/net/wireless/ralink/rt2x00/rt2800.h| 24
From: Claudio Mignanti
This is needed for devices without support for PCI MWI. See also
https://dev.openwrt.org/changeset/21850
Signed-off-by: Daniel Golle
---
drivers/net/wireless/ralink/rt2x00/rt2x00pci.c | 2 ++
1 file changed, 2 insertions(+)
From: Gabor Juhos
Signed-off-by: Gabor Juhos
[dan...@makrotopia.org: fixed indention]
---
drivers/net/wireless/ralink/rt2x00/rt2800mmio.c | 72 -
drivers/net/wireless/ralink/rt2x00/rt2x00.h | 5 ++
2 files changed, 65
From: Gabor Juhos
Signed-off-by: Gabor Juhos
Signed-off-by: Daniel Golle
---
drivers/net/wireless/ralink/rt2x00/rt2800lib.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git
From: Gabor Juhos
Signed-off-by: Gabor Juhos
---
drivers/net/wireless/ralink/rt2x00/rt2800lib.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/net/wireless/ralink/rt2x00/rt2800lib.c
From: Gabor Juhos
Signed-off-by: Gabor Juhos
---
drivers/net/wireless/ralink/rt2x00/rt2800lib.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/net/wireless/ralink/rt2x00/rt2800lib.c
b/drivers/net/wireless/ralink/rt2x00/rt2800lib.c
index
On Friday, January 13, 2017 4:46:30 PM CET Daniel Golle wrote:
> On Fri, Jan 13, 2017 at 12:46:56PM +0200, Kalle Valo wrote:
> > Daniel Golle writes:
> > > ...
> > > Please review and comment, so we can get those patches merged!
> >
> > No pull requests, please. Instead
From: Gabor Juhos
Signed-off-by: Gabor Juhos
---
drivers/net/wireless/ralink/rt2x00/rt2800lib.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/drivers/net/wireless/ralink/rt2x00/rt2800lib.c
From: Gabor Juhos
Signed-off-by: Gabor Juhos
---
drivers/net/wireless/ralink/rt2x00/rt2800lib.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/net/wireless/ralink/rt2x00/rt2800lib.c
From: Gabor Juhos
Signed-off-by: Gabor Juhos
---
drivers/net/wireless/ralink/rt2x00/rt2800lib.c | 11 +--
1 file changed, 9 insertions(+), 2 deletions(-)
diff --git a/drivers/net/wireless/ralink/rt2x00/rt2800lib.c
From: Gabor Juhos
Signed-off-by: Gabor Juhos
---
drivers/net/wireless/ralink/rt2x00/rt2800lib.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/net/wireless/ralink/rt2x00/rt2800lib.c
From: Gabor Juhos
Signed-off-by: Gabor Juhos
---
drivers/net/wireless/ralink/rt2x00/rt2800lib.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/net/wireless/ralink/rt2x00/rt2800lib.c
From: Gabor Juhos
Signed-off-by: Gabor Juhos
---
drivers/net/wireless/ralink/rt2x00/rt2800lib.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/net/wireless/ralink/rt2x00/rt2800lib.c
From: Gabor Juhos
Signed-off-by: Gabor Juhos
---
drivers/net/wireless/ralink/rt2x00/rt2800lib.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/net/wireless/ralink/rt2x00/rt2800lib.c
b/drivers/net/wireless/ralink/rt2x00/rt2800lib.c
index
From: Gabor Juhos
Signed-off-by: Gabor Juhos
---
drivers/net/wireless/ralink/rt2x00/rt2800lib.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/net/wireless/ralink/rt2x00/rt2800lib.c
From: Gabor Juhos
Signed-off-by: Gabor Juhos
---
drivers/net/wireless/ralink/rt2x00/rt2800soc.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/drivers/net/wireless/ralink/rt2x00/rt2800soc.c
From: Gabor Juhos
Signed-off-by: Gabor Juhos
---
drivers/net/wireless/ralink/rt2x00/rt2800lib.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/net/wireless/ralink/rt2x00/rt2800lib.c
From: Gabor Juhos
Signed-off-by: Gabor Juhos
---
drivers/net/wireless/ralink/rt2x00/rt2800lib.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/net/wireless/ralink/rt2x00/rt2800lib.c
This is the third version of the sdio RFC patch series.
The actual sdio code (patch 6) has been subject to a massive overhaul,
mainly as a result of Kalle's review comments.
It no longer has any strong resemblance of the original ath6kl code from
which it was originally based upon.
Previous
This patch moves the HTC ctrl service connect from
htc_wait_target to htc_init.
This is done in order to make sure the htc ctrl service
is setup properly before hif_start is called.
The reason for this is that we want the HTC ctrl service
callback to be initialized before the target sends the
From: Gabor Juhos
Signed-off-by: Gabor Juhos
---
drivers/net/wireless/ralink/rt2x00/rt2800lib.c | 72 --
1 file changed, 69 insertions(+), 3 deletions(-)
diff --git a/drivers/net/wireless/ralink/rt2x00/rt2800lib.c
From: Gabor Juhos
Signed-off-by: Gabor Juhos
---
drivers/net/wireless/ralink/rt2x00/rt2800lib.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/net/wireless/ralink/rt2x00/rt2800lib.c
b/drivers/net/wireless/ralink/rt2x00/rt2800lib.c
index
The RX trailer parsing is now capable of parsing lookahead reports.
A lookahead contains the first 4 bytes of the next HTC message
(that will be read in the next SDIO read operation).
Lookaheads are used by the SDIO/mbox HIF layer to determine if
the next message is part of a bundle, which
Added support for extended ready message.
The extended ready message contains the maximum bundle
count supported by SDIO chipsets.
It is transmitted by SDIO chipset only and replaces the
"standard" ready message in this case.
Signed-off-by: Erik Stromdahl
---
Changed ath10k_htc_notify_tx_completion and
ath10k_htc_process_trailer from static to non static.
These functions are needed by SDIO/mbox.
Signed-off-by: Erik Stromdahl
---
drivers/net/wireless/ath/ath10k/htc.c | 14 --
From: Gabor Juhos
Signed-off-by: Gabor Juhos
---
drivers/net/wireless/ralink/rt2x00/rt2800lib.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/net/wireless/ralink/rt2x00/rt2800lib.c
Special BMI get target info function for SDIO.
Signed-off-by: Erik Stromdahl
---
drivers/net/wireless/ath/ath10k/bmi.c | 70 ++
drivers/net/wireless/ath/ath10k/bmi.h | 2 +
drivers/net/wireless/ath/ath10k/core.c | 5 ++-
3 files
Debug masks for SDIO HIF layer.
Address definitions for SDIO/mbox based chipsets.
Augmented struct host_interest with more members.
Signed-off-by: Erik Stromdahl
---
drivers/net/wireless/ath/ath10k/core.h | 3 ++
drivers/net/wireless/ath/ath10k/debug.h | 2
Code refactorization:
Moved the code for ep 0 in ath10k_htc_rx_completion_handler
to ath10k_htc_control_rx_complete.
This eases the implementation of SDIO/mbox significantly since
the ep_rx_complete cb is invoked directly from the SDIO/mbox
hif layer.
Since the ath10k_htc_control_rx_complete
sdio/mailbox HIF implementation.
Signed-off-by: Erik Stromdahl
---
drivers/net/wireless/ath/ath10k/Kconfig |6 +
drivers/net/wireless/ath/ath10k/Makefile |3 +
drivers/net/wireless/ath/ath10k/sdio.c | 2105 ++
From: Gabor Juhos
Signed-off-by: Gabor Juhos
---
drivers/net/wireless/ralink/rt2x00/rt2800lib.c | 44 ++
1 file changed, 44 insertions(+)
diff --git a/drivers/net/wireless/ralink/rt2x00/rt2800lib.c
From: Gabor Juhos
Signed-off-by: Gabor Juhos
[dan...@makrotopia.org: use usleep_range instead of msleep, fixed comment]
---
drivers/net/wireless/ralink/rt2x00/rt2800.h| 13 +++
drivers/net/wireless/ralink/rt2x00/rt2800lib.c | 141
From: Gabor Juhos
Signed-off-by: Gabor Juhos
---
drivers/net/wireless/ralink/rt2x00/rt2800lib.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/net/wireless/ralink/rt2x00/rt2800lib.c
b/drivers/net/wireless/ralink/rt2x00/rt2800lib.c
index
From: Gabor Juhos
Signed-off-by: Gabor Juhos
---
drivers/net/wireless/ralink/rt2x00/rt2800lib.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/net/wireless/ralink/rt2x00/rt2800lib.c
b/drivers/net/wireless/ralink/rt2x00/rt2800lib.c
index
From: Gabor Juhos
Signed-off-by: Gabor Juhos
---
drivers/net/wireless/ralink/rt2x00/rt2800.h| 4 +-
drivers/net/wireless/ralink/rt2x00/rt2800lib.c | 65 ++
2 files changed, 68 insertions(+), 1 deletion(-)
diff --git
From: Gabor Juhos
Signed-off-by: Gabor Juhos
---
drivers/net/wireless/ralink/rt2x00/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/wireless/ralink/rt2x00/Kconfig
b/drivers/net/wireless/ralink/rt2x00/Kconfig
index
From: Gabor Juhos
Signed-off-by: Gabor Juhos
---
drivers/net/wireless/ralink/rt2x00/rt2800lib.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/net/wireless/ralink/rt2x00/rt2800lib.c
From: Gabor Juhos
Signed-off-by: Gabor Juhos
---
drivers/net/wireless/ralink/rt2x00/rt2800.h| 14 ++
drivers/net/wireless/ralink/rt2x00/rt2800lib.c | 24
2 files changed, 38 insertions(+)
diff --git
From: Gabor Juhos
Some chipsets can handle more than 8 beacons at once.
Add a new field to the rt2800_drv_data structure which
will hold the number of supported beacons of the given
chipset.
Update the rt2x00_init_registers function to get the
beacon count from the new field
From: Gabor Juhos
The shared memory of the rt2800 devices is accessible
through the register offset range between 0x4000 and
0x8000. The size of this range is 16KB only and on
devices which have more than 16KB of shared memory either
the low or the high part of the memory is
From: Gabor Juhos
On the RT3593 chipset, the beacon registers are located
in the high 8KB part of the shared memory.
The high part of the shared memory is only accessible
if it is explicitly selected. Add a helper function
in order to be able to control the SHR_MSEL bit in
From: Gabor Juhos
Some chipsets have more than 16KB of shared memory.
Introduce a new rt2800 specific flag to indicate that
and add a helper function which helps to check the
presence of the new flag.
Also enable the new flag for the RT3593 chipset which
has 24KB of shared
From: Gabor Juhos
The rt2800_drv_data structure contains driver specific
information. Move the declaration into the rt2800lib.h
header which is a more logical place for it. Also fix
the comment style to avoid checkpatch warning.
The patch contains no functional changes, it
Some of these are fixes, most importantly Serge Vasilugin fixed setting
the HT20/HT40 filter which got us much closer to the expected
performance when using HT40 modes.
There is also a lot of new hardware support added:
Gabor Juhos wrote code for the Rt3883 WiSoC.
Daniel Golle implemented support
Folks,
We are pleased to announce Netdev 2.1 (year 2, conference 1)
in the beautiful city of Montreal, Canada on the 6th to 8th of April.
The website is now online: http://www.netdevconf.org/2.1/
Netdev 2.1 will be held back to back with netconf2017.1
(http://vger.kernel.org/netconf2017.html)
On Fri, Jan 13, 2017 at 04:59:59PM +0100, Johannes Berg wrote:
>
> > The advantage of pull requests is that author information can be
> > preserved more easily. Running git format-patch results in most
> > patches
> > having wrong SMTP sender information due to the assumption that the
> > patch
> The advantage of pull requests is that author information can be
> preserved more easily. Running git format-patch results in most
> patches
> having wrong SMTP sender information due to the assumption that the
> patch author is the same person also submitting the patch.
> So in practise, this
On 01/13/2017 09:03 AM, Kyle McMartin wrote:
On Sat, Dec 17, 2016 at 12:50:54PM -0600, Larry Finger wrote:
-Info: Taken from Realtek version
rtl_92ce_92se_92de_8723ae_88ee_8723be_92ee_linux_mac80211_0017.1224.2013
+Info: Initial version taken from Realtek version
+
Hi Kalle,
On Fri, Jan 13, 2017 at 12:46:56PM +0200, Kalle Valo wrote:
> Daniel Golle writes:
> > ...
> > Please review and comment, so we can get those patches merged!
>
> No pull requests, please. Instead send these as patches, easier to
> review and actually also easier
Checking the firmware status from PCIe register only works
if the register is available, otherwise we end up with
random behavior:
drivers/net/wireless/marvell/mwifiex/pcie.c: In function 'mwifiex_pcie_remove':
drivers/net/wireless/marvell/mwifiex/pcie.c:585:5: error: 'fw_status' may be
used
On Wed, Dec 21, 2016 at 06:53:19AM +, David Lin wrote:
> Release Version: 7.2.9.26.
>
> Signed-off-by: David Lin
> ---
> mwlwifi/88W8864.bin | Bin 116356 -> 118776 bytes
> 1 file changed, 0 insertions(+), 0 deletions(-)
>
Please include an update for WHENCE.
regards,
On Sat, Dec 17, 2016 at 12:50:54PM -0600, Larry Finger wrote:
> -Info: Taken from Realtek version
> rtl_92ce_92se_92de_8723ae_88ee_8723be_92ee_linux_mac80211_0017.1224.2013
> +Info: Initial version taken from Realtek version
> +
>
Since rt2800pci update beacon settings asynchronously from
tbtt tasklet, without beacon_skb_mutex protection, number of
currently active beacons entries can be different than
number pointed by rt2x00dev->intf_beaconing. Remove warning
about that inconsistency.
Reported-by: evax...@qq.com
On Sun, Dec 18, 2016 at 08:16:35PM +, Arend van Spriel wrote:
> This patch adds firmware for the BCM4356 2x2 11ac SDIO device.
>
> Reviewed-by: Hante Meuleman
> Reviewed-by: Pieter-Paul Giesberts
> Reviewed-by: Franky Lin
Hi,
I have set up a page for project ideas for the Linux Foundation's
participation in the Google Summer of Code 2017:
https://wiki.linuxfoundation.org/gsoc/google-summer-code-2017
Please add your ideas to the sub-page of your work group. If you have
problems mail me with your project idea.
Hi
On Fri, Jan 13, 2017 at 04:50:32AM +0100, Daniel Golle wrote:
> Please review and comment, so we can get those patches merged!
As already pointed by Kalle posting patches to mailing list is better
way for review. Posing patches is easy with git-format-patch and
git-send-email. Ideally patch
On Fri, 2017-01-13 at 16:13 +0200, Kalle Valo wrote:
> Luca Coelho writes:
>
> > From: Luca Coelho
> >
> > For unified images, we shouldn't restart the HW if suspend fails. The
> > only reason for restarting the HW with non-unified images is to go
> >
Luca Coelho writes:
> From: Luca Coelho
>
> For unified images, we shouldn't restart the HW if suspend fails. The
> only reason for restarting the HW with non-unified images is to go
> back to the D0 image.
>
> Fixes: commit 23ae61282b88 ("iwlwifi:
Kirtika Ruchandani wrote:
> Commit ca996ec56608 (ath10k: implement wmi-tlv backend)
> introduced ath10k_wmi_tlv_op_gen_vdev_start() where
> 'struct wmi_p2p_noa_descriptor *noa' is defined and set but not used.
> Compiling with W=1 gives the following warning, fix it.
On Fri, 2017-01-13 at 13:32 +0100, Michal Kazior wrote:
> Station structure is considered as not uploaded
> (to driver) until drv_sta_state() finishes. This
> call is however done after the structure is
> attached to mac80211 internal lists and hashes.
> This means mac80211 can lookup (and use)
Hi Dave,
Here's another update for the current cycle. Some of those
patches have been sitting in our tree and I haven't been
pulling them out quickly enough - will try to do better...
Please pull and let me know if there's any problem.
Thanks,
johannes
The following changes since commit
Stephen Rothwell writes:
> Hi all,
>
> After merging the wireless-drivers-next tree, today's linux-next build
> (x86_64 allmodconfig) produced this warning:
>
> drivers/net/wireless/marvell/mwifiex/pcie.c: In function
> 'mwifiex_pcie_remove':
>
Mohammed Shafi Shajakhan wrote:
> From: Mohammed Shafi Shajakhan
>
> Tx legacy rate is reported 10 fold, as below
>
> iw dev wlan#N station dump | grep "tx bitrate"
> tx bitrate: 240.0 MBit/s
>
> This is because by mistake we
Mohammed Shafi Shajakhan wrote:
> From: Mohammed Shafi Shajakhan
>
> In countries where basic operation of channel 169 is allowed,
> this fixes the below WARN_ON_ONCE in Rx and fixes the station
> connectivity failure in channel 169 as the
Christian Lamparter wrote:
> Currently, the common ath9k_common module needs to have a
> dependency on RELAY and DEBUG_FS in order to built. This
> is usually not a problem. But for RAM and FLASH starved
> AR71XX devices, every little bit counts.
>
> This patch adds a
Christian Lamparter wrote:
> The 10.4 firmware adds extended peer information to the
> firmware's statistics payload. This additional info is
> stored as a separate data field and the elements are
> stored in their own "peers_extd" list.
>
> These elements can pile up in
Kalle Valo wrote:
> When adding VHT160 support to ath10k_peer_assoc_h_phymode() the VHT mode
> selection code becomes too complex. Simplify it by refactoring the vht part to
> a separate function.
>
> Signed-off-by: Kalle Valo
2 patches applied
On Fri, 2017-01-13 at 13:43 +0100, Markus Heiser wrote:
> does it make live easier when we use in-line member comments:
>
> https://www.kernel.org/doc/html/latest/doc-guide/kernel-doc.html#in-
> line-member-documentation-comments
>
> and place the entire list in a literalblock?
Ah yes, I
On 13-1-2017 13:47, Arend van Spriel wrote:
> Have proper request id filled in the SCHED_SCAN_RESULTS notification
> toward user-space by having the driver provide it through the api.
>
> Reviewed-by: Hante Meuleman
> Reviewed-by: Pieter-Paul Giesberts
Am 13.01.2017 um 11:12 schrieb Johannes Berg :
> From: Johannes Berg
>
> For a few restructured text warnings in mac80211, making the
> documentation warning-free (for now). Again, this required
> adding trailing whitespace to keep multiple
This patch implements the idea to have multiple scheduled scan requests
running concurrently. It mainly illustrates how to deal with the incoming
request from user-space in terms of backward compatibility. In order to
use multiple scheduled scans user-space needs to provide a flag attribute
Have proper request id filled in the SCHED_SCAN_RESULTS notification
toward user-space by having the driver provide it through the api.
Reviewed-by: Hante Meuleman
Reviewed-by: Pieter-Paul Giesberts
Reviewed-by: Franky Lin
For multiple scheduled scan support the driver needs to know which
scheduled scan request is being stopped. Pass the request id in the
.sched_scan_stop() callback.
Reviewed-by: Hante Meuleman
Reviewed-by: Pieter-Paul Giesberts
After sending out the initial RFC for multiple scheduled scan support [1]
here a series that deal with it all (I hope) so including events and the
driver function call apis.
It is applies to the master branch of the mac80211-next repository.
Arend van Spriel (5):
nl80211: allow multiple active
1 - 100 of 136 matches
Mail list logo