Re: [RFC/RFT 1/2] mac80211: Add NEED_ALIGNED4_SKBS hw flag

On 17 December 2015 at 11:12, Felix Fietkau wrote: > On 2015-12-17 10:20, Janusz Dziedzic wrote: >> HW/driver should set NEED_ALIGNED4_SKBS flag in case require >> aligned skbs to four-byte boundaries. >> >> Before we have to do memmove() in the driver before >> pass this to HW

[RFC/RFT v2] mac80211: Add NEED_ALIGNED4_SKBS hw flag

HW/driver should set NEED_ALIGNED4_SKBS flag in case require aligned skbs to four-byte boundaries. Before we have to do memmove() in the driver before pass this to HW and memmove() back in tx completion. This patch allow to save CPU and skip such memmoves. For each skb we call

Re: [RFC/RFT v2] mac80211: Add NEED_ALIGNED4_SKBS hw flag

On 18 December 2015 at 13:07, Johannes Berg wrote: > On Fri, 2015-12-18 at 12:57 +0100, Janusz Dziedzic wrote: >> HW/driver should set NEED_ALIGNED4_SKBS flag in case require >> aligned skbs to four-byte boundaries. >> >> Before we have to do memmove() in the driver

Re: [PATCH v1 0/2] wil6210 patches

Maya Erez writes: > Chanes in V1: > - Fixed patches author and sign-off. > > Those patches fix wil6210 issue and add support for platform specific > recovery after FW crash These looks better, thanks. I'll deal with these soon. No need for any changes in this

Re: [PATCH 000/182] Rid struct gpio_chip from container_of() usage

