Re: [PATCH] ath9k: fix DFS detector synchronization

Timothy Redaelli writes: > The code currently syncronize the DFS region only if curchan != 0, but hostapd > launch DFS before the channel is set and so set_dfs_domain is never executed. > > CC: Felix Fietkau > Signed-off-by: Timothy Redaelli

[PATCH] carl9170: Download from ftpmirror.gnu.org

From: Jason Self binutils and GCC should be downloaded from the mirror redirector. mirrors.kernel.org is just one of many GNU mirrors. Using their redirector takes advantage of all the mirrors that exist. MPFR, GMP and MPC in this Makefile already do this. It's good to be

[PATCH] NFC: llcp: Limit size of SDP URI

The tlv_len is u8, so we need to limit the size of the SDP URI. Enforce this both in the NLA policy and in the code that performs the allocation and copy. Fixes: d9b8d8e19b073 ("NFC: llcp: Service Name Lookup netlink interface") Signed-off-by: Kees Cook --- Alternatively,

Re: [PATCH] mac80211: round IEEE80211_TX_STATUS_HEADROOM up to multiple of 4

On Fri, 2018-02-09 at 20:10 +0100, Arend van Spriel wrote: > > > @@ -4149,7 +4149,7 @@ void ieee80211_sta_uapsd_trigger(struct ieee80211_sta > > *sta, u8 tid); > >* The TX headroom reserved by mac80211 for its own tx_status functions. > >* This is enough for the radiotap header. > > Hi

Re: [PATCH 2/2] mt7601u: set device mac address in mt7601u_add_interface()

On Fri, 9 Feb 2018 10:49:21 +0100, Lorenzo Bianconi wrote: > On Feb 08, Jakub Kicinski wrote: > > On Thu, 8 Feb 2018 23:08:09 +0100, Lorenzo Bianconi wrote: > > > If mac80211 adds a vif with a different mac address respect to > > > the eeprom one, the device will not be able to connect to the

Re: [PATCH 0/2] mt7601u: update mac addr if different from eeprom one

On Thu, 8 Feb 2018 23:08:07 +0100, Lorenzo Bianconi wrote: > Lorenzo Bianconi (2): > mt7601u: move mt7601u_set_macaddr in mac related code > mt7601u: set device mac address in mt7601u_add_interface() > > drivers/net/wireless/mediatek/mt7601u/eeprom.c | 24 ++-- >

[PATCH] mac80211: round IEEE80211_TX_STATUS_HEADROOM up to multiple of 4

This ensures that mac80211 allocated management frames are properly aligned, which makes copying them more efficient. For instance, mt76 uses iowrite32_copy to copy beacon frames to beacon template memory on the chip. Misaligned 32-bit accesses cause CPU exceptions on MIPS and should be avoided.

Re: [PATCH] mac80211: round IEEE80211_TX_STATUS_HEADROOM up to multiple of 4

On 2/9/2018 7:51 PM, Felix Fietkau wrote: This ensures that mac80211 allocated management frames are properly aligned, which makes copying them more efficient. For instance, mt76 uses iowrite32_copy to copy beacon frames to beacon template memory on the chip. Misaligned 32-bit accesses cause CPU

Re: [PATCH] rtlwifi: rtl8192cu: remove pointless memcpy

On Fri, 2018-02-09 at 14:24 +0100, Arnd Bergmann wrote: > gcc-8 points out that source and destination of the memcpy() are > always the same pointer, so the effect of memcpy() is undefined > here (its arguments must not overlap): > > drivers/net/wireless/realtek/rtlwifi/rtl8192cu/trx.c: In

Re: [PATCH] ath9k: fix DFS detector synchronization

On Fri, 09 Feb 2018 10:01:09 +0200 Kalle Valo wrote: > Timothy Redaelli writes: > > > The code currently syncronize the DFS region only if curchan != 0, > > but hostapd launch DFS before the channel is set and so > > set_dfs_domain is never executed.

Re: [PATCH] rtlwifi: rtl8192cu: remove pointless memcpy

On 02/09/2018 07:24 AM, Arnd Bergmann wrote: gcc-8 points out that source and destination of the memcpy() are always the same pointer, so the effect of memcpy() is undefined here (its arguments must not overlap): drivers/net/wireless/realtek/rtlwifi/rtl8192cu/trx.c: In function

