Re: Move wlan-ng out of staging?

Hi Glen, On Thu, Jan 28, 2016 at 5:27 AM, Kalle Valo wrote: > Dan Carpenter writes: > >> On Mon, Jan 25, 2016 at 01:16:56PM +0100, Ksenija Stanojević wrote: >>> Hi All, >>> >>> I'm helping Greg do a bit of cleanup in the staging tree, I noticed

Re: Move wlan-ng out of staging?

On Thu, Jan 28, 2016 at 10:28:38AM +1100, Julian Calaby wrote: > Hi Greg, > > On Thu, Jan 28, 2016 at 10:07 AM, Greg KH wrote: > > On Thu, Jan 28, 2016 at 09:48:16AM +1100, Julian Calaby wrote: > >> Hi Glen, > >> > >> On Thu, Jan 28, 2016 at 5:27 AM, Kalle Valo

Re: [PATCH] lib: fix callers of strtobool to use char array

On Wed, Jan 27, 2016 at 4:58 PM, Joe Perches wrote: > On Wed, 2016-01-27 at 16:45 -0800, Kees Cook wrote: >> Some callers of strtobool were passing a pointer to unterminated strings. >> This fixes the issue and consolidates some logic in cifs. > > This may be incomplete as it

Re: Delivery Status Notification (Failure)

Hi all, I'm having trouble with driver r8xxxu. My device has a realtek usb wifi+bt combo (0bda:0724) built-in. I can connect to a wifi network but if I open something that uses connections the driver stops working with a mac80211 crash message. OS used is Android-x86 with kernel 4.4.0. I'm also

Re: [PATCH] net/mac80211/agg-rx.c: fix use of uninitialised values

Hi Chris, On Thu, Jan 28, 2016 at 2:46 AM, Chris Bainbridge wrote: > Use kzalloc instead of kmalloc for struct tid_ampdu_rx. Fixes: > > [7.976605] UBSAN: Undefined behaviour in net/mac80211/rx.c:932:29 > [7.976608] load of value 2 is not a valid value for type

[PATCH] lib: fix callers of strtobool to use char array

Some callers of strtobool were passing a pointer to unterminated strings. This fixes the issue and consolidates some logic in cifs. Signed-off-by: Kees Cook Cc: Amitkumar Karwar Cc: Nishant Sarmukadam Cc: Kalle Valo

Re: [PATCH 4/5] brcmfmac: access PMU registers using standalone PMU core if available

t;>> [auto build test ERROR on wireless-drivers/master] >>> [also build test ERROR on v4.5-rc1 next-20160125] >>> [if your patch is applied to the wrong git tree, please drop us a note to >>> help improving the system] >>> >>> url: >>> ht

Re: Move wlan-ng out of staging?

On Thu, Jan 28, 2016 at 09:48:16AM +1100, Julian Calaby wrote: > Hi Glen, > > On Thu, Jan 28, 2016 at 5:27 AM, Kalle Valo wrote: > > Dan Carpenter writes: > > > >> On Mon, Jan 25, 2016 at 01:16:56PM +0100, Ksenija Stanojević wrote: > >>> Hi All, >

alfa awus036nhr v2 and module rtl8xxxu

problem: it does not connect to any wifi network you can see the time out on dmesg >lsusb Bus 002 Device 007: ID 0bda:817f Realtek Semiconductor Corp. RTL8188RU 802.11n WLAN Adapter >iwconfig wlp0s20u1 IEEE 802.11bgn ESSID:off/any Mode:Managed Access Point: Not-Associated

Re: [PATCH 0/4] ath10k: rename mesh and add abstraction layer

On Thu, Jan 28, 2016 at 5:53 AM, Peter Oh wrote: > > On 01/27/2016 11:39 AM, Bob Copeland wrote: >> >> On Wed, Jan 27, 2016 at 10:55:53AM -0800, Peter Oh wrote: >>> >>> Split Mesh service to 11s Mesh and non-11s Mesh according to >>> firmware service bit to help users

Re: [PATCH 0/4] ath10k: rename mesh and add abstraction layer

