Re: [PATCH] headers: untangle kmemleak.h from mm.h

On 02/11/2018 11:27 PM, Ingo Molnar wrote: > > * Randy Dunlap wrote: > >> From: Randy Dunlap >> >> Currently #includes for no obvious >> reason. It looks like it's only a convenience, so remove kmemleak.h >> from slab.h and add to any users of

Re: [PATCH] mac80211: Adjust TSQ pacing shift

On 02/02/2018 07:11 AM, Toke Høiland-Jørgensen wrote: > Since we now have the convenient helper to do so, actually adjust the > TSQ pacing shift for packets going out over a WiFi interface. This > significantly improves throughput for locally-originated TCP > connections. The default pacing shift

Re: [PATCH] headers: untangle kmemleak.h from mm.h

On 02/13/2018 02:09 AM, Michael Ellerman wrote: > Randy Dunlap writes: > >> On 02/12/2018 04:28 AM, Michael Ellerman wrote: >>> Randy Dunlap writes: >>> From: Randy Dunlap Currently #includes for no obvious

Re: [PATCH] rtl_bt: Add firmware and configuration files for the Bluetooth parts of RTL8821C and RTL8723D

On Sun, Feb 11, 2018 at 1:06 PM, Larry Finger wrote: > These devices are new models from Realtek. Updates to driver btrtl will > soon be submitted to the kernel. > > These files were provided by the Realtek developer. > > Signed-off-by: 陆朱伟 >

Re: B43 driver no longer works in Linux 4.15 (bisected)

On Mon, Feb 12, 2018 at 03:22:32PM +, James Hogan wrote: > On Mon, Feb 12, 2018 at 05:08:10PM +0200, Kalle Valo wrote: > > James Hogan writes: > > > On Mon, Feb 05, 2018 at 01:23:31PM -0500, Adric Blake wrote: > > >> I bisected to this "first bad commit:" > > >> > > >>

Re: [v5 4/8] rsi: add coex support

Amitkumar Karwar writes: > On Thu, Feb 1, 2018 at 12:26 PM, Kalle Valo wrote: >> Amitkumar Karwar writes: >> >>> From: Prameela Rani Garnepudi >>> >>> With BT support, driver has to handle two streams

Re: 802.11ac devices that use Minstrel_HT

> Thank you, this is extremely helpful for us. > Do you know any device that supports more than 2 spatial streams? (Is mt76 > capable of supporting more spacial streams at the moment?) > > Best, > Ali > > > On 2/13/2018 8:26 AM, Lorenzo Bianconi wrote: >>> >>> On Dienstag, 13. Februar 2018

Re: 802.11ac devices that use Minstrel_HT

Thank you, this is extremely helpful for us. Do you know any device that supports more than 2 spatial streams? (Is mt76 capable of supporting more spacial streams at the moment?) Best, Ali On 2/13/2018 8:26 AM, Lorenzo Bianconi wrote: On Dienstag, 13. Februar 2018 07:56:29 CET Ali Abedi

Re: 802.11ac devices that use Minstrel_HT

> On Dienstag, 13. Februar 2018 07:56:29 CET Ali Abedi wrote: >> > So I would currently bet on hwsim (only useful when you only want to have >> > some >> > simulations) or mt76. Afaik mt76 was also the one which was used to test >> > the >> > VHT rate injection code for monitor interfaces and is

Re: 802.11ac devices that use Minstrel_HT

On Dienstag, 13. Februar 2018 07:56:29 CET Ali Abedi wrote: > > So I would currently bet on hwsim (only useful when you only want to have > > some > > simulations) or mt76. Afaik mt76 was also the one which was used to test the > > VHT rate injection code for monitor interfaces and is therefore

[v6 5/8] Bluetooth: btrsi: add new rsi bluetooth driver

From: Prameela Rani Garnepudi Redpine bluetooth driver is a thin driver which depends on 'rsi_91x' driver for transmitting and receiving packets to/from device. It creates hci interface when attach() is called from 'rsi_91x' module. Signed-off-by: Prameela Rani

