Rajkumar Manoharan rmano...@qti.qualcomm.com writes:
On Mon, Oct 06, 2014 at 02:52:45PM +0300, Kalle Valo wrote:
Rajkumar Manoharan rmano...@qti.qualcomm.com writes:
Add support to configure packet log filters (tx, rx, rate control)
via debugfs. To disable htt pktlog events set the
This is required if we take into account possibility to load the driver
from initrd (RAM disk), so in other words: very early in the boot process,
before the file system is visible.
In such case we need to have the firmware files accessible from ram disk too,
and this patch guarantee this.
On Sun, Oct 05, 2014 at 04:57:12PM +0300, Emmanuel Grumbach wrote:
+ if (vif)
+ scd_queues = ~BIT(vif-hw_queue[IEEE80211_AC_VO]);
I'm backporting this to 3.13, and this part doesn't work unless
77be2c54c5bd26279abc13807398771d80cda37a is also backported. Is this
critical, or can
Subject: Re: [RFT] iwlwifi: dvm: drop non VO frames when flushing
On Sun, Oct 05, 2014 at 04:57:12PM +0300, Emmanuel Grumbach wrote:
+ if (vif)
+ scd_queues = ~BIT(vif-hw_queue[IEEE80211_AC_VO]);
I'm backporting this to 3.13, and this part doesn't work unless
On Mon, Oct 06, 2014 at 07:43:07AM -0500, Seth Forshee wrote:
On Mon, Oct 06, 2014 at 12:35:46PM +, Grumbach, Emmanuel wrote:
Subject: Re: [RFT] iwlwifi: dvm: drop non VO frames when flushing
On Sun, Oct 05, 2014 at 04:57:12PM +0300, Emmanuel Grumbach wrote:
+ if (vif)
On Mon, Oct 06, 2014 at 07:43:07AM -0500, Seth Forshee wrote:
On Mon, Oct 06, 2014 at 12:35:46PM +, Grumbach, Emmanuel wrote:
Subject: Re: [RFT] iwlwifi: dvm: drop non VO frames when flushing
On Sun, Oct 05, 2014 at 04:57:12PM +0300, Emmanuel Grumbach wrote:
+ if
On Mon, Oct 06, 2014 at 12:47:41PM +, Grumbach, Emmanuel wrote:
On Mon, Oct 06, 2014 at 07:43:07AM -0500, Seth Forshee wrote:
On Mon, Oct 06, 2014 at 12:35:46PM +, Grumbach, Emmanuel wrote:
Subject: Re: [RFT] iwlwifi: dvm: drop non VO frames when flushing
On Sun, Oct
On Mon, Oct 06, 2014 at 12:47:41PM +, Grumbach, Emmanuel wrote:
On Mon, Oct 06, 2014 at 07:43:07AM -0500, Seth Forshee wrote:
On Mon, Oct 06, 2014 at 12:35:46PM +, Grumbach, Emmanuel
wrote:
Subject: Re: [RFT] iwlwifi: dvm: drop non VO frames when
flushing
On Tue, 2014-09-23 at 09:14 +0800, Chun-Yeow Yeoh wrote:
Allow user to configure frequency and channel type during
mesh join command.
I think I saw another v4 of this, was this meant to be v5?
johannes
--
To unsubscribe from this list: send the line unsubscribe linux-wireless in
the body of a
All warning and error messages should end with '\n', fix that.
Signed-off-by: Kalle Valo kv...@qca.qualcomm.com
---
drivers/net/wireless/ath/ath10k/core.c | 10 +-
drivers/net/wireless/ath/ath10k/debug.c |2 +-
drivers/net/wireless/ath/ath10k/htc.c|4 ++--
From: Michal Kazior michal.kaz...@tieto.com
Although frame contents were printed via dbg_dump
already it was not possible to easily filter them
out for processing.
Signed-off-by: Michal Kazior michal.kaz...@tieto.com
---
drivers/net/wireless/ath/ath10k/htt_rx.c | 3 +++
Rajkumar Manoharan wrote:
These changes are the extension of pktlog for dumping tx and rx
frames to user space. I am rebasing Michal's work on top of pktlog.
-Rajkumar
Michal Kazior (3):
ath10k: add tracepoint for wmi mgmt tx frames
ath10k: add tracepoint for wmi bcn tx
ath10k:
1986 compact of free association with the U.S.
Marshall Islands follow U.S. Spectrum rules.
Signed-off-by: Jouni Malinen jo...@qca.qualcomm.com
---
db.txt | 7 +++
1 file changed, 7 insertions(+)
diff --git a/db.txt b/db.txt
index 757040b..5bd9388 100644
--- a/db.txt
+++ b/db.txt
@@ -669,6
On Mon, 2014-09-29 at 15:46 -0700, Ben Greear wrote:
As far as I can tell, the .h file is not installed anywhere
in a normal OS.
What is the proper method to get this file sanitized and put
into a more common location?
You mean from the kernel build? Then you'd have to move it into the
On Fri, 2014-09-26 at 16:24 -0700, gree...@candelatech.com wrote:
+/*
+ * Attempt to rename a device. Acquire RTNL before calling.
+ */
please add kernel-doc
+int cfg80211_dev_rename_wiphy(struct wiphy *wiphy, char *newname);
Should also be const char *
And should probably be called
You also really need to work on the subject prefixes...
They should be
1) cfg80211
2) mac80211-hwsim:
3) mac80211:
4) mac80211-hwsim:
johannes
--
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
On Wed, 2014-09-17 at 01:47 +0200, Steinar H. Gunderson wrote:
On Mon, Sep 08, 2014 at 10:53:20AM +0200, Johannes Berg wrote:
Linux already supports 802.11h, where the access point can tell the
client to reduce its transmission power. However, 802.11h is only
defined for 5 GHz, where the
On Mon, Oct 06, 2014 at 04:52:14PM +0200, Johannes Berg wrote:
I found what I believe is an edge case: What happens if the element suddenly
goes away from one beacon to another? Shouldn't there be a reset of the power
level and then a new call to __ieee80211_recalc_txpower()?
(If so, I
On Wed, 2014-10-01 at 11:27 +0200, Stanislaw Gruszka wrote:
Dynamic power save timeout value is suppose to be configurable via
wext, but due to iwconfig bug is not possible to set using that tool.
That's interesting, what's that bug?
Allow to configure PS timeout via nl80211 - add
Hi, Johannes
There are actually two different patches. The latest one, both of them
are named as v4.
[PATCH v4 1/2] iw: Allow user to provide freq during mesh join
[PATCH v4 2/2] iw: Allow basic rates to be configured when joining mesh
Chun-Yeow
On Mon, Oct 6, 2014 at 9:06 PM, Johannes
On Mon, 2014-10-06 at 23:48 +0800, Yeoh Chun-Yeow wrote:
Hi, Johannes
There are actually two different patches. The latest one, both of them
are named as v4.
Right, sorry. I'm clearly going through email too quickly.
johannes
--
To unsubscribe from this list: send the line unsubscribe
Currently the allowed respose rate set (rates for HW generated frames
like ACKs) is the same as the basic rate set.
The HW will use the higher allowed response rate that is lower than the
rate of the received frame.
This is more or less what IEEE80211 mandates, but I missed the fact
that
$ dmesg
...
[1.462812] usb 1-4: new high-speed USB device number 4 using ehci-pci
[1.579359] usb 1-4: New USB device found, idVendor=0bda, idProduct=8171
[1.579360] usb 1-4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[1.579361] usb 1-4: Product: RTL8188S WLAN Adapter
We are in a sort-of state of limbo with 3.17 having been released the
other day and the actual merge window integration happening next week
when Linus returns from some travels.
Please do not submit new feature patches until I open net-next back
up which will probably be in just over 2 weeks
BUG: unable to handle kernel paging request at c9000277c070
IP: [8165272c] __netdev_watchdog_up+0xc/0x80
PGD 12b01c067 PUD 12b01d067 PMD 1295e8067 PTE 0
Oops: [#1] SMP
CPU: 3 PID: 1497 Comm: wpa_supplicant Tainted: G OE
3.17.0-1.fc21.x86_64 #1
task: 88007ec44e80
From: Sujith Manoharan c_man...@qca.qualcomm.com
Currently, ath9k uses a global counter for all
frames that need to be assigned a sequence number.
QoS-data frames are handled properly since they
have a per-tid counter. But, beacons and other
management frames use the same counter even if
multiple
From: Sujith Manoharan c_man...@qca.qualcomm.com
When the current operating channel context has
been marked as ATH_CHANCTX_STATE_FORCE_ACTIVE,
do not process beacons that might be received,
since we have to wait for the station to become
authorized.
Also, since the cached TSF value will be zero
From: Sujith Manoharan c_man...@qca.qualcomm.com
drivers/net/wireless/ath/main.c:88 ath_printk()
error: we previously assumed 'common-hw' could be null (see line 82)
Reported-by: Dan Carpenter dan.carpen...@oracle.com
Signed-off-by: Sujith Manoharan c_man...@qca.qualcomm.com
---
28 matches
Mail list logo