On 01/27/2016 06:04 PM, Yeoh Chun-Yeow wrote: On Thu, Jan 28, 2016 at 5:53 AM, Peter Oh wrote: On 01/27/2016 11:39 AM, Bob Copeland wrote: On Wed, Jan 27, 2016 at 10:55:53AM -0800, Peter Oh wrote: Split Mesh service to 11s Mesh and non-11s Mesh according to firmware

NEW ARRIVALS, CISCO,CPU's,Memory, LAPTOP AND AVAYA

Dear Sir/Madam, Clean tested working pulls CPUs and QTYs in stock. 115 X X5650 65 X E5410 75 X X5660 145 X E5530 100 X E5645 40 X X5680 75 X X5690 Brand new sealed IP phones and QTYs in stock. 55 x CP-7937G 77 x CP-7942G 54 x CP-7945G 75 x CP-7962G .. 45 x Avaya 9630

Re: Move wlan-ng out of staging?

Hi Greg, On Thu, Jan 28, 2016 at 10:07 AM, Greg KH wrote: > On Thu, Jan 28, 2016 at 09:48:16AM +1100, Julian Calaby wrote: >> Hi Glen, >> >> On Thu, Jan 28, 2016 at 5:27 AM, Kalle Valo wrote: >> > Dan Carpenter writes:

Re: [PATCH] lib: fix callers of strtobool to use char array

On Wed, 2016-01-27 at 16:45 -0800, Kees Cook wrote: > Some callers of strtobool were passing a pointer to unterminated strings. > This fixes the issue and consolidates some logic in cifs. This may be incomplete as it duplicates the behavior for the old number of characters, but this is not a

[PATCH] net/mac80211/agg-rx.c: fix use of uninitialised values

Use kzalloc instead of kmalloc for struct tid_ampdu_rx. Fixes: [7.976605] UBSAN: Undefined behaviour in net/mac80211/rx.c:932:29 [7.976608] load of value 2 is not a valid value for type '_Bool' [7.976611] CPU: 3 PID: 1134 Comm: kworker/u16:7 Not tainted 4.5.0-rc1+ #265 [7.976613]

RE: [PATCH v2] iwldvm: fix chain gain calibration when firmware return zero values

> > 2016-01-27 2:46 GMT-05:00 Grumbach, Emmanuel > : > >> Hi > >> > >> 2016-01-26 3:28 GMT-05:00 Grumbach, Emmanuel > >> : > >> > > >> > > >> > On 01/26/2016 12:20 AM, Nikolay Martynov wrote: > >> >> It looks like sometimes firmware

[PATCH 10/12] staging: wilc1000: wilc_parse_assoc_resp_info(): renames local variables

This patch renames to avoid camelcase, changes follow are: - pstrConnectRespInfo to connect_resp_info - u16AssocRespLen to assoc_resp_len - pu8IEs to ies - u16IEsLen to ies_len Signed-off-by: Leo Kim --- drivers/staging/wilc1000/coreconfigurator.c | 34

[PATCH 06/12] staging: wilc1000: wilc_parse_network_info(): renames local variables

This patch renames to avoid camelcase, changes follow are: - pstrNetworkInfo to network_info - u8MsgType to msg_type - u8MsgID to msg_id - u16MsgLen to msg_len - u16WidID to wid_id - u16WidLen to wid_len - pu8WidVal to wid_val Signed-off-by: Leo Kim ---

[PATCH 11/12] staging: wilc1000: wilc_dealloc_assoc_resp_info(): renames function variables

This patch renames to avoid camelcase, changes follow are: - pstrConnectRespInfo to connect_resp_info Signed-off-by: Leo Kim --- drivers/staging/wilc1000/coreconfigurator.c | 14 +++--- drivers/staging/wilc1000/coreconfigurator.h | 2 +- 2 files changed, 8

[PATCH 08/12] staging: wilc1000: rename variable s32Error

This patch renames variable s32Error to result to avoid CamelCase naming convention. Also, remove the unused variable s32Error and replace with direct return. Signed-off-by: Leo Kim --- drivers/staging/wilc1000/coreconfigurator.c | 19 +-- 1 file changed, 9

[PATCH 05/12] staging: wilc1000: wilc_parse_network_info(): renames function variables

This patch renames to avoid camelcase, changes follow are: - pu8MsgBuffer to msg_buffer - ppstrNetworkInfo to ret_network_info Signed-off-by: Leo Kim --- drivers/staging/wilc1000/coreconfigurator.c | 16 drivers/staging/wilc1000/coreconfigurator.h | 2 +-