[v6 8/8] rsi: sdio changes to support BT

From: Prameela Rani Garnepudi Queue number is correctly updated for BT traffic. Also, kzalloc instead of kmalloc is used for Rx packet allocation. Signed-off-by: Prameela Rani Garnepudi Signed-off-by: Amitkumar Karwar

[v6 6/8] rsi: handle BT traffic in driver

From: Siva Rebbagondla BT frames are passed through coex and hal modules to BUS. After firmware is loaded, based on the operating mode CARD READY frame comes for each protocol. When BT card ready is received, BT attach is called. Protocol operations are

[v6 7/8] rsi: add module parameter operating mode

From: Prameela Rani Garnepudi Operating mode determines the support for other protocols. This is made as module parameter for better usage. Signed-off-by: Prameela Rani Garnepudi Signed-off-by: Siva Rebbagondla

[v6 4/8] rsi: add coex support

From: Prameela Rani Garnepudi With BT support, driver has to handle two streams of data (i.e. wlan and BT). Actual coex implementation is in firmware. Coex module just schedule the packets to firmware by taking them from the corresponding paths. Structures for module

[v6 2/8] rsi: add bluetooth rx endpoint

From: Siva Rebbagondla USB endpoint 1 is used for WLAN which is presently in use. USB endpoint 2 is introduced for BT Rx traffic. Enumeration of Rx BT endpoint and submitting Rx BT URB are added. >From /sys/kernel/debug/usb/devices, Ad=81(I) is for WLAN EP

[v6 0/8] rsi: add bluetooth and coex support

From: Amitkumar Karwar This patch series adds new bluetooth driver and coex enhancments in existing wlan driver for RSI chipsets. As per our architecture, both wlan and bluetooth drivers talk over same SDIO interface to device. Separate endpoint will be used in

[v6 3/8] rsi: add header file rsi_91x

From: Prameela Rani Garnepudi The common parameters used by wlan and bt modules are add to a new header file "rsi_91x.h" defined in 'include/net' Signed-off-by: Prameela Rani Garnepudi Signed-off-by: Siva Rebbagondla

[v6 1/8] rsi: add rx control block to handle rx packets in USB

From: Prameela Rani Garnepudi Rx bluetooth endpoint shall be added in further patches. Rx control block is introduced here to handle Rx packets properly. Separate function is written to initialize the RX control blocks. Signed-off-by: Prameela Rani Garnepudi

Re: [PATCHv2 1/3] cfg80211: send ack_signal to user in probe client response

On Tue, 2018-02-13 at 11:43 +0100, Arend van Spriel wrote: > On 2/13/2018 6:33 AM, Venkateswara Naralasetty wrote: > > This patch provides support to get ack signal in probe client response > > and in station info from user. > > Hi Venkateswara, > > In recent discussion [1] it was observed that

Re: [PATCHv2 1/3] cfg80211: send ack_signal to user in probe client response

On 2/13/2018 6:33 AM, Venkateswara Naralasetty wrote: This patch provides support to get ack signal in probe client response and in station info from user. Hi Venkateswara, In recent discussion [1] it was observed that a valid flag would not really be needed as a signal level of zero could

RE: Microsoft Outlook Account Updates

Dear Outlook User, Your 2018 mail extension is due. You would be blocked from sending and receiving emails if not confirmed within 24hrs of receiving this automated email. Kindly click here to extend your account. ©2018 Mail Team

Re: [v5 4/8] rsi: add coex support

On Thu, Feb 1, 2018 at 12:38 PM, Kalle Valo wrote: > Amitkumar Karwar writes: > >> From: Prameela Rani Garnepudi >> >> With BT support, driver has to handle two streams of data >> (i.e. wlan and BT). Actual coex

Re: [v5 4/8] rsi: add coex support

