Re: [RFC] [PULL REQUEST] rt2x00 patches from OpenWrt.org

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

[PATCH 00/40] rt2x00 patches form OpenWrt.org

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

[PATCH 17/40] rt2x00: rt2800lib: add RFCSR initialization for RT3883

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

[PATCH 16/40] rt2x00: rt2800lib: add BBP register initialization for RT3883

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

[PATCH 38/40] rt2x00: add support for RT5350 WiSoC

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

[PATCH 39/40] rt2x00: fix rf id for RT3352

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

[PATCH 08/40] rt2x00: allow to build rt2800soc module for RT3883

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

[PATCH 30/40] rt2x00: rt2800lib: fix EEPROM LNA validation for RT3883

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

Re: [RFC] [PULL REQUEST] rt2x00 patches from OpenWrt.org

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

[PATCH 32/40] rt2x00: rt2800lib: enable RT2800_HAS_HIGH_SHARED_MEM for RT3883

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

[PATCH 31/40] rt2x00: rt2800lib: fix txpower compensation for RT3883

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

[RFC 10/10] ath10k: htt: High latency RX support

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

[RFC 02/10] ath10k: usb support

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 ++

[RFC 07/10] ath10k: per target configurablity of various items

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

[RFC 05/10] ath10k: htt: RX ring config HL support

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 ---

[RFC 00/10] ath10k usb support

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

[RFC 01/10] ath10k: various usb related definitions

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

[RFC 04/10] ath10k: new fw fetch functionality

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:

[PATCH 34/40] rt2x00: rt2800mmio: add a workaround for spurious TX_FIFO_STATUS interrupts

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

[PATCH 35/40] rt2x00: rt2x00pci: set PCI MWI only if supported

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(+)

[PATCH 36/40] rt2x00: support for for RT3352 with external PA

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

[PATCH 37/40] rt2x00: add support for RT3352 with 20MHz crystal

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

[PATCH 03/40] rt2x00: rt2800: serialize shared memory access

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

[PATCH 04/40] rt2x00: rt2800lib: fix beacon generation on RT3593

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

[PATCH 02/40] rt2x00: rt2800lib: introduce RT2800_HAS_HIGH_SHARED_MEM flag

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

[PATCH 01/40] rt2x00: rt2800lib: move rt2800_drv_data declaration into rt2800lib.h

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

[PATCH 21/40] rt2x00: rt2800lib: fix txpower_to_dev function for RT3883

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

[RFC v3 0/8] ath10k sdio support

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

[PATCH 15/40] rt2x00: rt2800soc: fix rt2800soc_disable_radio for RT3883

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

[PATCH 22/40] rt2x00: rt2800lib: use correct txpower calculation function for RT3883

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

[RFC v3 3/8] ath10k: htc: move htc ctrl ep connect to htc_init

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

[PATCH 23/40] rt2x00: rt2800lib: hardcode txmixer gain values to zero for RT3883

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

[PATCH 24/40] rt2x00: rt2800lib: use correct [RT]XWI size for RT3883

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

[PATCH 25/40] rt2x00: rt2800lib: use correct beacon base for RT3883

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

[PATCH 12/40] rt2x00: rt2800lib: add channel configuration function for RF3853

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

[PATCH 13/40] rt2x00: rt2800lib: enable RF3853 support

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

[PATCH 14/40] rt2x00: rt2800lib: add MAC register initialization for RT3883

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

[PATCH 05/40] rt2x00: rt2800lib: add hw_beacon_count field to struct rt2800_drv_data

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

[PATCH 06/40] rt2x00: rt2800lib: init additional beacon offset registers

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

[PATCH 07/40] rt2x00: rt2800lib: fix max supported beacon count for RT3593

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

[RFC v3 4/8] ath10k: htc: refactorization

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

[RFC v3 6/8] ath10k: sdio support

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 ++

[PATCH 19/40] rt2x00: rt2800lib: force rf type to RF3853 on RT3883

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

[RFC v3 2/8] ath10k: htc: rx trailer lookahead support

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

[RFC v3 8/8] ath10k: htc: ready_ext msg support

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 ---

[RFC v3 1/8] ath10k: htc: made static function public

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 --

[PATCH 18/40] rt2x00: rt2800lib: use the extended EEPROM map for RT3883

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

[RFC v3 7/8] ath10k: sdio get target info

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

[RFC v3 5/8] ath10k: various sdio related definitions

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

[PATCH 20/40] rt2x00: rt2800lib: add channel configuration code for RT3883

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

[PATCH 28/40] rt2x00: rt2800lib: fix LNA gain configuration for RT3883

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

