RE: rt2800 and BeagleBone Black kernel panic when connecting to access point

Vishal Thanki wrote: > Hi, > > On Wed, Apr 27, 2016 at 02:21:36PM +1000, Craig McQueen wrote: > > I have a D-Link DWA-140 USB Wi-Fi device which is rt2800 based (5392 > chipset). I've been testing it on a BeagleBone Black running an Ubuntu 16.04 > image (4.4.6 kernel). > > > > 1) Install Ubuntu

Re: rt2800 and BeagleBone Black kernel panic when connecting to access point

Hi, On Wed, Apr 27, 2016 at 02:21:36PM +1000, Craig McQueen wrote: > I have a D-Link DWA-140 USB Wi-Fi device which is rt2800 based (5392 > chipset). I've been testing it on a BeagleBone Black running an Ubuntu 16.04 > image (4.4.6 kernel). > > 1) Install Ubuntu 16.04 on a BeagleBone Black. >

rt2800 and BeagleBone Black soft lockup when unplugging from USB hub

I have a D-Link DWA-140 USB Wi-Fi device which is rt2800 based (5392 chipset). I've been testing it on a BeagleBone Black running an Ubuntu 16.04 image (4.4.6 kernel), with a USB hub. When I unplug the Wi-Fi device from the USB hub, and it's connected to an access point, and then I unplug it,

RE: rt2800 and BeagleBone Black kernel panic when connecting to access point

I previously wrote: > > I have a D-Link DWA-140 USB Wi-Fi device which is rt2800 based (5392 > chipset). I've been testing it on a BeagleBone Black running an Ubuntu 16.04 > image (4.4.6 kernel). > > 1) Install Ubuntu 16.04 on a BeagleBone Black. > 2) Add lines to /etc/network/interfaces for the

rt2800 and BeagleBone Black kernel panic when connecting to access point

I have a D-Link DWA-140 USB Wi-Fi device which is rt2800 based (5392 chipset). I've been testing it on a BeagleBone Black running an Ubuntu 16.04 image (4.4.6 kernel). 1) Install Ubuntu 16.04 on a BeagleBone Black. 2) Add lines to /etc/network/interfaces for the device to connect to a WPA2

Re: [PATCH v2] ath10k: remove VHT capabilities from 2.4GHz

On 04/26/2016 01:07 PM, Krishna Chaitanya wrote: On Tue, Apr 26, 2016 at 5:33 PM, Valo, Kalle wrote: Johannes Berg writes: On Thu, 2016-04-21 at 08:15 -0700, Ben Greear wrote: The thing is, it actually works just fine with the patch I

Re: [PATCH v2] ath10k: remove VHT capabilities from 2.4GHz

On Tue, Apr 26, 2016 at 5:33 PM, Valo, Kalle wrote: > Johannes Berg writes: > >> On Thu, 2016-04-21 at 08:15 -0700, Ben Greear wrote: >> >>> The thing is, it actually works just fine with the patch I posted >>> to fix mac80211, and at any rate,

Re: Intel WiFi regression on linux-next

On Tue, 2016-04-26 at 10:14 -0700, Mitchel Humpherys wrote: > Hello, Hello Mitchel, > WiFi on my Acer Aspire 5739G is currently broken on linux-next.  I > bisected it to the following commit: > > commit 97f95c93c8ed5177371e75275f236513152fa308 > Author: Sara Sharon

Intel WiFi regression on linux-next

Hello, WiFi on my Acer Aspire 5739G is currently broken on linux-next. I bisected it to the following commit: commit 97f95c93c8ed5177371e75275f236513152fa308 Author: Sara Sharon Date: Mon Mar 7 16:55:20 2016 +0200 iwlwifi: remove support for fw

