Re: net/wireless/wl18xx: Add missing MODULE_FIRMWARE

> Fixes the output of 'modinfo --field firmware'. > > Signed-off-by: Geoff Levand Thanks, applied to wireless-drivers-next.git. Kalle Valo -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majord...@vger.kernel.org

Re: ath9k: enable hw manual peak calibration for QCA9561

> From: Miaoqing Pan > > This patch fix https://lists.openwrt.org/pipermail/openwrt-devel/ > 2015-August/034979.html. As the peak detect calibration is set > incorrectly. > > Signed-off-by: Miaoqing Pan Thanks, applied to

Re: brcmfmac: Reset PCIE devices after recognition.

> From: Hante Meuleman > > When PCIE type devices are being FW reloaded without being properly > reset then the device ends up in a locked state, requiring the > device to be completely powered down. This patch adds a reset > through watchdog at the moment the device

Re: bcma: add support for population subnodes also when build as module

> of_default_bus_match_table was not exported earlier, so it could only > be accessed by code compiled into the kernel. A new function > of_platform_default_populate() was added which uses > of_default_bus_match_table and this function is also exported. This way > it is possible to create a bus

Re: [PATCH] [net] orinoco_usb:Fix error handling in ezusb_probe()

RUC_Soft_Sec writes: > Current code assigns 0 to variable 'retval', which makes ezusb_probe() to > return success even if alloc_orinocodev() fails. > > The related code snippets in mantis_dma_init() is as following. > > 1573 static int ezusb_probe(struct usb_interface

Re: [v2] ath9k: Add support for OCB mode

> The patch adds support for "outside the context of a BSS"(OCB) mode > to ath9k driver and extends debugfs files by OCB ralated information. > > This patch was tested on AR9380-AL1A cards. > > Signed-off-by: Jan Kaisrlik > Cc: Michal Sojka Thanks,

Re: [PATCH 1/3] ssb: unexport ssb_bus_pcibus_register

Rafał Miłecki writes: > It isn't used anywhere out of ssb code and we don't (plan to) build > pcihost_wrapper.c as a separated module. > > Signed-off-by: Rafał Miłecki Thanks, all three patches manually applied. -- Kalle Valo -- To unsubscribe from this

Re: [01/16] mwifiex: fix typo in del_virtual_intf() function

> From: Xinming Hu > > Interface counters should be incremented in add_virtual_intf() > and decremented in del_virtual_intf() function. This patch > corrects it. > > Signed-off-by: Xinming Hu > Signed-off-by: Amitkumar Karwar Thanks,

Re: [01/16] brcmfmac: Fix exception handling.

> From: Hante Meuleman > > In some exception situations the ifp->vif was not properly assigned > which could result in crash. > > Reviewed-by: Arend Van Spriel > Reviewed-by: Pieter-Paul Giesberts > Signed-off-by: Hante

Re: brcmfmac: include linux/atomic.h

> brcmfmac uses atomic_or() and other atomic_* functions, but does not > include linux/atomic.h. This file gets included by some other header > file so this normally does not cause problems. > > Signed-off-by: Hauke Mehrtens > Acked-by: Arend van Spriel

Re: [PATCH] ath9k_htc: use ether_addr_copy() instead of memcpy()

Oleksij Rempel writes: > Am 23.09.2015 um 15:16 schrieb Sujith Manoharan: >> Oleksij Rempel wrote: >>> Signed-off-by: Oleksij Rempel >>> --- >>> drivers/net/wireless/ath/ath9k/htc_drv_init.c | 2 +- >>>

Re: [01/12] brcmfmac: consolidate ifp lookup in driver core

> In rx path the firmware provide an interface index which is used to > map to a struct brcmf_if instance. However, this involves some trick > that is done in two places. This is changed by having driver core > providing brcmf_get_ifp() function. > > Reviewed-by: Hante Meuleman

Re: carl9170: fix bad rssi reading

> Fix rssi calculation error which was introduced in otus to ar9170 > porting. > > Signed-off-by: Hiroaki KAWAI > Acked-by: Christian Lamparter Thanks, applied to wireless-drivers-next.git. Kalle Valo -- To unsubscribe from this list: send

Re: [v3,1/2] airo: fix IW_AUTH_ALG_OPEN_SYSTEM

> IW_AUTH_ALG_OPEN_SYSTEM is ambiguous in set_auth for WEP as > wpa_supplicant uses it for both no encryption and WEP open system. > Cache the last mode set (only of these two) and use it here. > > This allows wpa_supplicant to work with unencrypted APs. > > Signed-off-by: Ondrej Zary

Re: [v2] mwifiex: fix mwifiex_rdeeprom_read()

> There were several bugs here. > > 1) The done label was in the wrong place so we didn't copy any > information out when there was no command given. > > 2) We were using PAGE_SIZE as the size of the buffer instead of > "PAGE_SIZE - pos". > > 3) snprintf() returns the number of