[PATCH 12/12] staging: wilc1000: wilc_dealloc_network_info(): renames function variables

This patch renames to avoid camelcase, changes follow are: - pstrNetworkInfo to network_info Signed-off-by: Leo Kim --- drivers/staging/wilc1000/coreconfigurator.c | 14 +++--- drivers/staging/wilc1000/coreconfigurator.h | 2 +- 2 files changed, 8 insertions(+), 8

[PATCH 07/12] staging: wilc1000: wilc_parse_network_info(): renames local inner variables

This patch renames to avoid camelcase, changes follow are: - pu8TimElm to tim_elm - pu8IEs to ies - u16IEsLen to ies_len - u32Tsf_Lo to tsf_lo - u32Tsf_Hi to tsf_hi And, remove the prefix variable defined name, below are: - u8index to index - pu8msa to msa Signed-off-by: Leo Kim

[PATCH 09/12] staging: wilc1000: wilc_parse_assoc_resp_info(): renames function variables

This patch renames to avoid camelcase, changes follow are: - pu8Buffer to buffer - u32BufferLen to buffer_len - ppstrConnectRespInfo to ret_connect_resp_info Signed-off-by: Leo Kim --- drivers/staging/wilc1000/coreconfigurator.c | 16

[PATCH 01/12] staging: wilc1000: coreconfigurator.c : remove over-commenting

There are over-commenting in the coreconfigurator.c file and most of them are not helpful to explain what the code does and generate 80 ending line over warnings. So, all of comments are removed in this patch and the comments will later be added if necessary with the preferred Linux style.

[PATCH 02/12] staging: wilc1000: renames u16RxLen variable

This patch renames u16RxLen variable to rx_len to avoid camelcase. Signed-off-by: Leo Kim --- drivers/staging/wilc1000/coreconfigurator.c | 18 +- 1 file changed, 9 insertions(+), 9 deletions(-) diff --git a/drivers/staging/wilc1000/coreconfigurator.c

[PATCH 04/12] staging: wilc1000: renames u16index variable

This patch renames u16index variable to index to remove the prefix variable defined name. Signed-off-by: Leo Kim --- drivers/staging/wilc1000/coreconfigurator.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git

[PATCH 1/4] ath10k: rename Mesh related service names

WMI_10_4_SERVICE_MESH bit is for non IEEE802.11s Mesh. Hence rename it to WMI_10_4_SERVICE_MESH_NON_11S. Also add _11S as post-fix to each of WMI_SERVICE_MESH and WMI_VDEV_SUBTYPE_MESH specifying the service is for 11s Mesh. This will help users to distinguish 11s Mesh from non 11s Mesh.

Re: [PATCH v4 3/3] wlcore/wl12xx: spi: add wifi support to cm-t335

* Tony Lindgren [160113 09:28]: > * Igor Grinberg [160112 22:01]: > > Hi Kalle Valo, > > > > On 01/07/16 11:02, Kalle Valo wrote: > > > Uri Mashiach writes: > > > > > >> Device tree modifications: > > >> - Pinmux for SPI0

Re: [PATCH v4 3/3] wlcore/wl12xx: spi: add wifi support to cm-t335

* Igor Grinberg [160112 22:09]: > > > On 12/30/15 15:35, Uri Mashiach wrote: > > Device tree modifications: > > - Pinmux for SPI0 and WiFi GPIOs. > > - SPI0 node with wlcore as a child node. > > > > Cc: Tony Lindgren > > Signed-off-by: Uri Mashiach

[PATCH 0/4] ath10k: rename mesh and add abstraction layer

Split Mesh service to 11s Mesh and non-11s Mesh according to firmware service bit to help users distinguish 11s Mesh from non 11s Mesh. And add abstraction layer for vdev subtype to solve subtype mismatch and to give flexible compatibility among different firmware revisions. Peter Oh (4):

Re: Move wlan-ng out of staging?

Dan Carpenter writes: > On Mon, Jan 25, 2016 at 01:16:56PM +0100, Ksenija Stanojević wrote: >> Hi All, >> >> I'm helping Greg do a bit of cleanup in the staging tree, I noticed that >> wlan-ng driver is maybe ready to be moved out of staging. Are there >> any TODO

