On 2016年07月14日 05:07, Yaniv Machani wrote:
+
+ /* if channel width is 20MHz - configure HT capab accordingly*/
+ if (sdata->vif.bss_conf.chandef.width == NL80211_CHAN_WIDTH_20) {
+ cap &= ~IEEE80211_HT_CAP_SUP_WIDTH_20_40;
+ cap &=
Hi All,
On Fri, Jul 22, 2016 at 2:31 AM, Bob Copeland wrote:
> Fixes smatch warning:
>
> ath9k_vif_iter_set_beacon() warn if statement not indented
>
> Signed-off-by: Bob Copeland
Looks right to me.
Reviewed-by: Julian Calaby
Hi
On 2016-07-20, Arnd Bergmann wrote:
> On Wednesday, July 20, 2016 11:33:43 AM CEST Jes Sorensen wrote:
> > Arnd Bergmann writes:
> > > On Wednesday, July 20, 2016 7:25:19 AM CEST Jes Sorensen wrote:
> > >> Arnd Bergmann writes:
[...]
> Yes, I was just
Hi All,
On Thu, Jul 21, 2016 at 6:14 PM, Rajan Vaja wrote:
> Fix coccicheck warning which recommends to
> use memdup_user() instead of reimplementing its
> code.
>
> This patch fixes below coccicheck warnings:
>
>
I’ve created cleaner logs (particularly the dmesg one) and have added
timestamps line-by-line to both so it should be easier to track
between the two log files:
wpa_supplicant:
http://termbin.com/cx0e
dmesg | grep libertas:
http://termbin.com/bvdj
Christopher Williamson
On 21 July 2016 at
Dear Esteemed Friend,
My name is Mr. Amit Jain, I double as the Group Chief Operations Officer Emaar
Properties and Chief Executive Officer Emaar Dubai. Let me know the
possibilities of setting up a private investment in your country as I am
interested in your region. I have interest in Real
Sure!
wpa_supplicant logs:
http://termbin.com/z1hg
dmesg logs (grepped for libertas):
http://termbin.com/7rt5
Christopher Williamson
On 21 July 2016 at 21:38:26, Dan Williams
(d...@redhat.com(mailto:d...@redhat.com)) wrote:
> On Thu, 2016-07-21 at 11:55 -0700, Christopher Williamson
On Thu, 2016-07-21 at 11:55 -0700, Christopher Williamson wrote:
> Just to confirm - I can connect to the same network using the same
> configurations using a USB wifi adapter I tried.
Can you grab simultaneous driver debug logging and supplicant debug
logging? Unfortunately the 'status 1' is an
Just to confirm - I can connect to the same network using the same
configurations using a USB wifi adapter I tried.
Unfortunately it’s not ideal since the point of the Viliv N5 is that
it’s ultra portable so I would really like to get the inbuilt wifi
card working.
It seems odd that
Sure, here are the results:
http://termbin.com/e8e2
Christopher Williamson
On 21 July 2016 at 16:37:24, Dan Williams
(d...@redhat.com(mailto:d...@redhat.com)) wrote:
> On Wed, 2016-07-20 at 15:16 -0700, Christopher Williamson wrote:
> > I used NetworkManager in the previous test.
> >
> > This
Fixes smatch warning:
ath9k_vif_iter_set_beacon() warn if statement not indented
Signed-off-by: Bob Copeland
---
drivers/net/wireless/ath/ath9k/main.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/wireless/ath/ath9k/main.c
On Thu, Jul 21, 2016 at 09:18:11AM +, Amitkumar Karwar wrote:
> > From: Kalle Valo [mailto:kv...@codeaurora.org]
> > Is it correct to ignore the key index? I see that brcmfmac ignores it as
> > well but I want to still confirm this.
> >
> > Does this mean that with this patcfh mwifiex
iw was showing 'width: unknown' for channels on OCB interfaces; teach
it the values for 5/10 MHz so it will show the configured width.
Signed-off-by: Bob Copeland
---
interface.c | 4
1 file changed, 4 insertions(+)
diff --git a/interface.c b/interface.c
index
On Wed, 2016-07-20 at 15:16 -0700, Christopher Williamson wrote:
> I used NetworkManager in the previous test.
>
> This time around I have used wpa_supplicant directly and get the
> following results:
>
> http://termbin.com/j8ea
>
> Thought I’d throw them on a pastebin since it’s over 700
> From: Luana Borgia [mailto:luanaborgia1...@gmail.com]
> Sent: Thursday, July 21, 2016 6:05 PM
> To: Amitkumar Karwar
> Cc: Nestor Machno; linux-wireless@vger.kernel.org
> Subject: Re: mwifiex+wpa_supplicant cannot set up WPA/WPA2 ADHOC
>
> Hi Amitkumar,
> if I understood correctly you are
> From: linux-wireless-ow...@vger.kernel.org [mailto:linux-wireless-
> ow...@vger.kernel.org] On Behalf Of Kalle Valo
> Sent: Thursday, July 21, 2016 8:19 PM
> To: Amitkumar Karwar
> Cc: linux-wireless@vger.kernel.org; Cathy Luo; Nishant Sarmukadam
> Subject: Re: [PATCH] mwifiex: fix large amsdu
Amitkumar Karwar writes:
> From: Cathy Luo
>
> Sometimes host prepares and downloads a large amsdu packet to firmware
> which leads to a memory corruption in firmware.
> The reason is __dev_alloc_skb() may allocate larger buffer than required
> size. This
Tried a few more things worth mentioning:
- Tried connecting with wpa_supplicant & dhclient only but sadly
wpa_supplicant still cannot seem to hold a connection to the base
station.
It looks like the relevant errors here may be:
ioctl[SIOCSIWENCODEEXT]: Invalid argument
wlan0: Trying to
Hi Amitkumar,
if I understood correctly you are working to solve the issue related
to ibss-rsn (wpa2 in adhoc), I'm I right?
What about the alternative WPA mechanism with wpa-none instead? Fix it
shouldn't be simpler than RSN?
Thanks for update and
best regards.
Luana
2016-07-21 11:05 GMT+02:00
On 07/21/2016 07:51 AM, Stanislaw Gruszka wrote:
> (cc: firmware and brcmfmac maintainers)
>>>
>>> I'm not sure if replacing to request_firmware_direct() is a good
>>> fix though. For example I can see this problem also on brcmfmac, which
>>> use request_firmware_nowait(). I think I would
(cc: firmware and brcmfmac maintainers)
On Thu, Jul 21, 2016 at 06:23:11AM -0400, Prarit Bhargava wrote:
>
>
> On 07/21/2016 04:05 AM, Stanislaw Gruszka wrote:
> > On Thu, Jul 21, 2016 at 10:36:42AM +0300, Emmanuel Grumbach wrote:
> >> On Thu, Jul 21, 2016 at 10:09 AM, Stanislaw Gruszka
From: Cathy Luo
Sometimes host prepares and downloads a large amsdu packet to firmware
which leads to a memory corruption in firmware.
The reason is __dev_alloc_skb() may allocate larger buffer than required
size. This patch solves the problem by checking "adapter->tx_buf_size"
On 07/21/2016 04:05 AM, Stanislaw Gruszka wrote:
> On Thu, Jul 21, 2016 at 10:36:42AM +0300, Emmanuel Grumbach wrote:
>> On Thu, Jul 21, 2016 at 10:09 AM, Stanislaw Gruszka
>> wrote:
>>> On Tue, Jul 19, 2016 at 03:00:37PM +0200, Michal Kazior wrote:
Firmware files are
Hi Kalle,
> From: Kalle Valo [mailto:kv...@codeaurora.org]
> Sent: Monday, July 18, 2016 10:54 PM
> To: Amitkumar Karwar
> Cc: linux-wireless@vger.kernel.org; Cathy Luo; Nishant Sarmukadam;
> Xinming Hu
> Subject: Re: [PATCH 6/9] mwifiex: process rxba_sync event
>
> Amitkumar Karwar
Hi Kalle,
> From: Kalle Valo [mailto:kv...@codeaurora.org]
> Sent: Monday, July 18, 2016 10:49 PM
> To: Amitkumar Karwar
> Cc: linux-wireless@vger.kernel.org; Cathy Luo; Nishant Sarmukadam
> Subject: Re: [PATCH 5/9] mwifiex: cfg80211 set_default_mgmt_key handler
>
> Amitkumar Karwar
Hi Luana,
> From: Luana Borgia [mailto:luanaborgia1...@gmail.com]
> Sent: Wednesday, July 20, 2016 6:53 PM
> To: Amitkumar Karwar
> Cc: Nestor Machno; linux-wireless@vger.kernel.org
> Subject: Re: mwifiex+wpa_supplicant cannot set up WPA/WPA2 ADHOC
>
> Hi Amitkumar,
> any news about this issue?
Hello
Please I have something very important to tell you. I come to you in
peace, i will give you more clarification on my details.
Regards
Mrs. Aishah Ahmed Aziz
--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majord...@vger.kernel.org
Luana,
as confirmed by Marvell this is a firmware issue and the firmware is
not free/open so only Marvell is able to fix it.
At the moment the latest firmware available is still the 15.68.7.p5, aka p5.
http://git.marvell.com/?p=mwifiex-firmware.git;a=tree;f=mrvl;hb=HEAD
Unfortunately in this case
Fix coccicheck warning which recommends to
use memdup_user() instead of reimplementing its
code.
This patch fixes below coccicheck warnings:
drivers/net/wireless/intersil/hostap/hostap_ioctl.c:3044:9-16: WARNING
opportunity for memdup_user
On Thu, Jul 21, 2016 at 10:36:42AM +0300, Emmanuel Grumbach wrote:
> On Thu, Jul 21, 2016 at 10:09 AM, Stanislaw Gruszka
> wrote:
> > On Tue, Jul 19, 2016 at 03:00:37PM +0200, Michal Kazior wrote:
> >> Firmware files are versioned to prevent older
> >> driver instances to
Fix incorrect usage of completion interface by replacing
'wait_for_completion' with 'complete'. This error was introduced
accidentally while replacing semaphores with mutexes.
Reported-by: Jiri Slaby
Signed-off-by: Binoy Jayan
---
On Thu, Jul 21, 2016 at 10:09 AM, Stanislaw Gruszka wrote:
> On Tue, Jul 19, 2016 at 03:00:37PM +0200, Michal Kazior wrote:
>> Firmware files are versioned to prevent older
>> driver instances to load unsupported firmware
>> blobs. This is reflected with a fallback logic
>>
On Tue, Jul 19, 2016 at 03:00:37PM +0200, Michal Kazior wrote:
> Firmware files are versioned to prevent older
> driver instances to load unsupported firmware
> blobs. This is reflected with a fallback logic
> which attempts to load several firmware files.
>
> This however produced a lot of
From: Samuel Ortiz
Date: Thu, 21 Jul 2016 00:37:48 +0200
> This is the first NFC pull request for 4.8. We have:
Pulled, thanks.
--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majord...@vger.kernel.org
More
Add NAPI support for rx and tx completion. NAPI poll is scheduled
from interrupt handler. The design is as below
- on interrupt
- schedule napi and mask interrupts
- on poll
- process all pipes (no actual Tx/Rx)
- process Rx within budget
- if quota exceeds budget reschedule napi
35 matches
Mail list logo