On 24 September 2014 18:09, Ben Greear gree...@candelatech.com wrote:
On 09/24/2014 12:09 AM, Michal Kazior wrote:
On 23 September 2014 18:48, Ben Greear gree...@candelatech.com wrote:
On 09/23/2014 01:59 AM, Michal Kazior wrote:
On 23 September 2014 01:00, gree...@candelatech.com wrote:
A soft lockup was observed on ARM multicore platform while UDP
RX iperf was running on station.
Reason for this is delay_main_task was not taken into consideration while
jumping to process_start. Now if delay_main_task is true, we would exit
mwifiex_main_process instead of going to process_start
On 24 September 2014 18:30, Ben Greear gree...@candelatech.com wrote:
On 09/24/2014 08:05 AM, Michal Kazior wrote:
On 24 September 2014 16:35, Ben Greear gree...@candelatech.com wrote:
On 09/24/2014 12:51 AM, Michal Kazior wrote:
On 24 September 2014 02:26, gree...@candelatech.com wrote:
On Wed, Sep 24, 2014 at 10:28:07PM +0200, Rafael J. Wysocki wrote:
OK, I guess this is as good as it gets.
What tree would you like it go through?
Since rest of the patches are dependent upon 1st patch which should go thru
your tree, we should merge this thru your tree
Thanks
--
~Vinod
On Mon, Sep 22, 2014 at 01:02:54AM +0100, Plinio Moreno wrote:
I have a Debian Wheezy (Kernel 3.2), pae
3.2 is very old version, check if issue is not fixed already
on updated kernel.
Stanislaw
--
To unsubscribe from this list: send the line unsubscribe linux-wireless in
the body of a message
Stats were requested and processed for each read
call. This caused inconsistent readings.
Signed-off-by: Michal Kazior michal.kaz...@tieto.com
---
drivers/net/wireless/ath/ath10k/debug.c | 110 +++-
1 file changed, 79 insertions(+), 31 deletions(-)
diff --git
The parsing function was rather complex. Simplify
by splitting it up into firmware branch specific
implementations.
While at it move the parsing code into wmi.c where
it belongs.
Signed-off-by: Michal Kazior michal.kaz...@tieto.com
---
drivers/net/wireless/ath/ath10k/debug.c | 127
Hi,
This cleans up and fixes fw stats aggregation.
Michal Kazior (4):
ath10k: split wmi stats parsing
ath10k: rename fw_stats related stuff
ath10k: request fw_stats once on open
ath10k: fix fw stats processing
drivers/net/wireless/ath/ath10k/core.h | 26 +-
If stat data exceeds wmi-htc buffer limits
firmware splits it into many wmi stats update
events which are delivered in a ping-pong fashion
triggered by wmi stats request command.
Since there's only an implicit start-of-data and
no end-of-data indications the driver has to
perform some trickery to
The naming was a bit inconsistent.
Signed-off-by: Michal Kazior michal.kaz...@tieto.com
---
drivers/net/wireless/ath/ath10k/core.h | 11 +--
drivers/net/wireless/ath/ath10k/debug.c | 18 +-
drivers/net/wireless/ath/ath10k/debug.h | 6 +++---
On 09/24/2014 11:23 PM, Michal Kazior wrote:
On 24 September 2014 18:30, Ben Greear gree...@candelatech.com wrote:
On 09/24/2014 08:05 AM, Michal Kazior wrote:
On 24 September 2014 16:35, Ben Greear gree...@candelatech.com wrote:
On 09/24/2014 12:51 AM, Michal Kazior wrote:
On 24 September
Hi,
actually if have the following problem, if have a lot of debug messages
using printk inside the mac layer but if there is a
critical bug in the source code of the mac80211 module
the system goes into kernel panic state during execution. Unfortunately
so far i now, it isn't possible
after
I seem to be hitting to fix mes in the file I listed in the subject. Would
someone tell me if it's Ok to remove
the lines that over write certain registers.
Nick
--
To unsubscribe from this list: send the line unsubscribe linux-wireless in
the body of a message to majord...@vger.kernel.org
More
On Thursday, September 25, 2014 04:27:58 PM Wolfram Sang wrote:
--Bn2rw/3z4jIqBvZU
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Thu, Sep 25, 2014 at 09:22:01AM -0500, Felipe Balbi wrote:
On Thu, Sep 25, 2014 at
While perusing the code in mac80211_hwsim, I notice what I think
is a memory leak:
Shouldn't there be an skb_free on the return result of skb_dequeue??
static void mac80211_hwsim_tx_frame_nl(struct ieee80211_hw *hw,
struct sk_buff *my_skb,
From: Ben Greear gree...@candelatech.com
It seems previous code did not properly clean up memory
if the packet could not be delivered to user-space.
Signed-off-by: Ben Greear gree...@candelatech.com
---
I don't have a good way to test this, but hopefully
it is correct.
From: Ben Greear gree...@candelatech.com
Trivial cleanups.
Signed-off-by: Ben Greear gree...@candelatech.com
---
drivers/net/wireless/mac80211_hwsim.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/net/wireless/mac80211_hwsim.c
From: Ben Greear gree...@candelatech.com
This gives a view into packet activity at the virtual radio
level.
Signed-off-by: Ben Greear gree...@candelatech.com
---
drivers/net/wireless/mac80211_hwsim.c | 75 ++-
1 file changed, 74 insertions(+), 1 deletion(-)
diff
This driver is used by the bcm53xx ARM SoC code. Now it is possible to
give the address of the chipcommon core in device tree and bcma will
search for all the other cores.
Signed-off-by: Hauke Mehrtens ha...@hauke-m.de
---
Documentation/devicetree/bindings/bus/bcma.txt | 20 +++
From: Ben Greear gree...@candelatech.com
It is not always convenient to have to know the device-id,
so allow deleting by name as well.
Signed-off-by: Ben Greear gree...@candelatech.com
---
drivers/net/wireless/mac80211_hwsim.c | 21 -
drivers/net/wireless/mac80211_hwsim.h |
From: Ben Greear gree...@candelatech.com
Otherwise, it can be very difficult to know which is which
if you are trying to do detailed testing.
Signed-off-by: Ben Greear gree...@candelatech.com
---
NOTE: This depends on the earlier patch that added the radio-name
attribute.
From: Ben Greear gree...@candelatech.com
This will let hw-sim create wiphy objects with a specific
name.
Signed-off-by: Ben Greear gree...@candelatech.com
---
include/net/cfg80211.h | 6 ++
net/wireless/core.c| 9 +
2 files changed, 15 insertions(+)
diff --git
Hi Lorenzo,
I see,I will try it later,thank you very much~
from jammy's iPhone
在 2014年9月22日,20:59,Lorenzo Bianconi lorenzo.biancon...@gmail.com 写道:
Hi, all,
Hi,
I have read the http://www.spinics.net/lists/linux-wireless/msg124980.html
for patching the ath9k driver in
Hi all,
I have build a multi-aps network,and there are wifi clients roaming in the
network. Now I use the standard ath9k driver,and I found that the time of
handoff is as long as 3 to 4 seconds,it is too long to process the Voip service
and so on.
I think the problem can be solved by modify
24 matches
Mail list logo