Re: [ath9k-devel] [PATCH v4] ath9k: Switch to using mac80211 intermediate software queues.

On 23-08-16 08:59, Kalle Valo wrote: > Toke Høiland-Jørgensen writes: > > This is great work but due to the regressions I'm not sure if this > will be ready for 4.9. To get more testing time I wonder if we should > wait for 4.10? IMHO applying this in the end of the

Re: [ath9k-devel] [PATCH RFC v2 1/2] Documentation: dt: net: add ath9k wireless device binding

On 23-6-2016 19:45, Martin Blumenstingl wrote: > Add documentation how devicetree can be used to configure ath9k based > devices. > > Signed-off-by: Martin Blumenstingl > --- > changes in v1 -> v2: > - use vendor prefix "qca" instead of "ath" > - extend the

Re: [ath9k-devel] [RFC] ath9k: advertise p2p dev support when chanctx

+ Jouni On 06/15/15 17:47, Sujith Manoharan wrote: Janusz Dziedzic wrote: At least the callbacks for adding/removing interfaces need to be handled ? Strange, but I didn't hit any problem yet with my simple patch. Ok. But I am not very familiar with how p2p-device is supposed to be used...

Re: [ath9k-devel] ath9k-devel Digest, Vol 79, Issue 6

() helper for seq_file entries To: Arend van Spriel ar...@broadcom.com Cc: ath9k-devel@lists.ath9k.org, linux-wireless linux-wirel...@vger.kernel.org Message-ID: 87bnmapiur@kamboji.qca.qualcomm.com Content-Type: text/plain; charset=us-ascii Arend van Spriel ar...@broadcom.com

Re: [ath9k-devel] [PATCH] ath: ath9k: use debugfs_create_devm_seqfile() helper for seq_file entries

On 01/09/15 01:34, Sujith Manoharan wrote: Arend van Spriel wrote: So the content of the modified debugfs files looks sane? Yep, as sane as the code populating the debug data. :-) :-D Thanks, Arend Sujith ___ ath9k-devel mailing list ath9k-devel

Re: [ath9k-devel] ath9k-devel Digest, Vol 79, Issue 6

) -- Message: 1 Date: Wed, 07 Jan 2015 20:05:00 +0200 From: Kalle Valo kv...@codeaurora.org Subject: Re: [ath9k-devel] [PATCH] ath: ath9k: use debugfs_create_devm_seqfile() helper for seq_file entries To: Arend van Spriel ar...@broadcom.com Cc: ath9k-devel@lists.ath9k.org, linux-wireless linux-wirel

Re: [ath9k-devel] [PATCH] ath9k: ignore radar PHY errors when DFS is not enabled

On 01/09/15 17:54, Simon Wunderlich wrote: Performing spectral scans on 5 GHz channels may result in PHY errors sent by the hardware, even if DFS support is not enabled in the driver (e.g. channel scanning or passive monitoring). In that case channels may falsely get marked as 'unusable'. To

Re: [ath9k-devel] [PATCH] ath: ath9k: use debugfs_create_devm_seqfile() helper for seq_file entries

On 01/08/15 04:19, Sujith Manoharan wrote: Arend van Sprielar...@broadcom.com writes: Use the helper to get rid of the file operations per debugfs file. The device driver data contains struct ieee80211_hw pointer and the struct ath9k_softc pointer is assigned to ieee80211_hw::priv so it can

[ath9k-devel] [PATCH] ath: ath9k: use debugfs_create_devm_seqfile() helper for seq_file entries

-by: Arend van Spriel ar...@broadcom.com --- Hi Kalle, This patch was reverted in the driver-core repository as I overlooked the use of driver data and caused ath9k driver to crash. I believe this revised patch properly uses it now although I have no ath9k hardware to test this. So I hope some ath9k

Re: [ath9k-devel] [PATCH V2 0/3] debugfs: adding helper for single seq_file

On 11/09/14 11:31, Arend van Spriel wrote: This series replaces the initial series posted: Message-ID:1414498752-9746-1-git-send-email-ar...@broadcom.com This series include changes in driver code to investigate potential code savings. As example used the ath9k driver as it has a fair

[ath9k-devel] [PATCH V2 3/3] ath: ath9k: use debugfs_create_devm_seqfile() helper for seq_file entries

Use the helper to get rid of the file operations per debugfs file. The struct ath9k_softc pointer is set as device driver data to be obtained in the seq_file read operation. Signed-off-by: Arend van Spriel ar...@broadcom.com --- drivers/net/wireless/ath/ath9k/ahb.c | 1 + drivers/net

