Re: RTL8723BE performance regression

On Wed, 2018-05-02 at 05:44 +, Pkshih wrote: > > > -Original Message- > > From: João Paulo Rechi Vita [mailto:jprv...@gmail.com] > > Sent: Wednesday, May 02, 2018 6:41 AM > > To: Larry Finger > > Cc: Steve deRosier; 莊彥宣; Pkshih; Birming Chiu; Shaofu; Steven Ting; > > Chaoming_Li;

Re: [PATCH] staging: wilc1000: fix infinite loop and out-of-bounds access

On Mon, 30 Apr 2018 18:23:21 +0300 Dan Carpenter wrote: > On Mon, Apr 30, 2018 at 07:59:16PM +0530, Ajay Singh wrote: > > Reviewed-by: Ajay Singh > > > > On Mon, 30 Apr 2018 07:50:40 -0500 > > "Gustavo A. R. Silva"

RE: RTL8723BE performance regression

> -Original Message- > From: João Paulo Rechi Vita [mailto:jprv...@gmail.com] > Sent: Wednesday, May 02, 2018 6:41 AM > To: Larry Finger > Cc: Steve deRosier; 莊彥宣; Pkshih; Birming Chiu; Shaofu; Steven Ting; > Chaoming_Li; Kalle Valo; > linux-wireless; Network Development; LKML; Daniel

[RFC PATCH 2/3] Revert "rtlwifi: fill FW version and subversion"

This reverts commit 874e837d67d0db179c9771f38fd21df07c703e93. This drastically affects the upload performance and signal strenght on the HP 240 G4 laptop, as shown by the results bellow: Without this change: $ sudo iw dev wlp2s0 scan | grep -B3 JJ | grep signal signal: -42.00 dBm $

[RFC PATCH 3/3] rtlwifi: btcoex: Always use 2ant-functions for RTL8723BE

This partially reverts commit 7937f02d1953952a6eaf626b175ea9db5541e699, which not only hooked external functions for newer ICs, as described in its commit message, but also changed the behavior for RTL8723BE depending on the value of board_info.btdm_ant_num. When board_info.btdm_ant_num == 1,

[RFC PATCH 1/3] rtlwifi: btcoex: Don't init antenna position to main port

This partially reverts commit 40d9dd4f1c5dcd0d4a2a1f0efcd225c9c4b36d6f, which does not only remove global variables from btcoex, as described on its commit message, but also does a few other things -- in particular, setting the default antenna position to BTC_ANTENNA_AT_MAIN_PORT. This

Re: RTL8723BE performance regression

On Tue, Apr 3, 2018 at 7:51 PM, Larry Finger wrote: > On 04/03/2018 09:37 PM, João Paulo Rechi Vita wrote: >> >> On Tue, Apr 3, 2018 at 7:28 PM, Larry Finger >> wrote: >> >> (...) >> >>> As the antenna selection code changes affected your

Re: [wireless-regdb] [PATCH 2/2] wireless-regdb: Parse wmm rule data

On Tue, 2018-05-01 at 15:02 -0500, Seth Forshee wrote: > > > +import attr > > I'm a little hesitant to add use of non-standard libraries if it isn't > necessary, as some distros have traditionally built the regdb from > source (not sure how practical that is after the db-as-firmware changes >

Re: [PATCH 2/2] wireless-regdb: Parse wmm rule data

On Tue, May 01, 2018 at 04:36:12PM +0300, Haim Dreyfuss wrote: > Add code to parse wmm rule data. > Also write it to the the regulatory.db fw file > > Signed-off-by: Haim Dreyfuss This patch doesn't seem to be based off the tip of master and has conflicts. Generally

Patch: Support Killer 1550 in MSI laptop

Hello, all I have an MSI 8th-gen notebook with a Killer 1550 wifi card.  This card has a different subsystem ID than I have seen in prior patches: Output of lspci -nnvvv: 00:14.3 Network controller [0280]: Intel Corporation Wireless-AC 9560 [Jefferson Peak] [8086:a370] (rev 10)     

Re: [PATCH 2/2 - linux-stable-4.4] ath10k: rebuild crypto header in rx data frames

On 2018-05-01 20:30, Greg KH wrote: On Tue, May 01, 2018 at 05:44:19AM +0530, Sriram R wrote: On 2018-05-01 05:14, Sriram R wrote: > On 2018-05-01 00:39, Greg KH wrote: > > On Mon, Apr 30, 2018 at 11:56:27AM +0530, Sriram R wrote: > > > Rx data frames notified through HTT_T2H_MSG_TYPE_RX_IND

Re: [PATCH 2/2 - linux-stable-4.4] ath10k: rebuild crypto header in rx data frames

On Tue, May 01, 2018 at 05:44:19AM +0530, Sriram R wrote: > On 2018-05-01 05:14, Sriram R wrote: > > On 2018-05-01 00:39, Greg KH wrote: > > > On Mon, Apr 30, 2018 at 11:56:27AM +0530, Sriram R wrote: > > > > Rx data frames notified through HTT_T2H_MSG_TYPE_RX_IND and > > > >

Re: [PATCH v7] ath10k: fix crash in recent 3.5.3 9984 firmware due wrong handling of peer_bw_rxnss_override parameter

On 04/30/2018 03:14 PM, Sebastian Gottschall wrote: +/* only 4x4 configuration do support 2x2 for VHT160, everything else must use 1x1 */ +if (ar->cfg_rx_chainmask == 15) +nss160 = arg->peer_num_spatial_streams <= 2 ? arg->peer_num_spatial_streams : 2; If peer nss == 3,

Re: [PATCH v4 2/2] drivers: remove force dma flag from buses

On Sat, Apr 28, 2018 at 08:21:59AM +0530, Nipun Gupta wrote: > With each bus implementing its own DMA configuration callback, > there is no need for bus to explicitly have force_dma in its > global structure. This patch modifies of_dma_configure API to > accept an input parameter which specifies

[PATCH 1/2] wireless-regdb: Add wmm rule for EEA and EFTA countries

The ETSI EN 301 893 v211 (2017-05) standard defines a new channel access mechanism that all devices (WLAN and LAA) need to comply with. In previous versions the device was allowed by ETSI to implement 802.11 channel access mechanism based on a set of priority classes which are taken from 802.11.

[PATCH 2/2] wireless-regdb: Parse wmm rule data

Add code to parse wmm rule data. Also write it to the the regulatory.db fw file Signed-off-by: Haim Dreyfuss --- db2fw.py | 31 +++-- dbparse.py | 111 +++-- 2 files changed, 136 insertions(+), 6

[PATCH] wireless: ipw2200: fix spelling mistake: "functionalitis" -> "functionalities"

From: Colin Ian King Trivial fix to spelling mistake in module parameter description text Signed-off-by: Colin Ian King --- drivers/net/wireless/intel/ipw2x00/ipw2200.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH] mt76x2: remove unnecessary break in mt76x2_mac_process_tx_rate()

Remove unnecessary break statement in the default case of bw switch block in mt76x2_mac_process_tx_rate routine Signed-off-by: Lorenzo Bianconi --- drivers/net/wireless/mediatek/mt76/mt76x2_mac.c | 1 - 1 file changed, 1 deletion(-) diff --git