[PATCH 2/4] ath10k: update 10.4 WMI service map

Update 10.4 WMI service map to sync to the latest 10.4 firmware as of 1/20/2016. Signed-off-by: Peter Oh --- drivers/net/wireless/ath/ath10k/wmi.h | 13 + 1 file changed, 13 insertions(+) diff --git a/drivers/net/wireless/ath/ath10k/wmi.h

[PATCH 4/4] ath10k: add abstraction layer for vdev subtype

Abstraction layer for vdev subtype is added to solve subtype mismatch and to give flexible compatibility among different firmware revisions. For instance, 10.2 and 10.4 firmware has different definition of their vdev subtypes for Mesh. 10.4 defined subtype 6 for 802.11s Mesh while 10.2 uses 5.

[PATCH 3/4] ath10k: use vif->type and vif->p2p for P2P_GO check

Interface type P2P_GO can be checked by either arvif->vdev_type and arvif->vdev_subtype or vif->type and vif->p2p. Use later one to avoid more cpu consumption that could happen when subtype abstraction layer change is introduced. Signed-off-by: Peter Oh ---

Re: [PATCH 4/4] ath10k: add abstraction layer for vdev subtype

On 01/27/2016 10:55 AM, Peter Oh wrote: Abstraction layer for vdev subtype is added to solve subtype mismatch and to give flexible compatibility among different firmware revisions. For instance, 10.2 and 10.4 firmware has different definition of their vdev subtypes for Mesh. 10.4 defined

Re: [PATCH] hostap: avoid uninitialized variable use in hfa384x_get_rid

On Wed, Jan 27, 2016 at 02:45:26PM +0100, Arnd Bergmann wrote: > To ensure we get consistent error handling here, this changes the code > to only set rlen if we actually read data correctly, which also takes > care of the warning. It may be a good idea to do the job better. Looking at the code:

Re: [PATCH RESEND net] nfc: use GFP_USER for user-controlled kmalloc

On Tue, Jan 26, 2016 at 6:23 PM, Eric Dumazet wrote: > On Tue, 2016-01-26 at 15:12 -0800, Cong Wang wrote: >> On Tue, Jan 26, 2016 at 2:55 PM, Julian Calaby >> wrote: >> > Hi Cong, >> > >> > On Wed, Jan 27, 2016 at 4:53 AM, Cong Wang

Re: [PATCH 0/4] ath10k: rename mesh and add abstraction layer

On Wed, Jan 27, 2016 at 10:55:53AM -0800, Peter Oh wrote: > Split Mesh service to 11s Mesh and non-11s Mesh according to > firmware service bit to help users distinguish 11s Mesh from > non 11s Mesh. > And add abstraction layer for vdev subtype to solve subtype mismatch > and to give flexible

Re: [PATCH RESEND net] nfc: use GFP_USER for user-controlled kmalloc

On Wed, 2016-01-27 at 11:50 -0800, Cong Wang wrote: > Hmm? I think nfc_llcp_send_ui_frame() needs to do some fragmention > with this temporary memory, or you are saying msg_iter has some > API available to seek the pointer? Even if so, it doesn't look like > suitable for -stable. >

Re: [PATCH 4/4] ath10k: add abstraction layer for vdev subtype

On 01/27/2016 11:11 AM, Ben Greear wrote: On 01/27/2016 10:55 AM, Peter Oh wrote: Abstraction layer for vdev subtype is added to solve subtype mismatch and to give flexible compatibility among different firmware revisions. For instance, 10.2 and 10.4 firmware has different definition of their

Re: [RFC V4 1/2] nl80211: add feature for BSS selection support

On 26-1-2016 14:56, Johannes Berg wrote: > On Tue, 2016-01-26 at 14:06 +0100, Arend van Spriel wrote: >> >> + * @behaviour: requested BSS selection behaviour. >> + * @param: parameters for requestion behaviour. >> + * @band_pref: preferred band for >> %NL80211_BSS_SELECT_ATTR_BAND_PREF. >> + *

Re: [PATCH 0/4] ath10k: rename mesh and add abstraction layer