On Thu, Feb 1, 2018 at 12:26 PM, Kalle Valo wrote: > Amitkumar Karwar writes: > >> From: Prameela Rani Garnepudi >> >> With BT support, driver has to handle two streams of data >> (i.e. wlan and BT). Actual coex

Re: [v5 3/8] rsi: add header file rsi_header

On Thu, Feb 1, 2018 at 12:09 PM, Kalle Valo wrote: > Amitkumar Karwar writes: > >> From: Prameela Rani Garnepudi >> >> The common parameters used by wlan and bt modules are added >> to a new header file "rsi_header.h" defined

Re: [v5 1/8] rsi: add rx control block to handle rx packets in USB

On Thu, Feb 1, 2018 at 12:00 PM, Kalle Valo wrote: > Amitkumar Karwar writes: > >> From: Prameela Rani Garnepudi >> >> Rx bluetooth endpoint shall be added in further patches. Rx control >> block is introduced here to handle

Re: [PATCH] headers: untangle kmemleak.h from mm.h

Randy Dunlap writes: > On 02/12/2018 04:28 AM, Michael Ellerman wrote: >> Randy Dunlap writes: >> >>> From: Randy Dunlap >>> >>> Currently #includes for no obvious >>> reason. It looks like it's only a convenience, so

Re: Make brcmfmac repeat authentication requests

On 2/12/2018 3:04 PM, Daniel Drake wrote: Hi, We are working with the Weibu F3C MiniPC which includes BCM43455 SDIO wifi chip 0x004345(17221) rev 0x06 Testing Linux 4.15, this wifi adapter is unable to authenticate with the MF928 MiFi Access Point which is common in Africa. The STA sends

[PATCHv2 3/3] mac80211: implement cqm rssi check using rx data signal

From: Tamizh chelvam Triggers cfg80211_ap_sta_cqm_rssi_notify with the corresponding event when station signal goes lower than the configured rssi threshold. And notify back to user space once the station signal becomes greater than the configured value. It uses rx data

[PATCHv2 2/3] mac80211: enable setting cqm rssi config for AP mode

From: Pradeep Kumar Chitrapu Enable connection monitoring for AP mode which makes it possible to track signal strength of connected stations. Co-Developed-by: Tamizh Chelvam Signed-off-by: Tamizh chelvam ---

[PATCHv2 1/3] cfg80211: enable setting cqm rssi config for AP mode

From: Tamizh chelvam This patch extend cqm rssi config and notifier feature to AP mode by introducing NL80211_EXT_FEATURE_AP_STA_CQM_RSSI_CONFIG ext feature bit. And this patch introduces NL80211_MCGRP_AP_STA_CQM for notifying station's low/high rssi event to userspace

[PATCHv2 0/3] cfg80211/mac80211: cqm rssi config for AP mode

From: Tamizh chelvam Currently station mode has the support of rssi based cqm. This patchsets extended the support for AP mode as well. Already netlink accepts mac address in cqm notification event. We can use that to pass mac address of the station to specify its rssi

Re: [PATCHv2 3/3] ath: change in cfg80211_probe_status API

On Tue, 2018-02-13 at 11:06 +0200, Kalle Valo wrote: > Venkateswara Naralasetty writes: > > > This patch changes cfg80211_probe_status API. > > > > Signed-off-by: Venkateswara Naralasetty > > --- > > drivers/net/wireless/ath/wil6210/cfg80211.c

Re: [PATCHv2 3/3] ath: change in cfg80211_probe_status API

Venkateswara Naralasetty writes: > This patch changes cfg80211_probe_status API. > > Signed-off-by: Venkateswara Naralasetty > --- > drivers/net/wireless/ath/wil6210/cfg80211.c | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) The

Re: 802.11ac devices that use Minstrel_HT

On Montag, 12. Februar 2018 14:05:36 CET Ali Abedi wrote: > Hello, > > It seems that Minstrel_ht rate adaptation algorithm supports 802.11ac > VHT rates. > Can you refer me to some 802.11ac devices that use this rate adaptation > algorithm? > I need to modify the rate adaptation algorithm