[PATCH] 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 --- drivers/net/wireless/ath/ath9k/ar9003_calib.c

Re: [PATCH 3/3] ath10k: implement mesh support

On Sat, Aug 29, 2015 at 6:25 PM, Bob Copeland wrote: > On Sat, Aug 29, 2015 at 01:11:03PM -0400, Jason Andryuk wrote: >> Is there a reason to hide rawmode behind a modparam, or should the >> modparam just be removed? Just let the driver set >> ATH10K_FLAG_RAW_MODE when

Re: Linux Firmware Signing

On Fri, Aug 28, 2015 at 10:03 PM, Luis R. Rodriguez wrote: > On Fri, Aug 28, 2015 at 06:26:05PM -0400, Paul Moore wrote: >> On Fri, Aug 28, 2015 at 7:20 AM, Roberts, William C >> wrote: >> > Even triggered updates make sense, since you can at least

Re: How to set a scan on a given frequency

On Mon, Aug 31, 2015 at 03:53:18PM -0500, Shengrong Yin wrote: > Hello, > > I was using iw to scan a given frequency. > For example, > iw wlan0 scan freq 2412 | grep freq: > However, the result was scanned ssids with different frequencies > across 2.4 GHz band, which is > freq: 2462 > freq: 2462

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

> + * This driver was written as a replacement for the vendor provided > + * rtl8723au driver. As the Realtek 8xxx chips are very similar in > + * their programming interface, I have started adding support for > + * additional 8xxx chips like the 8192cu, 8188cus, etc. That last sentence here

Re: NetworkManager crashing

On Thu, 2015-08-27 at 18:44 +0200, Arend van Spriel wrote: > Hi Dan, > > I ran into issue when NetworkManager keeps crashing/respawning. I have > no idea what happened. My laptop was rebooted (might been my sons work) > and this was the situation I stumbled upon. Running 4.1 kernel on Linux >

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

On 08/30/2015 09:39 PM, Jes Sorensen wrote: Larry Finger writes: On 08/30/2015 01:41 PM, Jes Sorensen wrote: The above statement generated a "scheduling while atomic" splat. The gfp_t argument needs to be GFP_KERNEL. You are seeing scheduling while atomic in the

RTL8189ETV

Hi Fi, What is this device, is it supported by https://github.com/orangepi-xunlong/linux-sunxi/tree/orangepi-3.4/drivers/net/wireless/rtl8189es $ modinfo rtl8189es modinfo: ERROR: Module rtl8189es not found. -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the

Re: Linux Firmware Signing

On Mon, 2015-08-31 at 10:18 -0400, Mimi Zohar wrote: > I'm not real happy about it, but since we can't break the existing ABI > of loading data into the kernel via a buffer, a stop gap method of > signing and verifying a buffer would be needed. Actually I think we can. The usermode helper is

Re: [PATCH] ath10k: Drop probe responses when too many are queued

On 08/31/2015 04:04 AM, Vivek Natarajan wrote: In a noisy environment, when multiple interfaces are created, the management tx descriptors are fully occupied by the probe responses from all the interfaces. This prevents a new station from a successful association. Fix this by limiting the

Re: Linux Firmware Signing

On Mon, 2015-08-31 at 17:05 +0100, David Woodhouse wrote: > On Mon, 2015-08-31 at 10:18 -0400, Mimi Zohar wrote: > > I'm not real happy about it, but since we can't break the existing ABI > > of loading data into the kernel via a buffer, a stop gap method of > > signing and verifying a buffer

Re: NetworkManager crashing

On 31-08-15 17:43, Dan Williams wrote: > On Thu, 2015-08-27 at 18:44 +0200, Arend van Spriel wrote: >> Hi Dan, >> >> I ran into issue when NetworkManager keeps crashing/respawning. I have >> no idea what happened. My laptop was rebooted (might been my sons work) >> and this was the situation I

Re: NetworkManager crashing

