Re: [PATCH v2 12/15] rtlwifi: btcoex: Add 8822b 1ant/2ant coex files

On 03/05/2018 07:25 PM, pks...@realtek.com wrote: From: Ping-Ke Shih Acked-by: Larry Finger

Re: [PATCH v2 15/15] rtlwifi: btcoex: Add 8822b routine to btc interfaces

On 03/05/2018 07:25 PM, pks...@realtek.com wrote: From: Ping-Ke Shih Add 8822b routines to run btcoex algorithm Signed-off-by: Ping-Ke Shih Acked-by: Larry Finger --- .../realtek/rtlwifi/btcoexist/halbtcoutsrc.c

Re: [PATCH v2 14/15] rtlwifi: btcoex: Add 8822b to Makefile

On 03/05/2018 07:25 PM, pks...@realtek.com wrote: From: Ping-Ke Shih Add btcoex of 8822b to Makefile. Signed-off-by: Ping-Ke Shih Acked-by: Larry Finger --- drivers/net/wireless/realtek/rtlwifi/btcoexist/Makefile | 3

Re: [PATCH v2 13/15] rtlwifi: btcoex: Add 8822b header files to precomp.h

On 03/05/2018 07:25 PM, pks...@realtek.com wrote: From: Ping-Ke Shih Add 8822b header files to precomp.h for routing functions. Signed-off-by: Ping-Ke Shih Acked-by: Larry Finger ---

Re: [PATCH v2 07/15] rtlwifi: btcoex: Add interaction with phydm

On 03/05/2018 07:25 PM, pks...@realtek.com wrote: From: Ping-Ke Shih Get phydm's counter and version from the module phydm that is not submitted so we implement dummy functions. Signed-off-by: Ping-Ke Shih Acked-by: Larry Finger

Re: [PATCH v2 11/15] rtlwifi: btcoex: Add new but dummy definitions introduced by 8822b

On 03/05/2018 07:25 PM, pks...@realtek.com wrote: From: Ping-Ke Shih btcoex support multiple platforms, but this drivers doesn't support full functions yet, so this commit adds dummy definitions. Signed-off-by: Ping-Ke Shih Acked-by: Larry Finger

Re: [PATCH v2 10/15] rtlwifi: btcoex: new definitions introduced by 8822be

On 03/05/2018 07:25 PM, pks...@realtek.com wrote: From: Ping-Ke Shih New constant and variables definitions are used by btcoex of 8822b, so this commit add them. Signed-off-by: Ping-Ke Shih Acked-by: Larry Finger ---

Re: [PATCH v2 08/15] rtlwifi: btcoex: Add pre- and post- normal LPS function

On 03/05/2018 07:25 PM, pks...@realtek.com wrote: From: Ping-Ke Shih Normal LPS is decomposed into pre- and post- parts, so we can issue H2C with TDMA parameters in the "critical section" that dirver can't change LPS state at the moment. Signed-off-by: Ping-Ke Shih

Re: [PATCH v2 09/15] rtlwifi: btcoex: add assoc type v2 to connection notify

On 03/05/2018 07:25 PM, pks...@realtek.com wrote: From: Ping-Ke Shih In connection notify v1, btcoex only need to know start/end association, and it will discriminate 2G and 5G band in v2. Signed-off-by: Ping-Ke Shih Acked-by: Larry Finger

Re: [PATCH v2 06/15] rtlwifi: btcoex: Add rate table for the use of btcoex

On 03/05/2018 07:25 PM, pks...@realtek.com wrote: From: Ping-Ke Shih The btcoex use the rate to rsolve IOT issue that some APs reduce TX rate quickly, so it uses the RX rate as a clue to decide TDMA. Signed-off-by: Ping-Ke Shih Acked-by: Larry Finger

Re: [PATCH v2 05/15] rtlwifi: btcoex: Get status of multichannel concurrence

On 03/05/2018 07:25 PM, pks...@realtek.com wrote: From: Ping-Ke Shih btcoex does different decision according to MCC or SCC status, but driver is still SCC currently. Signed-off-by: Ping-Ke Shih Acked-by: Larry Finger

Re: [PATCH v2 03/15] rtlwifi: btcoex: Add enum DM_INFO for btcoex to query dm's counters

