Re: [RFD] workqueue: WQ_MEM_RECLAIM usage in network drivers

Hello, On Fri, Mar 18, 2016 at 05:24:05PM -0400, J. Bruce Fields wrote: > > But does that actually work? It's pointless to add WQ_MEM_RECLAIM to > > workqueues unless all other things are also guaranteed to make forward > > progress regardless of memory pressure. > > It's supposed to work. > >

[PATCH] brcmfmac: sdio: remove unused variable retry_limit

From: Colin Ian King retry_limit has never been used during the life of this driver, so we may as well remove it as it is redundant. Signed-off-by: Colin Ian King --- drivers/net/wireless/broadcom/brcm80211/brcmfmac/sdio.c | 3 --- 1 file

Re: [RFCv2 0/3] mac80211: implement fq codel

I've re-tested selected cases with wmm_enabled=0 set on the DUT AP. I'm attaching results. Naming: * "old-" is without mac/ath10k changes (referred to as kvalo-reverts previously) and fq_codel on qdiscs, * "patched-" is all patches applied (both mac and ath), * "-be-bursts" is stock "bursts"

Re: [PATCH v3] rt2x00usb: Use usb anchor to manage URB

On Fri, Mar 18, 2016 at 09:30:36AM +0100, Vishal Thanki wrote: > @@ -734,6 +744,8 @@ void rt2x00usb_uninitialize(struct rt2x00_dev *rt2x00dev) > { > struct data_queue *queue; > > + usb_kill_anchored_urbs(rt2x00dev->anchor); As already pointed in different email this is not good place

[PATCH] rtlwifi: fix gcc-6 indentation warning

The rtl8821ae_dm_txpower_tracking_callback_thermalmeter function contains a call to RT_TRACE() that is indented in a misleading way, as pointed out by a gcc-6 warning: drivers/net/wireless/realtek/rtlwifi/rtl8821ae/dm.c: In function 'rtl8821ae_dm_txpower_tracking_callback_thermalmeter':

Re: [PATCH CONTROVERSIAL 19/19] iwlegacy: Rename label in il_eeprom_init()

On Fri, Mar 18, 2016 at 01:29:39PM +1100, Julian Calaby wrote: > From: Markus Elfring > > Rename a jump label according to the current Linux coding style convention. > > Signed-off-by: Markus Elfring > [Rewrote commit title] >

Re: rtl8xxxu 4.4.5(from f23): I get a panic adding a new device to the driver

On Thu, Mar 17, 2016 at 09:01:25PM +0100, poma wrote: > On 17.03.2016 19:02, Jes Sorensen wrote: > > Jes Sorensen writes: > >> Xose Vazquez Perez writes: > >>> Hi, > >>> > >>> If I do: > >>> # echo "0bda 8176" >

[PATCH 03/19] wlcore: use to_delayed_work()

From: Geliang Tang Use to_delayed_work() instead of open-coding it. Signed-off-by: Geliang Tang [Update commit message] Signed-off-by: Julian Calaby --- drivers/net/wireless/ti/wlcore/main.c | 10 +-

Re: iwlwifi incomplete initialization in Linux 4.5?

On 03/16/2016 11:44 PM, Linus Torvalds wrote: > On Wed, Mar 16, 2016 at 2:23 PM, Linus Torvalds > wrote: >> >>> Do you use 20Mhz or 40MHz? >> >> HT20 on 2.4GHz, HT40 on 5GHz. >> >> At least that's the wireless AP setup. >> >>> Basically, I'd like to see the output

Hardware support 802.11k

Hello, I'm looking for hardware which supports 802.11k and 802.11r. So far I'v tried two USB-Wifi Dongle with Realtek Chipsets (RTL8192CU and MT7610U). For both Realtek says 802.11k are supported but I couldn't get it work. From my point of view the problem with the realtek chipsets is that

[PATCH 2/2] rtlwifi: btcoexist: Implement antenna selection

The previous patch added an option to rtl8723be to manually select the antenna for those cases when only a single antenna is present, and the on-board EEPROM is incorrectly programmed. This patch implements the necessary changes in the Bluetooth coexistence driver. Signed-off-by: Larry Finger

Re: rtl8xxxu 4.4.5(from f23): I get a panic adding a new device to the driver

poma writes: > On 17.03.2016 19:02, Jes Sorensen wrote: >> Jes Sorensen writes: >>> Xose Vazquez Perez writes: Hi, If I do: # echo "0bda 8176" > /sys/bus/usb/drivers/rtl8xxxu/new_id >>> >>> Hi Xose,