On 31-08-15 19:07, Arend van Spriel wrote: > > > On 31-08-15 17:43, Dan Williams wrote: >> On Thu, 2015-08-27 at 18:44 +0200, Arend van Spriel wrote: >>> Hi Dan, >>> >>> I ran into issue when NetworkManager keeps crashing/respawning. I have >>> no idea what happened. My laptop was rebooted

Re: RTL8189ETV

On 31.08.2015 18:00, poma wrote: > > Hi Fi, > > What is this device, is it supported by > https://github.com/orangepi-xunlong/linux-sunxi/tree/orangepi-3.4/drivers/net/wireless/rtl8189es > > $ modinfo rtl8189es > modinfo: ERROR: Module rtl8189es not found. > or is it supported by

[PATCH v3] *** Add wmi-tlv support in test mode ***

*** BLURB HERE *** alanliu (1): Add wmi-tlv support in test mode drivers/net/wireless/ath/ath10k/core.c | 4 +- drivers/net/wireless/ath/ath10k/core.h | 5 +- drivers/net/wireless/ath/ath10k/testmode.c | 123 ++--- drivers/net/wireless/ath/ath10k/wmi-tlv.c

[PATCH v3] Add wmi-tlv support in test mode

From: alanliu Add WMI-TLV and FW API support in ath10k testmode. Ath10k can get right wmi command format from UTF image to communicate UTF firmware. Signed-off-by: Kuei Hao Liu --- drivers/net/wireless/ath/ath10k/core.c | 4 +-

Re: NetworkManager crashing

On 31-08-15 17:43, Dan Williams wrote: > On Thu, 2015-08-27 at 18:44 +0200, Arend van Spriel wrote: >> Hi Dan, >> >> I ran into issue when NetworkManager keeps crashing/respawning. I have >> no idea what happened. My laptop was rebooted (might been my sons work) >> and this was the situation I

[PATCH] 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) textdata bss dec hex filename 2331028628

Re: [PATCH v3] *** Add wmi-tlv support in test mode ***

On 31-08-15 19:44, Kuei Hao Liu wrote: > *** BLURB HERE *** For a single patch I would not bother adding cover letter. Regards, Arend > alanliu (1): > Add wmi-tlv support in test mode > > drivers/net/wireless/ath/ath10k/core.c | 4 +- > drivers/net/wireless/ath/ath10k/core.h | 5

Re: RTL8189ETV

On 08/31/2015 12:06 PM, poma wrote: On 31.08.2015 18:00, poma wrote: Hi Fi, What is this device, is it supported by https://github.com/orangepi-xunlong/linux-sunxi/tree/orangepi-3.4/drivers/net/wireless/rtl8189es $ modinfo rtl8189es modinfo: ERROR: Module rtl8189es not found. or is it

[PATCH v3] Add wmi-tlv support in test mode

From: alanliu Add WMI-TLV and FW API support in ath10k testmode. Ath10k can get right wmi command format from UTF image to communicate UTF firmware. Signed-off-by: Kuei Hao Liu --- drivers/net/wireless/ath/ath10k/core.c | 4 +-

[PATCH v3] *** Add wmi-tlv support in test mode ***

*** BLURB HERE *** alanliu (1): Add wmi-tlv support in test mode drivers/net/wireless/ath/ath10k/core.c | 4 +- drivers/net/wireless/ath/ath10k/core.h | 5 +- drivers/net/wireless/ath/ath10k/testmode.c | 123 ++--- drivers/net/wireless/ath/ath10k/wmi-tlv.c

Re: NetworkManager crashing

On Mon, 2015-08-31 at 19:47 +0200, Arend van Spriel wrote: > > On 31-08-15 17:43, Dan Williams wrote: > > On Thu, 2015-08-27 at 18:44 +0200, Arend van Spriel wrote: > >> Hi Dan, > >> > >> I ran into issue when NetworkManager keeps crashing/respawning. I have > >> no idea what happened. My laptop

Re: RTL8189ETV