[PATCH 26/40] rt2x00: rt2800lib: use correct beacon count for RT3883

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

[PATCH 29/40] rt2x00: rt2800lib: fix VGC setup for RT3883

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

[PATCH 27/40] rt2x00: rt2800lib: fix antenna configuration for RT3883

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

[RFC 03/10] ath10k: high_latency detection

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

[PATCH 40/40] rt2x00: correctly set HT20/HT40 filter

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

[RFC 08/10] ath10k: add start_once support

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

[RFC 06/10] ath10k: disable frame aggregation for high latency

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 +++--

[RFC 09/10] ath10k: htt: High latency TX support

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

ANNOUNCE: Netdev 2.1 in Montreal

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)

[PATCH 09/40] rt2x00: rt2800lib: enable support for RT3883

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

[PATCH 11/40] rt2x00: rt2800lib: enable VCO calibration for RF3853

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

[PATCH 10/40] rt2x00: rt2800lib: add rf_vals for RF3853

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

[PATCH 33/40] rt2x00: rt2800lib: use high memory for beacons on RT3883

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

[PATCH v2 2/3] mwifiex: pcie: don't loop/retry interrupt status checks

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

Re: [PATCH 2/2] mwifiex: pcie: don't delay for sleep cookie when not required

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

Re: [OpenWrt-Devel] [RFC] [PULL REQUEST] rt2x00 patches from OpenWrt.org

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 > > >

Re: [PATCH 1/2] mwifiex: pcie: use posted write to wake up firmware

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

[PATCH v2 3/3] mwifiex: pcie: read FROMDEVICE DMA-able memory with READ_ONCE()

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

[PATCH v2 1/3] mwifiex: pcie: use posted write to wake up firmware

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

Re: Searching new home for ath[59]k-devel mailing lists

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

Re: [PATCH 1/6] iwlwifi: mvm: don't restart HW if suspend fails with unified image

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:

Google Summer of Code 2017 - Project ideas page for the Linux Foundation online

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.

[PATCH] rt2800: remove warning on bcn_num != rt2x00dev->intf_beaconing

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

Re: [3/5] ath10k: Remove unused wmi_p2p_noa_descriptor 'noa' in wmi-tlv

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.

Re: [RFC] [PULL REQUEST] rt2x00 patches from OpenWrt.org

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

Re: [PATCH 1/2] brcm: add firmware for the BCM4356 SDIO device

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

Re: [PATCH 1/6] iwlwifi: mvm: don't restart HW if suspend fails with unified image

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 > >

[PATCH] mwifiex: don't complain about 'unknown event id: 0x63'

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

Re: [PATCH v3 1/4] cfg80211: Add support to randomize TA of Public Action frames

Thanks for the updates, I've applied all of these patches (with 2 very minor modifications that I've documented in the commit logs) johannes

Re: [PATCH] mac80211: initialize SMPS field in HT capabilities

On 2017-01-13 09:20, Johannes Berg wrote: > On Wed, 2017-01-11 at 23:33 +0100, Felix Fietkau wrote: >> ibss and mesh modes copy the ht capabilites from the band without >> overriding the SMPS state. Unfortunately the default value 0 for the >> SMPS field means static SMPS instead of disabled. >>

Re: [PATCH 6/9] rt2800: fallback from mcs8 to mcs7

On Thu, Jan 12, 2017 at 12:10:48PM +0100, Felix Fietkau wrote: > On 2017-01-06 14:05, Stanislaw Gruszka wrote: > > If we do not fallback to lower rate, we are unable to calculate > > correctly number of retries in TX status code. > > > > Signed-off-by: Stanislaw Gruszka > I

Re: [PATCH] mac80211: prevent skb/txq mismatch

On Thu, 2017-01-12 at 15:28 +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)

Re: [PATCH] ath10k: prevent sta pointer rcu violation

On 13 January 2017 at 08:24, Johannes Berg wrote: > >> Unless you then continue to use that sta pointer after you release >> data_lock. > > Ouch, ok. That's rather strangely hidden though. > >> Consider this: >> >> > CPU0 CPU1 >> > 1

[PATCH] wext: uninline point wrappers

From: Johannes Berg With 78, 111 and 85 bytes respectively, the functions iwe_stream_add_event(), iwe_stream_add_point() and iwe_stream_add_value() really shouldn't be inlines. It appears that at least my compiler already decided the same, and created a single instance

Re: [v2,12/13] wil6210: set dma mask to reflect device capability