Re: mwifiex: Make mwifiex_dbg a function, reduce object size

> The mwifiex_dbg macro has two tests that could be consolidated > into a function reducing overall object size ~10KB (~4%). > > So convert the macro into a function. > > $ size drivers/net/wireless/mwifiex/built-in.o* (x86-64 defconfig) >text data bss dec hex filename

Re: [PATCH] ssb: make ssb_pcmcia_switch_core static

Rafał Miłecki writes: > Signed-off-by: Rafał Miłecki Thanks, manually applied. And please, no empty commit logs in the future. -- Kalle Valo -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to

Re: [PATCH] mac80211: fix oops in ieee80211_beacon_get_tim

On Mon, 2015-09-28 at 20:58 +0200, Christian Lamparter wrote: > This patch fixes a crash which is triggered > by __ieee80211_beacon_get returning NULL. > This causes sky_copy to crash later unless > the hardware supports BEACON_TX_STATUS > feature. > > Signed-off-by: Christian Lamparter

[PATCH] ath: fix DFS timestamp wraparound reset condition

The DFS pattern detector ought to reset the detector lines when a pulse is added with lower time stamp than the previous (which indicates a TSF restart). This did not work so far and is fixed with this patch. The modification does not change detection performance within the driver, since it only

Re: [PATCH 1/1] New driver: rtl8723au (mac80211)

Kalle Valo writes: > Jes Sorensen writes: > > I doubt that this will be in active enough development that a separate > git tree is needed. wireless-drivers trees should be enough and this > line can be removed. I would like to

Re: [PATCH 1/1] New driver: rtl8723au (mac80211)

Jes Sorensen writes: I doubt that this will be in active enough development that a separate git tree is needed. wireless-drivers trees should be enough and this line can be removed. >>> >>> I would like to keep this line, it points to my development tree,

Re: [PATCH v5] Add new mac80211 driver mwlwifi.

Kalle Valo writes: > Chor Teck Law writes: > >> But for different generation of future chipsets/new technology, when >> the hardware no longer permit us to use same driver, we will have to >> re-evaluate our options. We cannot guarantee something way out

Re: [PATCH] Add new mac80211 driver mwlwifi.

Chor Teck Law writes: >> > Could consider moving all the Marvell drivers >> > into one directory, but not really necessary I guess. >> >> Actually I would want to start adding vendor directories for wireless >> drivers, just like drivers/net/ethernet has, to cleanup the

question about potential integer truncation in mwifiex_set_wapi_ie and mwifiex_set_wps_ie

hi all, in drivers/net/wireless/mwifiex/sta_ioctl.c the following functions mwifiex_set_wpa_ie_helper mwifiex_set_wapi_ie mwifiex_set_wps_ie can truncate the incoming ie_len argument from u16 to u8 when it gets stored in mwifiex_private.wpa_ie_len,

rt2x00: Firmware loading vs. udev rules

Hey Stanislaw, all, on rt2x00 devices, firmware gets loaded in: int rt2x00lib_start(struct rt2x00_dev *rt2x00dev) which is called, when we start the interface by: ifconfig wlan0 up I need to lower tx power of the device and created a udev rule for that: KERNEL=="wlan0", RUN+="/usr/sbin/iw

Re: [PATCH] ath9k: feeding entropy in kernel from ADC capture