Re: [PATCH net-next 0/8] netlink: align attributes when needed (patchset #3)

From: Lars Ellenberg Date: Tue, 26 Apr 2016 13:54:27 +0200 > On Tue, Apr 26, 2016 at 10:06:10AM +0200, Nicolas Dichtel wrote: >> >> This is the continuation (series #3) of the work done to align netlink >> attributes when these attributes contain some 64-bit fields.

Re: [PATCH net-next 3/8] fs/quota: use nla_put_u64_64bit()

From: Jan Kara Date: Tue, 26 Apr 2016 13:08:48 +0200 > On Tue 26-04-16 10:06:13, Nicolas Dichtel wrote: >> Signed-off-by: Nicolas Dichtel > > OK, so I somewhat miss a description of what will this do to the netlink > message so that I can judge whether

[RFC] Sampling Holes in Minstrel when VHT is enabled

Hi, With the current design, occasionally we are seeing issues where minstrel sends 3x3 rates for our 2x2 chip. IMHO, couple of things can cause this 1) update_caps doesn't take local HW capabilities in to account 2) While calculating sample_idx, we use MCS_GROUP_RATES which can cause a

Re: [PATCH net-next 0/8] netlink: align attributes when needed (patchset #3)

From: Nicolas Dichtel Date: Tue, 26 Apr 2016 10:06:10 +0200 > The last user of nla_put_u64() is block/drbd. This module does not use > standard netlink API (see all the stuff in include/linux/genl_magic_struct.h > and include/linux/genl_magic_func.h). Yet another

[PATCH] ath10k: fix kernel panic, move arvifs list head init before htt init

From: Anilkumar Kolli It is observed that while loading and unloading ath10k modules in an infinite loop, before ath10k_core_start() completion HTT rx frames are received, while processing these frames, dereferencing the arvifs list code is getting hit before initilizing

[PATCH] ath10k: Move spectral related structures under ath10k debugfs

From: Mohammed Shafi Shajakhan Spectral related structures are accessed / modified only if ath10k debugfs is enabled, so it makes more sense to move them under ATH10K_DEBUGFS Signed-off-by: Mohammed Shafi Shajakhan --- [compile tested

[PATCH] mwifiex: change sleep cookie poll count

From: Shengzhen Li Sometimes current polling count is not sufficient. This patch increases it to 100. Signed-off-by: Shengzhen Li Signed-off-by: Amitkumar Karwar --- drivers/net/wireless/marvell/mwifiex/pcie.h | 2 +- 1 file changed, 1

Re: [PATCH net-next 3/8] fs/quota: use nla_put_u64_64bit()

On Tue 26-04-16 14:31:58, Nicolas Dichtel wrote: > Le 26/04/2016 13:08, Jan Kara a écrit : > > On Tue 26-04-16 10:06:13, Nicolas Dichtel wrote: > >> Signed-off-by: Nicolas Dichtel > > > > OK, so I somewhat miss a description of what will this do to the netlink > >

Re: [PATCH net-next 3/8] fs/quota: use nla_put_u64_64bit()

Le 26/04/2016 13:08, Jan Kara a écrit : > On Tue 26-04-16 10:06:13, Nicolas Dichtel wrote: >> Signed-off-by: Nicolas Dichtel > > OK, so I somewhat miss a description of what will this do to the netlink > message so that I can judge whether the change is fine for the

Re: [Drbd-dev] [PATCH net-next 0/8] netlink: align attributes when needed (patchset #3)

On Tue, Apr 26, 2016 at 01:54:27PM +0200, Lars Ellenberg wrote: > On Tue, Apr 26, 2016 at 10:06:10AM +0200, Nicolas Dichtel wrote: > > > > This is the continuation (series #3) of the work done to align netlink > > attributes when these attributes contain some 64-bit fields. > > > > It's the last

Re: Intel 7260 AC only using 802.11n not AC

On Tue, Apr 26, 2016 at 1:03 PM, Johannes Berg wrote: > On Tue, 2016-04-26 at 12:54 +0100, Radu P wrote: >> Is there a way running >> >> ./iw dev wlanX link >> >> but to get the output for the 5 Ghz frequency? >> now I am getting only this: >> >> freq: 2432 >> tx

Re: [PATCH] ath10k: release pre_cal_file while unloading driver

Rajkumar Manoharan writes: > Failing to release pre_cal_file caldata on deinit causes memory leak. > > Fixes: b131129d9657 ("ath10k: fix calibration init sequence of qca99x0") > Signed-off-by: Rajkumar Manoharan Doesn't apply, please

Re: [PATCH v2] ath10k: remove VHT capabilities from 2.4GHz

Johannes Berg writes: > On Thu, 2016-04-21 at 08:15 -0700, Ben Greear wrote: > >> The thing is, it actually works just fine with the patch I posted >> to fix mac80211, and at any rate, even if the mac80211 patch isn't >> applied, the ath10k driver works just fine in HT

Re: Intel 7260 AC only using 802.11n not AC

On Tue, 2016-04-26 at 12:54 +0100, Radu P wrote: > Is there a way running > > ./iw dev wlanX link > > but to get the output for the 5 Ghz frequency? > now I am getting only this: > > freq: 2432 > tx bitrate: 130.0 MBit/s MCS 14 short GI Sure: connect to a 5 GHz AP first :) johannes -- To

Re: [PATCH net-next 0/8] netlink: align attributes when needed (patchset #3)

On Tue, Apr 26, 2016 at 10:06:10AM +0200, Nicolas Dichtel wrote: > > This is the continuation (series #3) of the work done to align netlink > attributes when these attributes contain some 64-bit fields. > > It's the last patchset from what I've seen. > > The last user of nla_put_u64() is

Re: [PATCH 4/4] ath10k: update bss channel survey information

Rajkumar Manoharan writes: > During hw scan, firmware sends two channel information events (pre- > complete, complete) to host for each channel change. The snap shot of cycle > counters (rx_clear and total) between these two events are given for > survey dump. In order

Re: Intel 7260 AC only using 802.11n not AC

On Tue, Apr 26, 2016 at 12:40 PM, Kalle Valo wrote: > Radu P writes: > >> With the latest iw from the git repo I get: >> >> VHT Capabilities (0x038071a0): >> Max MPDU length: 3895 >> Supported

Re: Intel 7260 AC only using 802.11n not AC

Radu P writes: > With the latest iw from the git repo I get: > > VHT Capabilities (0x038071a0): > Max MPDU length: 3895 > Supported Channel Width: neither 160 nor 80+80 > short GI (80 MHz) >

Re: Intel 7260 AC only using 802.11n not AC

Krishna Chaitanya writes: > On Tue, Apr 26, 2016 at 4:20 PM, Kalle Valo wrote: >> >> Radu P writes: >> >> > iw list|grep -i VHT <- still nothing >> [...] > "iw phy " should give necessary info. AFAICS "iw phy" and "iw list"

Re: Intel 7260 AC only using 802.11n not AC

On Tue, Apr 26, 2016 at 12:04 PM, Krishna Chaitanya wrote: > On Tue, Apr 26, 2016 at 4:20 PM, Kalle Valo wrote: >> >> Radu P writes: >> >> > iw list|grep -i VHT <- still nothing >> >> Maybe your iw is too old? I didn't see

Re: [PATCH net-next 3/8] fs/quota: use nla_put_u64_64bit()

On Tue 26-04-16 10:06:13, Nicolas Dichtel wrote: > Signed-off-by: Nicolas Dichtel OK, so I somewhat miss a description of what will this do to the netlink message so that I can judge whether the change is fine for the userspace counterpart parsing these messages. AFAIU

Re: Intel 7260 AC only using 802.11n not AC

On Tue, Apr 26, 2016 at 4:20 PM, Kalle Valo wrote: > > Radu P writes: > > > iw list|grep -i VHT <- still nothing > > Maybe your iw is too old? I didn't see anything either (using stock iw > from Ubuntu 14.04) but then I upgraded to the latest one from git

Re: Intel 7260 AC only using 802.11n not AC

Radu P writes: > iw list|grep -i VHT <- still nothing Maybe your iw is too old? I didn't see anything either (using stock iw from Ubuntu 14.04) but then I upgraded to the latest one from git and now I see: VHT Capabilities (0x338001b2):

Re: Intel 7260 AC only using 802.11n not AC

iw list|grep -i VHT <- still nothing iw dev wlanX link Connected to *.* (on wlan1) SSID: * freq: 2432 RX: 45056569 bytes (38259 packets) TX: 5239816 bytes (27324 packets) signal: -54 dBm tx bitrate: 144.4 MBit/s MCS 15 short GIc0:3e:0f:d6:54:b9 bss flags: short-preamble short-slot-time dtim

Re: Intel 7260 AC only using 802.11n not AC

On Tue, 2016-04-26 at 02:56 -0600, Reinoud Koornstra wrote: > I'm also using the 7620 AC. > When I type: > > sudo iw dev wlp0s4 scan I see: > "scan" is completely irrelevant for what actually ends up getting used. "link" is relevant, but if you want to see the hardware capabilities (like what

Re: Intel 7260 AC only using 802.11n not AC

I get no output when running: iw dev wlan1 scan|grep VHT Switched to firmware 16 and same result. On Tue, Apr 26, 2016 at 10:01 AM, Kalle Valo wrote: > Radu P writes: > >> These is the relevant data: >> >> firmware-version: 17.265642.0 >> >> [

Re: [v2] rt2800lib: enable MFP if hw crypt is disabled

Kalle Valo writes: >> If rt2800usb is loaded with nohwcrypt=1, mac80211 takes >> care of the crypto with software encryption/decryption >> and thus, MFP can be used. >> >> Tested for secured mesh using ath9k_htc and ath9k. >> >> Signed-off-by: Chun-Yeow Yeoh

Re: [v2] rtlwifi: rtl8821ae: Make sure loop counter is signed on allarchitectures

Kalle Valo writes: >> The for-loop condition does not work correctly on architectures where >> "char" is unsigned. Fix it by using an "int", which may also result in >> more efficient code. >> >> v2: Remove unneeded initialization. >> >> Signed-off-by: David Müller

Re: iwlwifi: fix fw version reading for DVM devices

> From: Luca Coelho > > In commit 97f95c93c8ed ("iwlwifi: remove support for fw older than > -16.ucode") we accidentally changed the fw version reading code for > DVM devices. The code intended to remove the old fw version API, > because all MVM firmwares version 16

Re: [v2] rt2800lib: enable MFP if hw crypt is disabled

> If rt2800usb is loaded with nohwcrypt=1, mac80211 takes > care of the crypto with software encryption/decryption > and thus, MFP can be used. > > Tested for secured mesh using ath9k_htc and ath9k. > > Signed-off-by: Chun-Yeow Yeoh > > v2: set MFP correctly (Stanislaw

Re: brcmfmac: testing the wrong variable in brcmf_rx_hdrpull()

> Smatch complains about this code: > > drivers/net/wireless/broadcom/brcm80211/brcmfmac/core.c:335 > brcmf_rx_hdrpull() > error: we previously assumed '*ifp' could be null (see line 333) > > The problem is that we recently changed these from "ifp" to "*ifp" but > there was one that we

Re: [1/2] mwifiex: missing error code on allocation failure

> We accidentally return success instead of -ENOMEM. > > Signed-off-by: Dan Carpenter Thanks, 2 patches applied to wireless-drivers-next.git: e0bdef0f75f0 mwifiex: missing error code on allocation failure 394f0ed53108 mwifiex: fix loop timeout in

Re: [01/16] rtl8xxxu: Rename rtl8723bu_update_rate_mask() tortl8xxxu_gen2_update_rate_mask()

> From: Jes Sorensen > > Update the name of rtl8723bu_update_rate_mask() to make it reflect > it's applicable for all/most gen2 N parts. > > Signed-off-by: Jes Sorensen Thanks, 16 patches applied to wireless-drivers-next.git: a8c8dfa59319

Re: mwifiex: stop background scan when net device closed

> From: Xinming Hu > > Transmit data path should not touch background scan. We will stop > background scan when net device is closed. > > Signed-off-by: Xinming Hu > Signed-off-by: Amitkumar Karwar Thanks, applied to

Re: [v7,1/2] dt: bindings: add MARVELL's sd8xxx wireless device

> From: Xinming Hu > > Add device tree binding documentation for MARVELL's sd8xxx > (sd8897 and sd8997) wlan chip. > > Signed-off-by: Xinming Hu > Signed-off-by: Amitkumar Karwar > Acked-by: Rob Herring Thanks, 2

Re: brcmf: Fix null pointer exception in bcdc_hdrpull

> From: Per Forlin > > In fwsignal.c: brcmf_fws_commit_skb() > ... > if (rc < 0) { > entry->transit_count--; > if (entry->suppressed) > entry->suppr_transit_count--; > (void)brcmf_proto_hdrpull(fws->drvr, false, skb, NULL); >

Re: [V11] brcmfmac: add support for nl80211 BSS_SELECT feature

> Announce support for nl80211 feature BSS_SELECT and process > BSS selection behaviour provided in .connect() callback. > > Reviewed-by: Hante Meuleman > Reviewed-by: Franky (Zhenhui) Lin > Reviewed-by: Pieter-Paul Giesberts

Re: [v2] rtlwifi: rtl8821ae: Make sure loop counter is signed on allarchitectures

> The for-loop condition does not work correctly on architectures where > "char" is unsigned. Fix it by using an "int", which may also result in > more efficient code. > > v2: Remove unneeded initialization. > > Signed-off-by: David Müller > Acked-by: Larry Finger

Re: [v3] prism54: isl_38xx: Replace 'struct timeval'

> 'struct timeval' uses a 32-bit seconds field which will overflow in > year 2038 and beyond. This patch is part of a larger effort to remove > all instances of 'struct timeval' from the kernel and replace them > with 64-bit timekeeping variables. > The patch also fixes the debug printf specifier

Re: [MOREWORK, 14/19] rtl818x_pci: Fix a memory leak in rtl8180_init_rx_ring

> From: Jia-Ju Bai > > When dev_alloc_skb or pci_dma_mapping_error in rtl8180_init_rx_ring fails, > the memory allocated by pci_zalloc_consistent is not freed. > > This patch fixes the bug by adding pci_free_consistent > in error handling code. > > Signed-off-by: Jia-Ju

Re: [PATCH 1/5] ti: Convert wl1271_ logging macros to dev_ or pr_

Joe Perches writes: > Use the more common logging mechanism passing wl->dev where > appropriate. Remove the macros. Add argument struct wl1271 *wl to > some functions to make these logging mechanisms work. > > Miscellanea: > > o Coalesce formats, add required trailing \n to

Re: Intel 7260 AC only using 802.11n not AC

Radu P writes: > These is the relevant data: > > firmware-version: 17.265642.0 > > [ 292.689871] iwlwifi :04:00.0: loaded firmware version > 17.265642.0 op_mode iwlmvm > [ 292.702902] iwlwifi :04:00.0: Detected Intel(R) Dual Band > Wireless AC 7260, REV=0x144 > >

Re: Intel 7260 AC only using 802.11n not AC

Btw, iwconfig is deprecated, you should use iw instead. Another way of seeing it: reinoud@router-dev:/var/log$ sudo iw dev wlp4s0 link Connected to 00:30:44:1d:cf:2b (on wlp4s0) SSID: Mipam5g freq: 5240 RX: 1134508422 bytes (1235653 packets) TX: 120716536 bytes (668942

Re: Intel 7260 AC only using 802.11n not AC

I'm also using the 7620 AC. When I type: sudo iw dev wlp0s4 scan I see: reinoud@router-dev:~/openwrt$ sudo iw dev wlp4s0 scan BSS 00:30:44:1d:cf:2b(on wlp4s0) -- associated [SNIP] VHT capabilities: VHT Capabilities (0x31c12820): Max MPDU length: 3895

Re: [PATCH v2 2/2] mt76: add driver code for MT76x2e

Felix Fietkau writes: > This is a 2x2 PCIe 802.11ac chipset by MediaTek > > Signed-off-by: Felix Fietkau A little more overview would be nice, for example what works and what doesn't? What about the firmware images? Will they be available from

[PATCH] ath10k: release pre_cal_file while unloading driver

Failing to release pre_cal_file caldata on deinit causes memory leak. Fixes: b131129d9657 ("ath10k: fix calibration init sequence of qca99x0") Signed-off-by: Rajkumar Manoharan --- drivers/net/wireless/ath/ath10k/core.c | 4 1 file changed, 4 insertions(+) diff

Re: [PATCH v2 1/2] mt76: add common code shared between multiple chipsets

Felix Fietkau writes: > This will be used by drivers for MT76x2e, MT7603e and MT7628 > > Signed-off-by: Felix Fietkau [...] > +static int > +mt76_get_of_eeprom(struct mt76_dev *dev, int len) > +{ > +#ifdef CONFIG_OF > + struct device_node *np =

Re: [PATCH v2 1/2] mt76: add common code shared between multiple chipsets

Kalle Valo writes: > Felix Fietkau writes: > >> This will be used by drivers for MT76x2e, MT7603e and MT7628 >> >> Signed-off-by: Felix Fietkau > > I applied these to the pending branch in wireless-drivers-next so that > kbuild can do

Re: [PATCH] nl80211: use nla_put_u64_64bit() for the remaining u64 attributes

Le 26/04/2016 09:54, Johannes Berg a écrit : > From: Johannes Berg > > Nicolas converted most users, but didn't realize some were generated > by macros. Convert those over as well. > > Signed-off-by: Johannes Berg Acked-by: Nicolas Dichtel

[PATCH net-next 2/8] drivers/wireless: use nla_put_u64_64bit()

Signed-off-by: Nicolas Dichtel --- drivers/net/wireless/mac80211_hwsim.c | 2 +- drivers/net/wireless/mac80211_hwsim.h | 1 + 2 files changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/net/wireless/mac80211_hwsim.c b/drivers/net/wireless/mac80211_hwsim.c

[PATCH net-next 4/8] sock_diag: align nlattr properly when needed

I also fix the value of INET_DIAG_MAX. It's wrong since commit 8f840e47f190 which is only in net-next right now, thus I didn't make a separate patch. Fixes: 8f840e47f190 ("sctp: add the sctp_diag.c file") Signed-off-by: Nicolas Dichtel ---

[PATCH net-next 1/8] macsec: use nla_put_u64_64bit()

Signed-off-by: Nicolas Dichtel --- drivers/net/macsec.c | 121 ++--- include/uapi/linux/if_link.h | 1 + include/uapi/linux/if_macsec.h | 6 ++ 3 files changed, 95 insertions(+), 33 deletions(-) diff --git

[PATCH net-next 0/8] netlink: align attributes when needed (patchset #3)

This is the continuation (series #3) of the work done to align netlink attributes when these attributes contain some 64-bit fields. It's the last patchset from what I've seen. The last user of nla_put_u64() is block/drbd. This module does not use standard netlink API (see all the stuff in

[PATCH net-next 8/8] sched: align nlattr properly when needed

Signed-off-by: Nicolas Dichtel --- Documentation/networking/gen_stats.txt | 6 -- include/net/gen_stats.h | 6 -- include/uapi/linux/gen_stats.h | 1 + include/uapi/linux/pkt_cls.h| 2 ++ include/uapi/linux/rtnetlink.h

[PATCH net-next 7/8] neigh: align nlattr properly when needed

Signed-off-by: Nicolas Dichtel --- net/core/neighbour.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/net/core/neighbour.c b/net/core/neighbour.c index 6a395d440228..29dd8cc22bbf 100644 --- a/net/core/neighbour.c +++ b/net/core/neighbour.c @@

[PATCH net-next 3/8] fs/quota: use nla_put_u64_64bit()

Signed-off-by: Nicolas Dichtel --- fs/quota/netlink.c | 12 +++- include/uapi/linux/quota.h | 1 + 2 files changed, 8 insertions(+), 5 deletions(-) diff --git a/fs/quota/netlink.c b/fs/quota/netlink.c index d07a2f91d858..8b252673d454 100644 ---

[PATCH net-next 5/8] ovs: align nlattr properly when needed

I also fix commit 8b32ab9e6ef1: use nla_total_size_64bit() for OVS_FLOW_ATTR_USED in ovs_flow_cmd_msg_size(). Fixes: 8b32ab9e6ef1 ("ovs: use nla_put_u64_64bit()") Signed-off-by: Nicolas Dichtel --- include/uapi/linux/openvswitch.h | 2 ++ net/openvswitch/datapath.c

[PATCH net-next 6/8] rtnl: align nlattr properly when needed

Signed-off-by: Nicolas Dichtel --- net/core/rtnetlink.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/net/core/rtnetlink.c b/net/core/rtnetlink.c index 9efc1f34ef3b..5503dfe6a050 100644 --- a/net/core/rtnetlink.c +++ b/net/core/rtnetlink.c @@

[PATCH] nl80211: use nla_put_u64_64bit() for the remaining u64 attributes

From: Johannes Berg Nicolas converted most users, but didn't realize some were generated by macros. Convert those over as well. Signed-off-by: Johannes Berg --- include/uapi/linux/nl80211.h | 4 net/wireless/nl80211.c | 36

Re: [PATCH net-next 9/9] wireless: use nla_put_u64_64bit()

Hi Johannes, Le 26/04/2016 09:39, Johannes Berg a écrit : > Hi Nicholas, > > Thanks for doing this. > > I'll also add a fix for the macro-generated nla_put_64() in > nl80211_send_station(), unless there was a particular reason you didn't > take that one? > > I suspect you just missed it while

Re: [PATCH net-next 9/9] wireless: use nla_put_u64_64bit()

Hi Nicholas, Thanks for doing this. I'll also add a fix for the macro-generated nla_put_64() in nl80211_send_station(), unless there was a particular reason you didn't take that one? I suspect you just missed it while grepping, but wanted to ask. johannes -- To unsubscribe from this list: send

[PATCH] wext: remove a/b/g/n from SIOCGIWNAME

From: Johannes Berg Since a/b/g/n no longer exist as spec amendements and VHT (ex 802.11ac) wasn't handled at all, it's better to just remove the amendment strings to avoid confusion. Signed-off-by: Johannes Berg --- net/wireless/wext-compat.c

Re: [PATCH] iwlwifi: fix fw version reading for DVM devices

On Mon, 2016-04-25 at 20:02 +0300, Luca Coelho wrote: > From: Luca Coelho > > In commit 97f95c93c8ed ("iwlwifi: remove support for fw older than > -16.ucode") we accidentally changed the fw version reading code for > DVM devices.  The code intended to remove the old fw

Intel 7260 AC only using 802.11n not AC

Hello, These is the relevant data: firmware-version: 17.265642.0 [ 292.689871] iwlwifi :04:00.0: loaded firmware version 17.265642.0 op_mode iwlmvm [ 292.702902] iwlwifi :04:00.0: Detected Intel(R) Dual Band Wireless AC 7260, REV=0x144 wlan1 IEEE 802.11abgn <- not AC Kernel

Re: [PATCH v2] ath10k: remove VHT capabilities from 2.4GHz

On Thu, 2016-04-21 at 08:15 -0700, Ben Greear wrote: > The thing is, it actually works just fine with the patch I posted > to fix mac80211, and at any rate, even if the mac80211 patch isn't > applied, the ath10k driver works just fine in HT mode. This patch has no implications on HT, and I