[ath9k-devel] [PATCH V2 0/3] debugfs: adding helper for single seq_file

whitespace failures. - use seq_puts where applicable. - rebased on driver-core-next branch. Arend van Spriel (3): debugfs: add helper function to create device related seq_file ath: use seq_file api for ath9k debugfs files ath: ath9k: use debugfs_create_devm_seqfile() helper for seq_file

[ath9k-devel] [PATCH V2 1/3] debugfs: add helper function to create device related seq_file

the driver can obtain his data from it and do its task of providing the file content using seq_printf() calls and alike. Using this helper function also gets rid of the need to specify file operations per debugfs file. Signed-off-by: Arend van Spriel ar...@broadcom.com --- fs/debugfs/file.c

[ath9k-devel] [PATCH V2 2/3] ath: use seq_file api for ath9k debugfs files

The debugfs files that are defined in debug.c which are read-only and using a simple_open as .open file operation have been modified to use the single_open seq_file API. This simplifies the read functions defining the file contents. Signed-off-by: Arend van Spriel ar...@broadcom.com --- drivers

Re: [ath9k-devel] [PATCH 2/3] ath: use seq_file api for ath9k debugfs files

On 11/07/14 20:05, Greg Kroah-Hartman wrote: On Tue, Oct 28, 2014 at 01:19:11PM +0100, Arend van Spriel wrote: The debugfs files that are defined in debug.c which are read-only and using a simple_open as .open file operation have been modified to use the single_open seq_file API

Re: [ath9k-devel] [PATCH 2/3] ath: use seq_file api for ath9k debugfs files

On 11/08/14 14:44, Arend van Spriel wrote: On 11/07/14 20:05, Greg Kroah-Hartman wrote: On Tue, Oct 28, 2014 at 01:19:11PM +0100, Arend van Spriel wrote: The debugfs files that are defined in debug.c which are read-only and using a simple_open as .open file operation have been modified to use

Re: [ath9k-devel] [PATCH 0/3] debugfs: adding helper for single seq_file

On 10/30/14 20:39, Greg Kroah-Hartman wrote: On Thu, Oct 30, 2014 at 03:19:22PM -0400, John W. Linville wrote: On Tue, Oct 28, 2014 at 01:19:09PM +0100, Arend van Spriel wrote: The first patch was already posted earlier: Message-ID:1413043315-22332-1-git-send-email-ar...@broadcom.com

[ath9k-devel] [PATCH 2/3] ath: use seq_file api for ath9k debugfs files

The debugfs files that are defined in debug.c which are read-only and using a simple_open as .open file operation have been modified to use the single_open seq_file API. This simplifies the read functions defining the file contents. Signed-off-by: Arend van Spriel ar...@broadcom.com --- drivers

[ath9k-devel] [PATCH 3/3] ath: ath9k: use debugfs_create_devm_seqfile() helper for seq_file entries

Use the helper to get rid of the file operations per debugfs file. The struct ath9k_softc pointer is set as device driver data to be obtained in the seq_file read operation. Signed-off-by: Arend van Spriel ar...@broadcom.com --- drivers/net/wireless/ath/ath9k/ahb.c | 1 + drivers/net

[ath9k-devel] [PATCH 0/3] debugfs: adding helper for single seq_file

helper/ath9k.o This series is for 3.19 kernel and applies to the driver-core-next branch of the driver-core repository. If needed the ath9k patches may be dropped for now and I will resubmit them to wireless-next once the debugfs patch has made it into linux-next. Arend van Spriel (3): debugfs: add

[ath9k-devel] [PATCH 1/3] debugfs: add helper function to create device related seq_file

the driver can obtain his data from it and do its task of providing the file content using seq_printf() calls and alike. Using this helper function also gets rid of the need to specify file operations per debugfs file. Signed-off-by: Arend van Spriel ar...@broadcom.com --- fs/debugfs/file.c

Re: [ath9k-devel] ath9k Driver crash

+ ath9k-devel@lists.ath9k.org + backpo...@vger.kernel.org On 10/23/2013 02:22 PM, Singh, Gaurav wrote: Hi, Setup info: Linux: mips le, 2.6.29 on ViXS XC4200 SoC Ath9k from compat-wireless-3.6.8-1-snpc wpa_supplicant 2.0 Only using wpa_supplicant, no network-manager etc. I see a system