On 31.08.2015 19:51, Larry Finger wrote: > On 08/31/2015 12:06 PM, poma wrote: >> On 31.08.2015 18:00, poma wrote: >>> >>> Hi Fi, >>> >>> What is this device, is it supported by >>> https://github.com/orangepi-xunlong/linux-sunxi/tree/orangepi-3.4/drivers/net/wireless/rtl8189es >>> >>> $ modinfo

How to set a scan on a given frequency

Hello, I was using iw to scan a given frequency. For example, iw wlan0 scan freq 2412 | grep freq: However, the result was scanned ssids with different frequencies across 2.4 GHz band, which is freq: 2462 freq: 2462 freq: 2437 freq: 2412 ... Why this happened? Shouldn't it return only the ssid

[PATCH] nl80211: put current TX power in interface info

Many drivers implement reading current TX power (using either cfg80211 or ieee80211 op) but userspace can't get it using nl80211. Right now the only way to access it is to call some wext ioctl. Let's put TX power in interface info reply (callback is wdev specific) just like we do with current

Re: RTL8189ETV

On 08/31/2015 03:31 PM, poma wrote: On 31.08.2015 19:51, Larry Finger wrote: On 08/31/2015 12:06 PM, poma wrote: On 31.08.2015 18:00, poma wrote: Hi Fi, What is this device, is it supported by https://github.com/orangepi-xunlong/linux-sunxi/tree/orangepi-3.4/drivers/net/wireless/rtl8189es

Re: CT firmware and linux kernel patches for OpenWRT( ar71xx - Tp-Link 1750AC )