On 03/05/2018 07:25 PM, pks...@realtek.com wrote: From: Ping-Ke Shih btcoex uses dm's counters to check the environment is noisy or not. If it is clean, btcoex set more time slots to WiFi so that it can transmit as soon as possible. That will save time, and BT will have

Re: [PATCH net-next v2 2/2] dt: bindings: add new dt entries for brcmfmac

Arend, I use RK3288-firefly, bcm4339 (ap6335). Regards, Alex On 20 March 2018 at 06:16, Arend van Spriel wrote: > + Uffe > > On 3/19/2018 6:55 PM, Florian Fainelli wrote: >> >> On 03/19/2018 07:10 AM, Alexey Roslyakov wrote: >>> >>> Hi Arend, >>> I appreciate

Re: [PATCH] firmware: add a function to load optional firmware v2

On 2018-03-13 12:38 PM, Luis R. Rodriguez wrote: On Tue, Mar 13, 2018 at 03:39:23PM +0200, Kalle Valo wrote: "Luis R. Rodriguez" writes: On Mon, Mar 12, 2018 at 12:10:47AM +0100, Arend van Spriel wrote: On 3/11/2018 5:05 PM, Andres Rodriguez wrote: Your patch series

Re: [PATCH net-next v2 2/2] dt: bindings: add new dt entries for brcmfmac

+ Uffe On 3/19/2018 6:55 PM, Florian Fainelli wrote: On 03/19/2018 07:10 AM, Alexey Roslyakov wrote: Hi Arend, I appreciate your response. In my opinion, it has nothing to do with SDIO host, because it defines "quirks" in the driver itself. It is not clear to me from your patch series

Re: [PATCH 11/16] treewide: simplify Kconfig dependencies for removed archs

On 14/03/2018 at 15:43:46 +0100, Arnd Bergmann wrote: > A lot of Kconfig symbols have architecture specific dependencies. > In those cases that depend on architectures we have already removed, > they can be omitted. > > Signed-off-by: Arnd Bergmann > --- > block/bounce.c

Re: [PATCH] mac80211: add ieee80211_hw flag for QoS NDP support

Hi Ben, Thank you for the patch! Yet something to improve: [auto build test ERROR on v4.16-rc4] [cannot apply to next-20180319] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Ben-Caradoc

Re: [PATCH 5/7] staging: wilc1000: replace switch statement by simple if condition

On Wed, Mar 14, 2018 at 06:15:03PM +0530, hariprasath.ela...@gmail.com wrote: > From: HariPrasath Elango > > In this case,there is only a single switch case statement.So replacing > by a simple if condition. > > Signed-off-by: HariPrasath Elango

Re: [PATCH net-next v2 2/2] dt: bindings: add new dt entries for brcmfmac

On 03/19/2018 07:10 AM, Alexey Roslyakov wrote: > Hi Arend, > I appreciate your response. In my opinion, it has nothing to do with > SDIO host, because it defines "quirks" in the driver itself. It is not clear to me from your patch series whether the problem is that: - the SDIO device has a

Re: [PATCH v2] brcmfmac: Add support for getting nvram contents from EFI variables

Hi Hans, I love your patch! Perhaps something to improve: [auto build test WARNING on v4.16-rc4] [also build test WARNING on next-20180319] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Hans

[PATCH 1/2] NFC: pn533: Use kmalloc-ed memory for USB transfer buffers

Commit 8b55d7581fc5 ("NFC: pn533: use constant off-stack buffer for sending acks"), fixed the ack case of using on stack mem for the transfer_buffer, by making the ack buffer "static const", which is an unusual solution for this and I wonder if this is not a problem wrt buffer alignment. It also

[PATCH 2/2] NFC: pn533: Fix wrong GFP flag usage

pn533_recv_response() is an urb completion handler, so it must use GFP_ATOMIC. pn533_usb_send_frame() OTOH runs from a regular sleeping context, so the pn533_submit_urb_for_response() there (and only there) can use the regular GFP_KERNEL flags. BugLink:

Re: [PATCH net-next v2 1/2] brcmfmac: add new dt entries for SG SDIO settings

Hi, Kalle, good remark, I'll try to make it clear in next version. Thank you. On 19 March 2018 at 23:23, Kalle Valo wrote: > Alexey Roslyakov writes: > >> There are 3 fields in SDIO settings (quirks) to workaround some of the >> SG SDIO host