Hi Miaoqing, [auto build test results on v4.3-rc3 -- if it's inappropriate base, please ignore] config: tile-allyesconfig (attached as .config) reproduce: wget https://git.kernel.org/cgit/linux/kernel/git/wfg/lkp-tests.git/plain/sbin/make.cross -O ~/bin/make.cross chmod +x

[PATCH] nl80211: report age of bss entry from boot in microseconds

User-space needs to know real time from boot (including suspend) of bss entry for location and connectivity services. Change-Id: I7d5db4378d7941ccecf8ac675425024c2aafe62b Signed-off-by: Dmitry Shmidt --- include/uapi/linux/nl80211.h | 2 ++ net/wireless/core.h

[PATCH 2/2] staging: wilc1000: delete wilc_oswrapper.h

This patch deletes wilc_oswrapper.h that has nothing inside. Signed-off-by: Chaehyun Lim --- drivers/staging/wilc1000/wilc_oswrapper.h | 16 drivers/staging/wilc1000/wilc_wlan.h | 1 - drivers/staging/wilc1000/wilc_wlan_if.h | 1 - 3 files

[PATCH 1/2] staging: wilc1000: remove wilc_platform include file

This patch removes wilc_platform.h include file in wilc_oswrapper.h wilc_platform.h have several standard header files so that some header files should be included to avoid compilation errors. Signed-off-by: Chaehyun Lim --- drivers/staging/wilc1000/coreconfigurator.c |

Re: question about potential integer truncation in mwifiex_set_wapi_ie and mwifiex_set_wps_ie

On Tue, Sep 29, 2015 at 05:21:28PM +0200, PaX Team wrote: > hi all, > > in drivers/net/wireless/mwifiex/sta_ioctl.c the following functions > > mwifiex_set_wpa_ie_helper > mwifiex_set_wapi_ie > mwifiex_set_wps_ie > > can truncate the incoming ie_len argument from u16 to u8

[PATCH RESEND 1/2] staging: wilc1000: remove define WILC_PARSE_SCAN_IN_HOST

The define WILC_PARSE_SCAN_IN_HOST is always used in the driver, so just delete ifdef WILC_PARSE_SCAN_IN_HOST line, ifndef WILC_PARSE_SCAN_IN_HOST line and it's related codes. Finally, remove define in Makefile. Signed-off-by: Glen Lee --- drivers/staging/wilc1000/Makefile

[PATCH RESEND 2/2] staging: wilc1000: remove define CONNECT_DIRECT

The driver use CONNECT_DIRECT define as always. No need to provide as feature. This patch removes ifdef/ifndef CONNECT_DIRECT line and it's related codes inside ifndef CONNECT_DIRECT. Signed-off-by: Glen Lee --- drivers/staging/wilc1000/Makefile | 2 +-

RE: [PATCH] ath9k: feeding entropy in kernel from ADC capture

Please drop this patch, miss adding 'v2' prefix. Thanks, Miaoqing -Original Message- From: miaoq...@codeaurora.org [mailto:miaoq...@codeaurora.org] Sent: Wednesday, September 30, 2015 11:08 AM To: linvi...@tuxdriver.com Cc: linux-wireless@vger.kernel.org; ath9k-devel; Valo, Kalle;

[PATCH] ath9k: feeding entropy in kernel from ADC capture

From: Miaoqing Pan This patch is derived from commit 6301566e0b2d ("ath9k: export HW random number generator"), We evaluated the entropy of the ADC data on QCA9531, QCA9561, QCA955x, and AR9340, and it has sufficient quality random data (at least 10 bits and up to 22

[PATCH v2] ath9k: feeding entropy in kernel from ADC capture

From: Miaoqing Pan This patch is derived from commit 6301566e0b2d ("ath9k: export HW random number generator"), We evaluated the entropy of the ADC data on QCA9531, QCA9561, QCA955x, and AR9340, and it has sufficient quality random data (at least 10 bits and up to 22

RE: [PATCH v5] Add new mac80211 driver mwlwifi.

> > Kalle Valo writes: > > > Chor Teck Law writes: > > > >> But for different generation of future chipsets/new technology, when > >> the hardware no longer permit us to use same driver, we will have to > >> re-evaluate our options. We cannot guarantee