Re: [PATCH] rtlwifi: rtl8192cu: remove pointless memcpy

On 02/09/2018 07:24 AM, Arnd Bergmann wrote: gcc-8 points out that source and destination of the memcpy() are always the same pointer, so the effect of memcpy() is undefined here (its arguments must not overlap): drivers/net/wireless/realtek/rtlwifi/rtl8192cu/trx.c: In function

Re: [PATCH 2/2] mt7601u: set device mac address in mt7601u_add_interface()

On Feb 08, Jakub Kicinski wrote: > On Thu, 8 Feb 2018 23:08:09 +0100, Lorenzo Bianconi wrote: > > If mac80211 adds a vif with a different mac address respect to > > the eeprom one, the device will not be able to connect to the ap > > since the hw address has not been updated. > > Fix the issue

Re: [PATCH] ath10k: update the IRAM banks number for QCA9377

ryan...@codeaurora.org writes: > From: Ryan Hsu > > QCA9377 firmware update the IRAM banks from 4 to 9. > > Signed-off-by: Ryan Hsu As we discussed offline, I'll update the commit log to this: ath10k: update the IRAM bank number for QCA9377

[PATCH] ath10k: dma unmap mgmt tx buffer if wmi cmd send fails

From: Rakesh Pillai WCN3990 sends mgmt frames by reference via WMI. The host dma maps the mgmt frame and sends the physical address to the firmware in the wmi command. Since the dma mapping is done in the gen_mgmt_tx and if the wmi command send fails, the corresponding

[PATCH 4.9 66/92] nl80211: Sanitize array index in parse_txq_params

4.9-stable review patch. If anyone has any objections, please let me know. -- From: Dan Williams (cherry picked from commit 259d8c1e984318497c84eef547bbb6b1d9f4eb05) Wireless drivers rely on parse_txq_params to validate that txq_params->ac is less

Re: [PATCH v2 00/10] rtlwifi: add more materials for 8822be

On Mon, 2018-01-29 at 11:26 +0800, pks...@realtek.com wrote: > From: Ping-Ke Shih > > I continue to submit more materials needed by 8822be. A special patch is > "PATCH 10/10" that add new files to support 8822be btcoex in case wifi > only. In my plan, 8822be btcoex for combo

[PATCH 5/5] iwlwifi: mvm: always init rs with 20mhz bandwidth rates

From: Naftali Goldstein In AP mode, when a new station associates, rs is initialized immediately upon association completion, before the phy context is updated with the association parameters, so the sta bandwidth might be wider than the phy context allows. To avoid

[PATCH 1/5] iwlwifi: mvm: fix security bug in PN checking

From: Sara Sharon A previous patch allowed the same PN for packets originating from the same AMSDU by copying PN only for the last packet in the series. This however is bogus since we cannot assume the last frame will be received on the same queue, and if it is received

[PATCH 4/5] iwlwifi: align timestamp cancel with timestamp start

From: Shaul Triebitz Canceling the periodic timestamp work should be done in the opposite flow to where it was started. This also prevents from sending the MARKER command during the mac_stop flow - causing a false queue hang (FW is no longer there to send a response).

[PATCH 2/5] iwlwifi: mvm: fix IBSS for devices that support station type API

From: Sara Sharon In IBSS, the mac80211 sets the cab_queue to be invalid. However, the multicast station uses it, so we need to override it. A previous patch did it, but it was nested inside the if's and was applied only for legacy FWs that don't support the new station

[PATCH 0/5] iwlwifi: fixes intended for 4.16 2018-02-09

From: Luca Coelho Hi, This is my first batch of fixes inteded for 4.16. These are the fixes: * A couple of bugzilla fixes - Fix a bogus warning when freeing a TFD; - Fix severe throughput problem with 9000 series; * Fix for a bug that caused queue hangs in

[PATCH] rtlwifi: rtl8192cu: remove pointless memcpy

gcc-8 points out that source and destination of the memcpy() are always the same pointer, so the effect of memcpy() is undefined here (its arguments must not overlap): drivers/net/wireless/realtek/rtlwifi/rtl8192cu/trx.c: In function '_rtl_rx_process':