Hi Sven, Your patch worked with following changes in compat-wireless-2015-06-22/drivers/net/wireless/ath/ath10k/mac.c +3686: case ATH10K_HW_TXRX_RAW: /* FIXME: Packet injection isn't implemented. It should be * doable with firmware 10.2 on qca988x.

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

Johannes Berg writes: >> + * This driver was written as a replacement for the vendor provided >> + * rtl8723au driver. As the Realtek 8xxx chips are very similar in >> + * their programming interface, I have started adding support for >> + * additional 8xxx chips like

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

Larry Finger writes: > On 08/30/2015 09:39 PM, Jes Sorensen wrote: >> Larry Finger writes: >>> On 08/30/2015 01:41 PM, Jes Sorensen wrote: >> +{USB_DEVICE_AND_INTERFACE_INFO(USB_VENDOR_ID_REALTEK, 0x817e, 0xff, > 0xff, 0xff), >> +

Re: Ubuntu 14.04 and the intel 3160 chip monitor mode support

Thanks, using the distro's kernel version 3.19 and drivers remedied the problem. -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

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

On 08/31/2015 06:43 PM, Jes Sorensen wrote: Larry Finger writes: On 08/30/2015 09:39 PM, Jes Sorensen wrote: Larry Finger writes: On 08/30/2015 01:41 PM, Jes Sorensen wrote: +{USB_DEVICE_AND_INTERFACE_INFO(USB_VENDOR_ID_REALTEK, 0x817e,

kernel log flooded with GET_CMD_NODE: cmd node not available

Hi, I'm running kernel 4.1 (no code changes in mwifiex) on custom board with mwrvl sd8787 sdio wifi card. Everything works fine but when I start hostapd and connect to device from PC and open device webpage I can see in log many of such messages (~100 same lines): GET_CMD_NODE: cmd node not

RE: kernel log flooded with GET_CMD_NODE: cmd node not available

Hi Belisko, > I'm running kernel 4.1 (no code changes in mwifiex) on custom board with > mwrvl sd8787 sdio wifi card. Everything works fine but when I start > hostapd and connect to device from PC and open device webpage I can see > in log many of such messages (~100 same lines): > GET_CMD_NODE:

[PATCH] ath10k: Drop probe responses when too many are queued

In a noisy environment, when multiple interfaces are created, the management tx descriptors are fully occupied by the probe responses from all the interfaces. This prevents a new station from a successful association. Fix this by limiting the probe responses when the specified threshold limit is

Re: [PATCH] ath10k: Drop probe responses when too many are queued

On 8/31/2015 10:01 PM, Ben Greear wrote: On 08/31/2015 04:04 AM, Vivek Natarajan wrote: In a noisy environment, when multiple interfaces are created, the management tx descriptors are fully occupied by the probe responses from all the interfaces. This prevents a new station from a successful

Re: Ubuntu 14.04 and the intel 3160 chip monitor mode support

On Tue, 2015-09-01 at 00:13 +, John Keeler wrote: > Thanks, using the distro's kernel version 3.19 and drivers remedied > the problem. Oh, I just noticed this branch of the thread now. :) Sorry for cross-emailing and glad to hear it works for you now. :D -- Luca. -- To unsubscribe from

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

On 08/31/2015 11:54 PM, Jes Sorensen wrote: Larry Finger writes: On 08/31/2015 06:43 PM, Jes Sorensen wrote: Larry Finger writes: On 08/30/2015 09:39 PM, Jes Sorensen wrote: Larry Finger writes: On

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

Larry Finger writes: > On 08/31/2015 11:54 PM, Jes Sorensen wrote: >> As I mentioned in a direct email - calling writeN from slow_writeN is >> not a solution. I found some devices fail if you try to use the fast >> writeN routine. Maybe rtl8xxxu_raw_write32() - without

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

Larry Finger writes: > On 08/31/2015 06:43 PM, Jes Sorensen wrote: >> Larry Finger writes: >>> On 08/30/2015 09:39 PM, Jes Sorensen wrote: Larry Finger writes: > On 08/30/2015 01:41 PM, Jes Sorensen wrote:

Re: Ubuntu 14.04 and the intel 3160 chip monitor mode support

Hi again, Emmanuel just told me that on 3.13 the monitor mode is not supported. You can try to disable power saving, by loading the iwlmvm module with power_scheme=1 (it's a module parameter) and check if you have any better luck. If not, try to upgrade your kernel. :) Apparently Ubuntu LTS

Re: kernel log flooded with GET_CMD_NODE: cmd node not available

Hi Amitkumar, find below dmesg On Mon, Aug 31, 2015 at 1:44 PM, Amitkumar Karwar wrote: > Hi Belisko, > >> I'm running kernel 4.1 (no code changes in mwifiex) on custom board with >> mwrvl sd8787 sdio wifi card. Everything works fine but when I start >> hostapd and connect

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

Larry Finger writes: > On 08/30/2015 01:41 PM, Jes Sorensen wrote: >>> The above statement generated a "scheduling while atomic" splat. The >>> gfp_t argument needs to be GFP_KERNEL. >> >> You are seeing scheduling while atomic in the TX path? That just seems >> wrong

[PATCH v2 0/1] rtl8xxxu (mac80211) driver for rtl8188[cr]u/rtl8192cu/rtl8723au

From: Jes Sorensen Hi, I finally found some time to work on rtl8xxxu again. Since the previously version posted some months ago, I fixed up a number of bugs. I also added support for a range of other Realtek based USB devices. The driver now supports rtl8723au,

Re: Linux Firmware Signing

On Sat, 2015-08-29 at 04:16 +0200, Luis R. Rodriguez wrote: > On Thu, Aug 27, 2015 at 07:54:33PM -0400, Mimi Zohar wrote: > > On Thu, 2015-08-27 at 23:29 +0200, Luis R. Rodriguez wrote: > > > On Thu, Aug 27, 2015 at 10:57:23AM -, David Woodhouse wrote: > > > > > Luis R. Rodriguez

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

Jes Sorensen writes: > Larry Finger writes: >>> +static void rtl8xxxu_tx(struct ieee80211_hw *hw, >>> + struct ieee80211_tx_control *control, >>> + struct sk_buff *skb) >>> +{ >>> + struct ieee80211_hdr

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

Joe Perches writes: > On Sun, 2015-08-30 at 14:41 -0400, Jes Sorensen wrote: >> Larry Finger writes: > [] >> >> + dev_info(>udev->dev, "%s: dumping efuse (0x%02lx bytes):\n", >> >> + __func__, sizeof(struct rtl8192cu_efuse)); >> > >> > On a