Re: [ath9k-devel] Supported Wi-Fi direct of Android?

On 06/20/2013 02:44 PM, Check Zhao wrote: Hi list, I want to enable concurrently the wlan0 and p2p0 interface with the usb wifi dongle on PCs, It is similar to the Wi-Fi direct of Android-4.2.2(Samsung Galaxy Nexus). I found out Galaxy Nexus Wi-Fi chip is Broadcom BCM4330, but I can't buy

Re: [ath9k-devel] [PATCH 1/4] mac80211: Convert PS configuration from a binary flag to a set of modes

On 02/13/2013 06:04 PM, Seth Forshee wrote: Is all this really worth it? It seems a quick fix for brcmsmac might be to always set the powersave bit when IEEE80211_CONF_OFFCHANNEL is enabled in the config, and then go implement a real solution like I described earlier with powersave being

Re: [ath9k-devel] [PATCH 1/4] mac80211: Convert PS configuration from a binary flag to a set of modes

On 02/13/2013 08:25 PM, Seth Forshee wrote: On Wed, Feb 13, 2013 at 07:54:19PM +0100, Arend van Spriel wrote: On 02/13/2013 06:04 PM, Seth Forshee wrote: Is all this really worth it? It seems a quick fix for brcmsmac might be to always set the powersave bit when IEEE80211_CONF_OFFCHANNEL

Re: [ath9k-devel] Wifi basics documents

On 02/08/2013 07:55 AM, Onteddu Slreddy wrote: Hello All, I recently joined this group the group. Can anybody suggest me places where I can get Documents which will explain wifi Architecture in brief i would like to know details like In Linux for embedded systems: What is

Re: [ath9k-devel] Wifi basics documents

On 02/08/2013 10:53 AM, sl reddy wrote: any successions will be helpful for me My *suggestion* would be: http://wireless.kernel.org/en/developers/Documentation For what it is worth, below is some terrible ascii art. Gr. AvS Fullmac model: user-space (libnl)

Re: [ath9k-devel] [PATCH] drivers: net: Remove remaining alloc/OOM messages

variables. Removed unnecessary parentheses. Neatened alignment. for brcm80211 driver files listed below: Acked-by: Arend van Spriel ar...@broadcom.com Signed-off-by: Joe Perches j...@perches.com --- Let me know if you want multiple small patches instead. drivers/net/wireless/brcm80211/brcmfmac

Re: [ath9k-devel] [PATCH 2/2] mac80211: Remove control.sta from struct ieee80211_tx_info and restructure tx-path

On 07/13/2012 08:52 PM, Thomas Huehn wrote: The pointer control.sta is removed from ieee80211_tx_info to free up sufficient memory in SKB_CB on the tx-path to enable new annotations per data packet e.g. support of upcoming Transmit Power Control (TPC). Now the control.sta pointer is put on

Re: [ath9k-devel] [PATCH 2/2] mac80211: Remove control.sta from struct ieee80211_tx_info and restructure tx-path

On 07/14/2012 01:44 PM, Felix Fietkau wrote: On 2012-07-14 12:10 PM, Arend van Spriel wrote: On 07/13/2012 08:52 PM, Thomas Huehn wrote: The pointer control.sta is removed from ieee80211_tx_info to free up sufficient memory in SKB_CB on the tx-path to enable new annotations per data packet

Re: [ath9k-devel] Wireless stalled after a few minutes with Linux Kernel 3.1

On 11/19/2011 03:20 PM, Haohui Liao wrote: Dear Linux wifi developers, I didn't encounter core dump problem with kernel 3.1. However, after connecting for a few seconds or minutes, the connection with stall and I can't assess Internet. I check my dmesg, it gave the following info: [

Re: [ath9k-devel] smatch stuff: potential read past the end of the buffer

Hi Dan, Why not use min() function? index = min(COMP_HDR_LEN + osize, 2046); mchecksum = word[index] | (word[index + 1] 8); Or would smatch miss this in its analysis? Gr. AvS From: linux-wireless-ow...@vger.kernel.org

Re: [ath9k-devel] smatch stuff: potential read past the end of the buffer

Hi Dan, Agreed. But maybe there is no usage scenario in which the boundary is actually crossed. Have to wait for ath9k developers to answer that. Gr. AvS From: Dan Carpenter [erro...@gmail.com] Sent: Monday, December 20, 2010 1:42 PM To: Arend Van Spriel