Re: [PATCH net-next v2 1/2] brcmfmac: add new dt entries for SG SDIO settings

Alexey Roslyakov writes: > There are 3 fields in SDIO settings (quirks) to workaround some of the > SG SDIO host particularities, i.e higher align requirements for SG > items. All coding is done the long time ago, but there is no way to > change the driver behavior

Re: [PATCH v2] brcmfmac: Add support for getting nvram contents from EFI variables

Hi Hans, I love your patch! Yet something to improve: [auto build test ERROR on v4.16-rc4] [also build test ERROR on next-20180319] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Hans-de-Goede

Re: [PATCH net-next v2 2/2] dt: bindings: add new dt entries for brcmfmac

Hi Arend, I appreciate your response. In my opinion, it has nothing to do with SDIO host, because it defines "quirks" in the driver itself. If I get it right, you mean something like this: mmc3: mmc@1c12000 { ... broken-sg-support; sd-head-align = 4; sd-sgentry-align =

Re: [PATCH] rtlwifi: rtl8821ae: fix spelling mistake: "Aboslute" -> "Absolute"

On 03/19/2018 05:40 AM, Colin King wrote: From: Colin Ian King Trivial fix to spelling mistake in RT_TRACE message text. Signed-off-by: Colin Ian King --- drivers/net/wireless/realtek/rtlwifi/rtl8821ae/dm.c | 16 1 file

Re: [PATCH v4 1/3] mac80211_hwsim: add permanent mac address option for new radios

On Mon, Jan 22, 2018 at 06:04:35PM +0100, Benjamin Beichler wrote: > If simulation needs predictable permanent mac addresses of hwsim wireless > phy, this patch add the ability to create a new radio with a user defined > permanent mac address. Allowed mac addresses needs to be locally >

[PATCH] rtlwifi: rtl8821ae: fix spelling mistake: "Aboslute" -> "Absolute"

From: Colin Ian King Trivial fix to spelling mistake in RT_TRACE message text. Signed-off-by: Colin Ian King --- drivers/net/wireless/realtek/rtlwifi/rtl8821ae/dm.c | 16 1 file changed, 8 insertions(+), 8 deletions(-) diff

Re: [PATCH] mac80211: add ieee80211_hw flag for QoS NDP support

-Davies/mac80211-add-ieee80211_hw-flag-for-QoS-NDP-support/20180319-170624 config: i386-randconfig-x013-201811 (attached as .config) compiler: gcc-7 (Debian 7.3.0-1) 7.3.0 reproduce: # save the attached .config to linux build tree make ARCH=i386 All error/warnings (new ones prefixed

Re: [PATCH net-next v2 2/2] dt: bindings: add new dt entries for brcmfmac

On 3/19/2018 2:40 AM, Alexey Roslyakov wrote: In case if the host has higher align requirements for SG items, allow setting device-specific aligns for scatterlist items. Signed-off-by: Alexey Roslyakov ---

pull-request: iwlwifi 2018-03-19

Hi Kalle, Here is my fourth set of fixes for 4.16. More details in the tag description. I have sent this out before and kbuildbot didn't find any issues. Please let me know if there are any issues. Cheers, Luca. The following changes since commit 1259055170287a350cad453e9eac139c81609860:

Re: [PATCH] ath9k: introduce endian_check module parameter

Hello everyone, On Wed, Mar 14, 2018 at 10:34 PM, Arend van Spriel wrote: > + Martin > > On 3/14/2018 3:34 PM, Kalle Valo wrote: >> >> Bas Vermeulen writes: >> >>> --- a/drivers/net/wireless/ath/ath9k/init.c >>> +++

[PATCH] wcn36xx: allocate skbs with GFP_KERNEL during init

GFP_ATOMIC should only be used when the allocation is done from atomic context. Introduce a new flag to wcn36xx_dxe_fill_skb() and use GFP_KERNEL when pre-allocating buffers during init. This doesn't fix an issue that was observed in the wild, but it reduces the chance of failed allocations under

[PATCH v2] wcn36xx: dequeue all pending indicator messages

In case wcn36xx_smd_rsp_process() is called more than once before hal_ind_work was dispatched, the messages will end up in hal_ind_queue, but wcn36xx_ind_smd_work() will only look at the first message in that list. Fix this by dequeing the messages from the list in a loop, and only stop when it's