On 01/27/2016 11:39 AM, Bob Copeland wrote: On Wed, Jan 27, 2016 at 10:55:53AM -0800, Peter Oh wrote: Split Mesh service to 11s Mesh and non-11s Mesh according to firmware service bit to help users distinguish 11s Mesh from non 11s Mesh. And add abstraction layer for vdev subtype to solve

WARNING at net/mac80211/rate.c:513 ieee80211_get_tx_rates [mac80211]

Hmm. So my daughter has a little Gigabyte Brix that has rtl8821ae wireless in it. Yeah, nasty, I know, but it has actually worked reasonably well. .. except now I upgraded the nearest access point, and now wireless on that machine no longer works. Or rather, it actually *does* work in the sense

Re: pull request: iwlwifi 2016-01-26

"Grumbach, Emmanuel" writes: > On 01/26/2016 04:01 PM, Johannes Berg wrote: There's a conflict due to 8f57e4d930d, how should I fix it? >> I think we can thus drop my patch - that commit fixes the issue that >> Andrew had reported as well, and that I worked

[PATCH] wext: fix message delay/ordering

From: Johannes Berg Beniamino reported that he was getting an RTM_NEWLINK message for a given interface, after the RTM_DELLINK for it. It turns out that the message is a wireless extensions message, which was sent because the interface had been connected and

Re: [PATCH] wext: fix message delay/ordering

> > + if (state == NETDEV_UNREGISTER) > > + wireless_nlevent_flush(); > > > It could be argued that the state check isn't really necessary and > should be removed to avoid ordering issues with up/down vs. wext, but > this fixes the really strange issue where you get an RTM_NEWLINK >

Re: [PATCH] wext: fix message delay/ordering