On Mon, Dec 14, 2015 at 1:46 PM, Johan Hovold wrote: > Ok, but let's take a step back. So you have all this in place and a > consumer calls gpiod_get_value() that returns an errno because the device > is gone. Note that this wasn't even possible before e20538b82f1f ("gpio: >

Re: [PATCH 000/182] Rid struct gpio_chip from container_of() usage

On Tue, Dec 15, 2015 at 8:25 AM, Dmitry Torokhov wrote: > On Mon, Dec 14, 2015 at 1:18 AM, Linus Walleij > wrote: >> At this point we have to cross-reference the pointer to my chip to >> find the chip to remove. This goes for anything that

[PATCH v5] mtd: nand: bcm47xx: use the mtd instance embedded in struct nand_chip

From: Boris BREZILLON struct nand_chip now embeds an mtd device. Make use of this mtd instance. Signed-off-by: Boris Brezillon Signed-off-by: Brian Norris --- Rebased Boris's patch to

pull-request: mac80211-next 2015-12-18

Hi Dave, Before we all go on vacation/holidays, I have a few bugfixes for net-next. The remain-on-channel ones are quite necessary since Ilan's patch broke things quite a bit, causing crashes. If the issue with the strange mail formatting persists let me know and I'll send these through some

Re: [PATCH 1/4] staging: wilc1000: remove define COMPLEMENT_BOOT

On Thu, Nov 19, 2015 at 11:05:58AM +0900, Glen Lee wrote: > This patch removes define COMPLEMENT_BOOT in Makefile. The feature was removed > by the following commit but the define was not removed. So remove completely. > > b46d68825c2d3af70ad18b53dfed6516e393b7fa Please fix this up and resend

Re: [PATCH] staging: wilc1000: fix bug in sdio/spi

On Thu, Nov 12, 2015 at 11:35:26AM +0900, Glen Lee wrote: > sdio_init and wilc_spi_init always return error, so it fails everytime. > Fix this by removing else statement. > > This fixes c1af9db78950a778ec18343c5c5a6d4cfbf58a61, > bacd388547f55eb415ce266c8723cc6f1281a25d Please fix up how these

Re: [PATCH] staging: wilc1000: remove new line around else and braces

On Sun, Nov 08, 2015 at 09:18:48PM +0200, Panayiotis Tembriotis wrote: > Remove excess new line characters as suggested by checkpatch.pl: > ERROR: else should follow close brace '}' > ERROR: that open brace { should be on the previous line > > Signed-off-by: Panayiotis Tembriotis

Re: [PATCH] staging: wilc1000: fix double mutex_unlock on failure path in wilc_wlan_cleanup()

On Sat, Dec 05, 2015 at 01:04:34AM +0300, Alexey Khoroshilov wrote: > If hif_read_reg() or hif_write_reg() fail in wilc_wlan_cleanup(), > it calls release_bus() and continues execution. But it leads to double > release_bus() call that means double unlock of g_linux_wlan->hif_cs mutex. > > The

Re: [PATCH 1/1] staging: Fix bitshifts by wrong offsets in wilc1000/host_interface.c

On Tue, Dec 01, 2015 at 11:49:55PM -0300, Mario J. Rugiero wrote: > struct set_multicast uses (implicitly) sizeof(bool) to determine how many > bytes to copy in > Handle_SetMulticastFilter. Since that is implementation defined, it triggered > sparse to > rightfully complain about shifting a

Re: [PATCH 3/4] staging: wilc1000: Fix typo in linux_wlan.c

On Mon, Nov 23, 2015 at 10:41:19PM +0900, Masanari Iida wrote: > This patch fix some spelling typo in wilc1000.c. > > Signed-off-by: Masanari Iida > Acked-by: Randy Dunlap > --- > drivers/staging/wilc1000/linux_wlan.c | 16 > 1

Re: [PATCH 2/5] staging: wilc1000: remove unneeded function

On Thu, Nov 26, 2015 at 02:04:00PM +0900, Glen Lee wrote: > wilc_spi_init in linux_wlan_spi.c is unneeded. It just return true. Rename > _wilc_spi_init in wlan_spi.c to wilc_spi_init. > > Signed-off-by: Glen Lee Series did not apply :( -- To unsubscribe from this list: send

Re: [PATCH 1/1] staging: Fix bitshifts by wrong offsets in wilc1000/host_interface.c

El 18/12/15 a las 19:50, Greg KH escribió: On Tue, Dec 01, 2015 at 11:49:55PM -0300, Mario J. Rugiero wrote: struct set_multicast uses (implicitly) sizeof(bool) to determine how many bytes to copy in Handle_SetMulticastFilter. Since that is implementation defined, it triggered sparse to

Re: [PATCH 3/4] net/rfkill: Create "airplane mode" LED trigger

On Tue, Dec 15, 2015 at 10:30:41AM -0500, João Paulo Rechi Vita wrote: > For platform drivers to be able to correctly drive the "Airplane Mode" > indicative LED there needs to be a RFKill LED trigger tied to the global > state of RFKILL_TYPE_ALL (instead of to a specific RFKill) and that > works

Re: [PATCH 3/4] net/rfkill: Create "airplane mode" LED trigger

On 18 December 2015 at 19:22, Darren Hart wrote: > On Tue, Dec 15, 2015 at 10:30:41AM -0500, João Paulo Rechi Vita wrote: >> For platform drivers to be able to correctly drive the "Airplane Mode" >> indicative LED there needs to be a RFKill LED trigger tied to the global >>

Re: [PATCH 3/6] staging: wilc1000: wilc_wlan.c: remove hif_func of wilc_wlan_dev_t

On Fri, Nov 20, 2015 at 04:56:33PM +0900, Glen Lee wrote: > hif_func of wilc_wlan_dev_t is duplicate because we have same struct > wilc_hif_func ops of struct wilc which is available in wilc_wlan.c. > Rename ops of struct wilc with hif_func and remove hif_func of > wilc_wlan_dev_t, > and use

Re: [PATCH 1/3] staging: wilc1000: move perInterface_wlan_t to wilc_vif

On Fri, Nov 27, 2015 at 03:50:31PM +0900, Glen Lee wrote: > perInterface_wlan_t and wilc_vif are all about interface control informations. > We will combine those two structures and maintain as one network interface > control information. > Move all the members of perInterface_wlan_t to wilc_vif

Re: [PATCH 1/4] staging: wilc1000: linux_wlan_spi.c: return linux error value

On Wed, Nov 25, 2015 at 06:35:26PM +0900, Glen Lee wrote: > return linux error value instead of 0 or 1 and use -EINVAL. Related codes > also changed together. > > Signed-off-by: Glen Lee > --- > drivers/staging/wilc1000/linux_wlan_spi.c | 14 +++--- >

Re: [PATCH 01/10] staging: wilc1000: sdio/spi: use device print api instead of custom one

On Mon, Nov 23, 2015 at 06:47:59PM +0900, Glen Lee wrote: > This patch use device print api instead of driver defined print. Remove > varialbe dPrint as well. String "[wilc sdio]" and "[wilc spi]" are also > removed > from all the print statment if exist because it shows which device the message

Re: [PATCH 01/12] staging: wilc1000: pass vif to hostIFthread

On Mon, Dec 14, 2015 at 02:46:52PM +0900, Glen Lee wrote: > We will pass vif, which is currently being used as net_device, instead of > hif_dev. This is the first step to use index of vif to pass to the driver. > Add new argument vif to all the functions that send message to hostIFthread > and >

[PATCH] ath10k: Set SM power save disabled to default value

Use SMPS disabled as default because FW does not indicate any support of SMPS. This change will help STAs out that don’t support SMPS from sticking on 1SS, since they don’t have method to change it back to multiple chains. This change also should not affect power consumption of STAs supporting

Re: [PATCH v5] mtd: nand: bcm47xx: use the mtd instance embedded in struct nand_chip

On Fri, Dec 18, 2015 at 09:50:00PM +0100, Boris Brezillon wrote: > On Fri, 18 Dec 2015 11:38:18 -0800 > Brian Norris wrote: > > > From: Boris BREZILLON > > > > struct nand_chip now embeds an mtd device. Make use of this mtd

Re: [PATCH 3/4] net/rfkill: Create "airplane mode" LED trigger

From: Darren Hart Date: Fri, 18 Dec 2015 16:22:12 -0800 > On Tue, Dec 15, 2015 at 10:30:41AM -0500, João Paulo Rechi Vita wrote: >> For platform drivers to be able to correctly drive the "Airplane Mode" >> indicative LED there needs to be a RFKill LED trigger tied to the