Re: [PATCH v4 3/3] ath9k: parse the device configuration from an OF node

Martin Blumenstingl writes: > + if (of_property_read_bool(np, "qca,clk-25mhz")) > + ah->is_clk_25mhz = true; > + > + if (of_property_read_bool(np, "qca,disable-2ghz")) > + ah->disable_2ghz = true; > + > + if

[PATCH v4 3/3] ath9k: parse the device configuration from an OF node

This makes it possible to configure ath9k based devices using devicetree. That makes some out-of-tree "convert devicetree to ath9k_platform_data glue"-code obsolete. Signed-off-by: Martin Blumenstingl --- drivers/net/wireless/ath/ath9k/init.c | 55

[PATCH v4 0/3] add devicetree support to ath9k

This series adds support for configuring ath9k based devices via devicetree. This was tested on PCI(e) based devices. This should work for AHB based devices as well as soon as the ath79 platform is ready to populate the ath9k wmac via devicetree. Changes since v3: - dropped RFC status - dropped

[PATCH v4 2/3] ath9k: add a helper to get the string representation of ath_bus_type

This can be used when the ath_bus_type has to be presented in a log message or firmware filename. Signed-off-by: Martin Blumenstingl --- drivers/net/wireless/ath/ath.h | 6 ++ drivers/net/wireless/ath/main.c | 7 +++ 2 files changed, 13 insertions(+)

[PATCH v4 1/3] Documentation: dt: net: add ath9k wireless device binding

Add documentation how devicetree can be used to configure ath9k based devices. Signed-off-by: Martin Blumenstingl --- .../devicetree/bindings/net/wireless/qca,ath9k.txt | 59 ++ 1 file changed, 59 insertions(+) create mode 100644

[PATCH v2] ath9k: simplify the code-paths when not using the built-in EEPROM

There were two paths in the code for "external" eeprom sources. The code in eeprom.c only handled the cases where the eeprom data was loaded via request_firmware. ahb.c and pci.c on the other hand had some duplicate code which was only used when the eeprom data was passed via ath9k_platform_data.

Re: [v1] ErrHandling:Make IS_ERR_VALUE_U32 as generic API to avoid IS_ERR_VALUE abuses.

-to-avoid-IS_ERR_VALUE-abuses/20160709-235356 config: x86_64-randconfig-x007-201628 (attached as .config) compiler: gcc-6 (Debian 6.1.1-1) 6.1.1 20160430 reproduce: # save the attached .config to linux build tree make ARCH=x86_64 All warnings (new ones prefixed by >>): I

Re: [v1] ErrHandling:Make IS_ERR_VALUE_U32 as generic API to avoid IS_ERR_VALUE abuses.

is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux/commits/Arvind-Yadav/ErrHandling-Make-IS_ERR_VALUE_U32-as-generic-API-to-avoid-IS_ERR_VALUE-abuses/20160709-235356 config: x86_64-rhel (attached as .config) compiler: gcc-4.9

[v2] ErrHandling:Make IS_ERR_VALUE_U32 as generic API to avoid IS_ERR_VALUE abuses.

IS_ERR_VALUE() assumes that its parameter is an unsigned long. It can not be used to check if an 'unsigned int' reflects an error. As they pass an 'unsigned int' into a function that takes an 'unsigned long' argument. This happens to work because the type is sign-extended on 64-bit architectures

WiFi testing tools

Peeps : I'm trying to test 20 to 200 WiFi "stations" (running OpenWRT) in a warehouse. I'd like to find some tools to gather lots of stats about each station and access point , such as RSSI, bitrate, etc (similar to "iw $if0 station dump) and output to CSV (or JSON or YAML). It would also be

Re: [v1] ErrHandling:Make IS_ERR_VALUE_U32 as generic API to avoid IS_ERR_VALUE abuses.

-to-avoid-IS_ERR_VALUE-abuses/20160709-235356 config: x86_64-rhel (attached as .config) compiler: gcc-4.9 (Debian 4.9.3-14) 4.9.3 reproduce: # save the attached .config to linux build tree make ARCH=x86_64 All warnings (new ones prefixed by >>): In file included from i

[v1] ErrHandling:Make IS_ERR_VALUE_U32 as generic API to avoid IS_ERR_VALUE abuses.

IS_ERR_VALUE() assumes that its parameter is an unsigned long. It can not be used to check if an 'unsigned int' reflects an error. As they pass an 'unsigned int' into a function that takes an 'unsigned long' argument. This happens to work because the type is sign-extended on 64-bit architectures

Re: [PATCH 3/4] rtl8xxxu: Mark 0x20f4:0x648b as tested

Kalle Valo writes: > jes.soren...@redhat.com writes: > >> From: Jes Sorensen >> >> Successfully tested by Jocelyn Mayer >> >> Reported-by: J. Mayer >> Signed-off-by: Jes Sorensen >> --- >>

Re: [PATCH v3] ath9k: Switch to using mac80211 intermediate software queues.

Tim Shepard writes: >> The old code path in ath_tx_start that would queue packets has been >> removed completely, > > It seems to me that this breaks the ath9k driver when non-data packets > which mac80211 will not queue on the new intermediate queues, see > ieee80211_drv_tx(

Re: [RFC v2 1/3] nl80211: Add nl80211_notify_iface

Hi Denis, > This function emits NL80211_CMD_NEW_INTERFACE or > NL80211_CMD_DEL_INTERFACE events. This is meant to be used by the core > to notify userspace applications such as wpa_supplicant when a netdev > related to a wireless device has been added or removed. > > Signed-off-by: Denis

Re: [v3] ath9k: Switch to using mac80211 intermediate software queues.

Sebastian Gottschall writes: > for me it crashes on wds sta on 3.18 kernels. Bugger :/ > need to solder a serial to get more logs That would be helpful :) -Toke -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to