On Wed, 2016-01-27 at 13:14 +0100, Johannes Berg wrote: >  > +static int wext_netdev_notifier_call(struct notifier_block *nb, > +  unsigned long state, void *ptr) > +{ > + /* > +  * When a netdev is unregistered, flush all pending messages > +  * to

Re: [PATCH 4/5] brcmfmac: access PMU registers using standalone PMU core if available

em] > > url: > https://github.com/0day-ci/linux/commits/Rafa-Mi-ecki/brcmfmac-support-for-new-14e43-4365-card-with-BCM4366/20160127-010149 > base: > https://git.kernel.org/pub/scm/linux/kernel/git/kvalo/wireless-drivers.git > master > config: x86_64-allmodconfig (attac

Re: [PATCH] wext: fix message delay/ordering

On Wed, 2016-01-27 at 13:18 +0100, Johannes Berg wrote: > > > + if (state == NETDEV_UNREGISTER) > > > + wireless_nlevent_flush(); > > > > > It could be argued that the state check isn't really necessary and > > should be removed to avoid ordering issues with up/down vs. wext, > > but > >

[PATCH 04/12] ath10k: add basic skeleton to support ahb

qca4019 uses ahb instead of pci where it slightly differs in device enumeration, clock control, reset control, etc. Good thing is that ahb also uses copy engine for the data transaction. So, the most of the stuff implemented in pci.c/ce.c are reusable in ahb case too. Device enumeration in ahb

[PATCH 02/12] ath10k: make ath10k_pci_read32/write32() ops more generic

ath10k_pci_read32/write32() does work more specific to PCI by ensuring pci wake/sleep for every read and write. There is a plan to use most of stuff available in pci.c (irq stuff, copy engine, etc) for AHB case. Such kind of pci wake/sleep for every read/write is not required in AHB case

[PATCH v2] wireless-regdb: add 2.4GHz regulatory rules for Cuba (CU)

Resolución 127, 2011 - Reglamento Banda 2,4 GHz.: http://www.mincom.gob.cu/sites/default/files/marcoregulatorio/R%20127-11%20Reglamento%20banda%202,4%20GHz.pdf Cc: Seth Forshee Cc: linux-wireless@vger.kernel.org Cc: wireless-re...@lists.infradead.org Signed-off-by:

[PATCH 03/12] ath10k: pull reusable code from pci probe and remove for ahb

Some of the code present in ath10k_pci_{probe|remove} are reusable in ahb case too. To avoid code duplication, move reusable code to new functions. Later, those new functions can be called from ahb module's probe and exit functions. Signed-off-by: Raja Mani ---

[PATCH 07/12] ath10k: add clock ctrl related functions in ahb

pre qca4019 chipsets has/uses internal clock generator for the operation. But, qca4019 uses external clocks supplied from outside of target (ie, outside of wifi core). Three different clocks (cmd clock, ref clock, rtc clock) comes into picture in qca4019. All those clocks needs to configured with

[PATCH 01/12] ath10k: make some of ath10k_pci_* func reusable

Some of static functions present in pci.c file are reusable in ahb (qca4019) case. Remove static word for those reusable functions and have those function prototype declaration in pci.h file. So that, pci.h header file can be included in ahb module and reused. There is no functionality changes

[PATCH 05/12] ath10k: include qca4019 register map table

New register table is added for qca4019 to tell about it's register mapping details. Nothing much other than this. Signed-off-by: Raja Mani --- drivers/net/wireless/ath/ath10k/core.c | 4 drivers/net/wireless/ath/ath10k/hw.c | 39

[PATCH 06/12] ath10k: add helper functions in ahb.c for reg rd/wr

qca4019 deals with below register memory region to control the clock, reset, etc. - Memory to control wifi core - gcc (outside of wifi) - tcsr (outside of wifi) Add new helper functions to perform read/write in above registers spaces. Actual ioremap for above registers

Re: [PATCH] wireless-regdb: add 2.4GHz regulatory rules for Cuba (CU)

On 09/08/2015 04:22 PM, Seth Forshee wrote: > On Tue, Sep 08, 2015 at 03:59:38PM +0200, Xose Vazquez Perez wrote: >> On 08/13/2015 04:31 PM, Seth Forshee wrote: >> >>> On Tue, Aug 11, 2015 at 03:29:55PM +0200, Xose Vazquez Perez wrote: Resolución 127, 2011 - Reglamento Banda 2,4 GHz.:

[PATCH 00/12] add ahb (qca4019) support

This patch series attempts to add ahb support (qca4019) in ath10k. All ahb related ops are grouped and kept in new file called ahb.c/ahb.h and will get compiled/linked to ath10k_pci.ko based on kernel config flag CONFIG_ATH10K_AHB flag. Most of function in pci.c file are reusable and called as

[PATCH 08/12] ath10k: add reset ctrl related functions in ahb

To perform reset on qca4019 wifi, multiple reset lines needs to be toggled in a sequence with help of reset controller support in the kernel. This patch adds functions to reset control init/deinit and release reset. Signed-off-by: Raja Mani ---

[PATCH 10/12] ath10k: include irq related functions in ahb

Add irq related functions to register,handle,release,disable interrupt. qca4019 supports msi interrupt, but it has the problem. Until the issue gets sorted out, only legacy interrupt model is enabled and used. Signed-off-by: Raja Mani ---

[PATCH 09/12] ath10k: add chip and bus halt logic in ahb

Add function to perform chip halt sequence and function to halt axi bus in ahb module. Mainly used in the scenario like driver unload. Signed-off-by: Raja Mani --- drivers/net/wireless/ath/ath10k/ahb.c | 113 ++

[PATCH 11/12] ath10k: add resource init and deinit in ahb

Add function to gather resources required for qca4019 to operate (memory, irq, dma setting, clock init , rest control init) and function release those resources when it's not needed. Signed-off-by: Raja Mani --- drivers/net/wireless/ath/ath10k/ahb.c | 122

[PATCH 12/12] ath10k: expose hif ops for ahb

Like how pci.c exposes hif ops for the bus specific operation, expose similar hif ops table for ahb with all required functions linked to it. Many ath10k_pci_* functions are reused here in hif ops table. If something is not sharable, new functions are added for ahb and linked to hif ops table.

Re: [PATCH v2] mac80211: expose txq queue depth and size to drivers

On Wed, 2016-01-27 at 15:26 +0100, Michal Kazior wrote: >  > @@ -1294,6 +1298,8 @@ struct sk_buff *ieee80211_tx_dequeue(struct > ieee80211_hw *hw, >   if (!skb) >   goto out; >   > + txqi->byte_cnt -= skb->len; > + >   atomic_dec(>txqs_len[ac]); > This *looks* a bit

[RFC] mac80211: introduce netdev queue control for txqs

Until now all stations (notably in AP mode) would share 4 AC queues exposed via netdev. This meant that whenever a single station's AC became full all other stations' AC were considered full and stopped as well. This was suboptimal and could lead to per station traffic starvation and/or

Re: [RFC] mac80211: introduce netdev queue control for txqs

On Wed, 2016-01-27 at 15:28 +0100, Michal Kazior wrote: > Until now all stations (notably in AP mode) would > share 4 AC queues exposed via netdev. This meant > that whenever a single station's AC became full > all other stations' AC were considered full and > stopped as well. > > This was

Re: [PATCH v2] mac80211: expose txq queue depth and size to drivers

On 27 January 2016 at 15:26, Johannes Berg wrote: > On Wed, 2016-01-27 at 15:26 +0100, Michal Kazior wrote: >> >> @@ -1294,6 +1298,8 @@ struct sk_buff *ieee80211_tx_dequeue(struct >> ieee80211_hw *hw, >> if (!skb) >> goto out; >> >> +

Re: [PATCH v2] mac80211: expose txq queue depth and size to drivers

On Wed, 2016-01-27 at 15:33 +0100, Michal Kazior wrote: > On 27 January 2016 at 15:26, Johannes Berg > wrote: > > On Wed, 2016-01-27 at 15:26 +0100, Michal Kazior wrote: > > > > > > @@ -1294,6 +1298,8 @@ struct sk_buff *ieee80211_tx_dequeue(struct > > > ieee80211_hw

[RFC] mac80211: introduce netdev queue control for txqs

Until now all stations (notably in AP mode) would share 4 AC queues exposed via netdev. This meant that whenever a single station's AC became full all other stations' AC were considered full and stopped as well. This was suboptimal and could lead to per station traffic starvation and/or

[PATCH v2] mac80211: expose txq queue depth and size to drivers

This will allow drivers to make more educated decisions whether to defer transmission or not. Relying on wake_tx_queue() call count implicitly was not possible because it could be called without queued frame count actually changing on software tx aggregation start/stop code paths. It was also

[PATCH] hostap: avoid uninitialized variable use in hfa384x_get_rid

The driver reads a value from hfa384x_from_bap(), which may fail, and then assigns the value to a local variable. gcc detects that in in the failure case, the 'rlen' variable now contains uninitialized data: In file included from ../drivers/net/wireless/intersil/hostap/hostap_pci.c:220:0:

[PATCH 2/2] cfg80211/wext: fix message ordering

From: Johannes Berg Since cfg80211 frequently takes actions from its netdev notifier call, wireless extensions messages could still be ordered badly since the wext netdev notifier, since wext is built into the kernel, runs before the cfg80211 netdev notifier. For

[PATCH 1/2] wext: fix message delay/ordering

From: Johannes Berg Beniamino reported that he was getting an RTM_NEWLINK message for a given interface, after the RTM_DELLINK for it. It turns out that the message is a wireless extensions message, which was sent because the interface had been connected and

Re: [PATCH 4/5] brcmfmac: access PMU registers using standalone PMU core if available

r patch is applied to the wrong git tree, please drop us a note to >> help improving the system] >> >> url: >> https://github.com/0day-ci/linux/commits/Rafa-Mi-ecki/brcmfmac-support-for-new-14e43-4365-card-with-BCM4366/20160127-010149 >> base: >> h

rtl8xxxu (mac80211) not working with alfa AWUS036NHR v2

problem: it does not connect to any wifi network you can see the time out on dmesg >uname -a Linux DrunkCatPC 4.4.0-4-MANJARO #1 SMP PREEMPT Wed Jan 20 20:22:31 UTC 2016 x86_64 GNU/Linux >lsusb Bus 002 Device 007: ID 0bda:817f Realtek Semiconductor Corp. RTL8188RU 802.11n WLAN Adapter

Re: [PATCH v2] iwldvm: fix chain gain calibration when firmware return zero values

2016-01-27 2:46 GMT-05:00 Grumbach, Emmanuel : >> Hi >> >> 2016-01-26 3:28 GMT-05:00 Grumbach, Emmanuel >> : >> > >> > >> > On 01/26/2016 12:20 AM, Nikolay Martynov wrote: >> >> It looks like sometimes firmware returns zero for chain noise