Maya Erez wrote: > From: Hamad Kadmany > > 11ad device supports 48 bit addresses, reflect that > by setting the dma mask accordingly. > > Signed-off-by: Hamad Kadmany > Signed-off-by: Maya Erez

Re: [PATCH] mac80211: initialize SMPS field in HT capabilities

On Wed, 2017-01-11 at 23:33 +0100, Felix Fietkau wrote: > ibss and mesh modes copy the ht capabilites from the band without > overriding the SMPS state. Unfortunately the default value 0 for the > SMPS field means static SMPS instead of disabled. > > This results in HT ibss and mesh setups using

[PATCH] cfg80211: fix a documentation warning

From: Johannes Berg The new restructured text parser complains about the formatting, and really this should be a definition list. Unfortunately, due to it being inside the parameter description, and the definition list needing a blank line, this adds trailing whitespace

Re: [PATCH] mac80211: prevent skb/txq mismatch

On 13 January 2017 at 09:16, Johannes Berg wrote: > On Thu, 2017-01-12 at 15:28 +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

Re: [PATCH] ath10k: prevent sta pointer rcu violation

> Unless you then continue to use that sta pointer after you release > data_lock. Ouch, ok. That's rather strangely hidden though. > Consider this: > > >  CPU0 CPU1 > > 1   synchronize_net() > > 2drv_sta_state() > > 3  htt_fetch_ind(pid,tid) called >

Re: [6/9] rt2800: fallback from mcs8 to mcs7

Stanislaw Gruszka wrote: > If we do not fallback to lower rate, we are unable to calculate > correctly number of retries in TX status code. > > Signed-off-by: Stanislaw Gruszka Dropping per Stanislaw's request Patch set to Changes Requested. --

Re: [PATCH] Revert "bcma: init serial console directly from ChipCommon code"

Rafał Miłecki writes: > From: Rafał Miłecki > > This reverts commit 4c81acab3816 ("bcma: init serial console directly > from ChipCommon code") as it broke IRQ assignment. Getting IRQ with > bcma_core_irq helper on SoC requires MIPS core to be set. It happens

[PATCH] ath10k: Search SMBIOS for OEM board file extension

Board Data File (BDF) is loaded upon driver boot-up procedure. The right board data file is identified, among others, by device and sybsystem ids. The problem, however, can occur when the (default) board data file cannot fulfill with the vendor requirements and it is necessary to use a different

[PATCH] ath10k: Fix per station tx bit rate reporting

From: Mohammed Shafi Shajakhan Not clearing the previous tx bit rate status results in a ambigous tx bit rate reporting to mac80211/cfg80211, for example the previous bit rate status would have been marked as legacy rate , while the current rate would have been an

[PATCH v2] mac80211: initialize SMPS field in HT capabilities

ibss and mesh modes copy the ht capabilites from the band without overriding the SMPS state. Unfortunately the default value 0 for the SMPS field means static SMPS instead of disabled. This results in HT ibss and mesh setups using only single-stream rates, even though SMPS is not supposed to be

pull-request: mac80211-next 2017-01-13

Hi Dave, This is my first pull request for net-next, and it seems a bit bigger than the past few releases. Detailed information below, as usual. Please pull and let me know if there's any problem. Thanks, johannes The following changes since commit 8fa3b6f9392bf6d90cb7b908e07bd90166639f0a:

Re: Searching new home for ath[59]k-devel mailing lists

"Michael Renzmann" writes: > Out of history, the ath5k-devel and ath9k-devel mailing lists have been > and still are hosted on the mailing list server of the MadWifi project. I > intend to shut the server down, and thus I'm searching a new loving home > for the

Re: [RFC] [PULL REQUEST] rt2x00 patches from OpenWrt.org

Daniel Golle writes: > In preparation to be submitted upstream I started to clean up a huge > pile of patches for rt2x00 we have been carrying along for quite a > while (some for more than half a decade!). > Some of them are fixes, most importantly Serge Vasilugin fixed

Re: [PATCH] Revert "bcma: init serial console directly from ChipCommon code"

On 13 January 2017 at 11:16, Kalle Valo wrote: > Rafał Miłecki writes: > >> From: Rafał Miłecki >> >> This reverts commit 4c81acab3816 ("bcma: init serial console directly >> from ChipCommon code") as it broke IRQ assignment. Getting IRQ

Re: [PATCH] Revert "bcma: init serial console directly from ChipCommon code"

Rafał Miłecki writes: > On 13 January 2017 at 11:16, Kalle Valo wrote: >> Rafał Miłecki writes: >> >>> From: Rafał Miłecki >>> >>> This reverts commit 4c81acab3816 ("bcma: init serial console directly >>> from

  1   2   >