On Mon, Feb 09, 2015 at 02:54:00PM -0800, Peter Oh wrote:
>
> On 02/08/2015 09:46 PM, Rajkumar Manoharan wrote:
> Could you explain why the value of nentries are different?
There are separate copy engine configuration tables for host
and target. Host-side and Target-side configurations are differe
Bjorn Andersson writes:
> On Sat, Jan 17, 2015 at 9:16 PM, Andy Green wrote:
>> From: Eugene Krasnikov
>>
>> AG modified to remove regulator handling not needed on msm8916-qrd
>>
>> Signed-off-by: Eugene Krasnikov
>> Signed-off-by: Andy Green
>> ---
>> drivers/net/wireless/ath/wcn36xx/Makefi
On 9 February 2015 at 17:03, Ben Greear wrote:
> On 02/08/2015 10:24 PM, Michal Kazior wrote:
>> On 6 February 2015 at 17:15, Ben Greear wrote:
[...]
>>> At least in my tests, I could continue
>>> to receive network traffic while WMI was blocked.
>>
>>
>> Yeah. Traffic works with the tx-credit st
On 02/06/2015 04:24 PM, jes.soren...@redhat.com wrote:
From: Jes Sorensen
All hw driver components in the rtlwifi driver, except for the
rtl8192de component has this bug. They would clear BE bit in the
ACM_CTRL register instead of the VO bit when processing the VO queue.
Signed-off-by: Jes Sor
I've managed to get a lease via udhcpc, over and over again, but as
soon as a scan operation comes along, I am now unable to get a lease.
On 10 February 2015 at 01:34, Steeve Morin wrote:
> Also, using udhcpc fails to retrieve an IP with a rather strange "error"
> udhcpc (v1.22.1) started
> Sendi
For the mac80211_hwsim_tx_frame_nl, should be be orphaning the
skb after we send the unicast netlink message?
I'm seeing a case where I can send the first 13 or so ping frames,
but then sockets stop sending with ENOBUFS. I'm getting ping responses
for the first 13 frames, so it appears it is prop
Also, using udhcpc fails to retrieve an IP with a rather strange "error"
udhcpc (v1.22.1) started
Sending discover...
Sending select for 192.168.1.89...
Sending select for 192.168.1.89...
Sending select for 192.168.1.89...
Sending discover...
Sending discover...
Which leads me to believe this migh
The weird thing is that wpa_supplicant apparently manages to associate
with the AP (but i'm not really sure about that) [1]
[1]
https://gist.github.com/steeve/10a9a643476cea99abf4#file-005-wpa-supplicant-conf
On 9 February 2015 at 23:17, Steeve Morin wrote:
> Thanks for answering.
>
> I'm using
On 02/08/2015 09:46 PM, Rajkumar Manoharan wrote:
Having lower number of copy engine entries for target to host
WMI ring is causing drops in receiving management frames. This
issue is observed during max clients (128 clients) stress testing.
While bursting deauthentication frames from simulated
Thanks for answering.
I'm using connmanctl [1]
The funny thing is trying to make this gist, I tried and it connected
succesfully
Could it be a race somewhere?
[1] https://gist.github.com/steeve/10a9a643476cea99abf4#file-004-connmanctl
On 9 February 2015 at 23:00, Arend van Spriel wrote:
>
On 10 February 2015 at 05:40, Bjorn Andersson wrote:
> On Mon, Feb 9, 2015 at 1:28 PM, Andy Green wrote:
>> On 10 February 2015 at 05:11, Bjorn Andersson wrote:
>>> On Feb 9, 2015 1:07 PM, "Andy Green" wrote:
On 10 February 2015 at 01:54, Bjorn Andersson wrote:
> On Sat, Jan 17,
On 02/09/15 18:57, Steeve Morin wrote:
Hi linux-wireless,
I'm running brcmfmac from backports-3.19-rc1-1 on linux 3.10. running
on an arm Amlogic S805 (cortex-a5, arm7) board (CX-S859).
I had to apply multiple custom patches [1]:
- Make sure the wifi chip is on via custom GPIO [1]
- Remove a pr
On Mon, Feb 9, 2015 at 1:28 PM, Andy Green wrote:
> On 10 February 2015 at 05:11, Bjorn Andersson wrote:
>> On Feb 9, 2015 1:07 PM, "Andy Green" wrote:
>>>
>>> On 10 February 2015 at 01:54, Bjorn Andersson wrote:
>>> > On Sat, Jan 17, 2015 at 9:11 PM, Andy Green
[..]
>>> At that point I think
On 10 February 2015 at 05:11, Bjorn Andersson wrote:
> On Feb 9, 2015 1:07 PM, "Andy Green" wrote:
>>
>> On 10 February 2015 at 01:54, Bjorn Andersson wrote:
>> > On Sat, Jan 17, 2015 at 9:11 PM, Andy Green
>> > wrote:
>> >> WCN3620 powersaving mode is not stable. Disable it if we're
>> >> on
On 10 February 2015 at 01:54, Bjorn Andersson wrote:
> On Sat, Jan 17, 2015 at 9:11 PM, Andy Green wrote:
>> WCN3620 powersaving mode is not stable. Disable it if we're
>> on a wcn3620 chip type.
>>
>> Signed-off-by: Andy Green
>> ---
>> drivers/net/wireless/ath/wcn36xx/main.c |4
>>
On 02/09/2015 02:37 PM, John W. Linville wrote:
On Mon, Feb 09, 2015 at 12:13:42PM -0800, David Miller wrote:
From: Kalle Valo
Date: Sat, 07 Feb 2015 13:40:51 +0200
There's a small conflict in drivers/net/wireless/rtlwifi/pci.c, the fix
is to leave the two labels like this:
On Mon, Feb 09, 2015 at 12:13:42PM -0800, David Miller wrote:
> From: Kalle Valo
> Date: Sat, 07 Feb 2015 13:40:51 +0200
>
> > There's a small conflict in drivers/net/wireless/rtlwifi/pci.c, the fix
> > is to leave the two labels like this:
> >
> > schedule_work(&rtlpriv->wor
From: Kalle Valo
Date: Sat, 07 Feb 2015 13:40:51 +0200
> There's a small conflict in drivers/net/wireless/rtlwifi/pci.c, the fix
> is to leave the two labels like this:
>
> schedule_work(&rtlpriv->works.lps_change_work);
> }
> end:
> skb = new_sk
From: Samuel Tan
We currently add nested members of the NL80211_ATTR_SCAN_FREQUENCIES
as NLA_U32 attributes of type NL80211_ATTR_WIPHY_FREQ in
cfg80211_net_detect_results. However, since there can be an arbitrary number of
frequency results, we should use the loop index of the loop used to add th
There is still a problem that dma_idx is causing packets to
go onto the wrong tx path.
Protect dma_idx fully with the present first lock and
use pTDInfo->byFlags TD_FLAGS_NETIF_SKB to set MACvTransmit.
Signed-off-by: Malcolm Priestley
---
drivers/staging/vt6655/device_main.c | 16 +-
On Sat, Jan 17, 2015 at 9:16 PM, Andy Green wrote:
> From: Eugene Krasnikov
>
> AG modified to remove regulator handling not needed on msm8916-qrd
>
> Signed-off-by: Eugene Krasnikov
> Signed-off-by: Andy Green
> ---
> drivers/net/wireless/ath/wcn36xx/Makefile |2
> drivers/net/wirele
Hi linux-wireless,
I'm running brcmfmac from backports-3.19-rc1-1 on linux 3.10. running
on an arm Amlogic S805 (cortex-a5, arm7) board (CX-S859).
I had to apply multiple custom patches [1]:
- Make sure the wifi chip is on via custom GPIO [1]
- Remove a problematic piece of code related to power
On Sat, Jan 17, 2015 at 9:11 PM, Andy Green wrote:
> WCN3620 powersaving mode is not stable. Disable it if we're
> on a wcn3620 chip type.
>
> Signed-off-by: Andy Green
> ---
> drivers/net/wireless/ath/wcn36xx/main.c |4
> 1 file changed, 4 insertions(+)
>
> diff --git a/drivers/net/wi
This is needed as we can't initialize bus during fs_initcall.
Initialization requires SPROM which depends on NVRAM which depends on
mtd. Since mtd, spi, nand, spi-nor use standard module_init, we have to
do the same in bcma.
Without this we'll try to initialize SPROM without having a ready SPROM
pr
This allows wpa_supplicant/hostapd to send a vendor command and verify
response to that command and event.
Signed-off-by: Jouni Malinen
---
drivers/net/wireless/mac80211_hwsim.c | 83 +++
1 file changed, 83 insertions(+)
diff --git a/drivers/net/wireless/mac80211
On 02/08/2015 10:24 PM, Michal Kazior wrote:
On 6 February 2015 at 17:15, Ben Greear wrote:
On 02/06/2015 04:05 AM, Michal Kazior wrote:
It makes little sense to continue and let
firmware-host state become inconsistent if a WMI
command can't be submitted to firmware.
This effectively preve
Hi All,
Good morning. Thank you for reading this mail. Am sorry for sending
second same mail.
Problem:
While sniffing always getting NULL function data packets(QOS) from
IPhone 6 plus to Router(STA to AP). But, AP to STA are in proper
format.
Environment:
I have one set up, which comprises of "ro
On Mon, 2015-02-09 at 14:47 +0100, Michal Kazior wrote:
> diff --git a/net/ipv4/tcp_output.c b/net/ipv4/tcp_output.c
> index 65caf8b..5e249bf 100644
> --- a/net/ipv4/tcp_output.c
> +++ b/net/ipv4/tcp_output.c
> @@ -1996,6 +1996,7 @@ static bool tcp_write_xmit(struct sock *sk,
> unsigned int mss_no
qca6174 WLAN.RM.2.0-00073 firmware uses full rx
reordering offload and delivers Rx via a new HTT
event. The event however is incorrectly generated
in firmware and becomes overly long (with trailing
garbage). This was hitting defined CE buffer limit
that was programmed to the device and caused
devic
On 6 February 2015 at 15:09, Michal Kazior wrote:
> On 6 February 2015 at 14:53, Eric Dumazet wrote:
>> On Fri, 2015-02-06 at 05:40 -0800, Eric Dumazet wrote:
>>
>>> tcp_wfree() could maintain in tp->tx_completion_delay_ms an EWMA
>>> of TX completion delay. But this would require yet another exp
Hi Kalle,
> -Original Message-
> From: Avinash Patil [mailto:pat...@marvell.com]
> Sent: Friday, February 06, 2015 10:12 PM
> To: linux-wireless@vger.kernel.org
> Cc: Amitkumar Karwar; Cathy Luo; Marc Yang; Shengzhen Li; Avinash Patil
> Subject: [PATCH 1/5] mwifiex: more_task flag for main
[please don't top-post]
On Mon, 2015-02-09 at 07:16 +, Nagarajan, Ashok Raj wrote:
> Hi Johannes,
>
> I see your point here. I will upload one patch for printing this info from iw.
>
> I will also write another patch for removing HT40 one?
Sounds fine - any complaints from others?
johannes
Hi Yuwei,
here is some review according lates changes.
Please add some comments to the code. Probably it is just me, but it is
hard to get idea of the solution. It can happen that by the next
workorgy i or someone else can skrew it :D
Am 09.02.2015 um 08:13 schrieb yuweizh...@139.com:
> From: Yu
Am 09.02.2015 um 08:20 schrieb Yuwei Zheng:
>
> On 五, 2015-02-06 at 23:24 +0100, Oleksij Rempel wrote:
>> formatting of this patch is still badly broken.
>> ./scripts/checkpatch.pl ~/Downloads/patch.eml
>>
>> ERROR: DOS line endings
>> #442: FILE: drivers/net/wireless/ath/ath9k/htc_drv_txrx.c
Hello Simon,
On Sat, 7 Feb 2015 17:54:15 +0100, Simon Raffeiner (SCC) wrote:
> Hello everyone,
>
> one of my USB wireless adapters, based on the Ralink RT5390/RT5370
> chipset and RF, no longer works on more recent kernels. It doesn't
> report any networks on "iw dev wlan0 scan" and doesn't assoc
On 五, 2015-02-06 at 23:24 +0100, Oleksij Rempel wrote:
> formatting of this patch is still badly broken.
> ./scripts/checkpatch.pl ~/Downloads/patch.eml
>
> ERROR: DOS line endings
> #442: FILE: drivers/net/wireless/ath/ath9k/htc_drv_txrx.c:1170:
> +^I^IAURFC_STAT_SET(aurfc_submit_delay, dela
On Mon, Feb 9, 2015 at 9:41 AM, Stanislaw Gruszka wrote:
> On Sun, Feb 08, 2015 at 08:06:28PM -0600, Larry Finger wrote:
>> On 02/07/2015 10:54 AM, Simon Raffeiner (SCC) wrote:
>> The second thing to verify is that your configuration contains the line
>> "CONFIG_RT2800USB_RT53XX=y". This parameter
On Fri, Jan 23, 2015 at 10:36:39AM +1100, Sourav wrote:
> Hi All,
> I am using rt2x00 drivers for RT3072 chipset...for changing tx power, I
> am issuing "iw wlan0 set txpower fixed ".The command succeeds(no
> error from command line).
> However the driver is not setting the value of the txp
On Sun, Feb 08, 2015 at 08:06:28PM -0600, Larry Finger wrote:
> On 02/07/2015 10:54 AM, Simon Raffeiner (SCC) wrote:
> The second thing to verify is that your configuration contains the line
> "CONFIG_RT2800USB_RT53XX=y". This parameter is marked as depending on
> EXPERIMENTAL, and I'm not sure tha
On 02/09/15 05:43, Fu, Zhonghui wrote:
From ff39ed4af9f1c50358fe92ec4c8eaac9db183e00 Mon Sep 17 00:00:00 2001
From: Zhonghui Fu
Date: Mon, 26 Jan 2015 10:13:21 +0800
Subject: [PATCH v2] brcmfmac: avoid duplicated suspend/resume operation
WiFi chip has 2 SDIO functions, and PM core will trigger
From: Yuwei Zheng
In the environment with heavy wifi traffic, set the ar9271 into monitor mode,
will
trigger a deadloop panic.
The ath9k_hif_usb_rx_cb function excute on the interrupt context, and
ath9k_rx_tasklet excute
on the soft irq context. In other words, the ath9k_hif_usb_rx_cb have m
On Sun, Feb 8, 2015 at 5:56 PM, Jouni Malinen wrote:
>> I don't see why returning EBUSY is wrong, though.
>> Actually, it just make the test fail immediately, instead of waiting
>> indefinitely until a timeout occurs (i guess, didn't actually test it
>> with the reverted patch).
>> This was exactl
42 matches
Mail list logo
