This is getting seriously offtrack for such a wide set of mailing
lists. Tis OK were it just make-wifi-fast, and
I'd encourage limiting the distribution in the future to just that.
that said, I'm tired of looking at patches this week, and this song's
going through my head. so... join in, and...
h
Really? Tires are Bluetooth? I don't think mine are, but now I want to figure
out how that works. 1600Chips/sec is 600 microseconds per chip. They spin at up
to, say, radial rates that are a 100 revs/sec and thus take maybe 10 msec. to
travel 30 cm. How much warble in a chip frequency is there?
This requires a license to operate. The license comes from your Cellular
Provider, only.
It is a gap filler for the Small Cell business concept of 5G, a repeater.
LTE requires repeaters, too. The MIT Media Lab put in repeaters for each Cellar
provider because the Architect specified a shading
On Thu, Jan 11, 2018 at 06:25:09PM -0800, Brian Norris wrote:
> Anyway, I'll do my own testing and then submit my patch properly.
OK, so I definitely confirmed: if your patch does anything, it
introduces a new deadlock possibility. Just trigger a Wifi timeout or
reset from within remove(), and you
Hi Simon,
On Wed, Jan 10, 2018 at 12:30:35PM +, Xinming Hu wrote:
> > -Original Message-
> > From: Brian Norris [mailto:briannor...@chromium.org]
> > On Tue, Jan 09, 2018 at 11:42:21AM +, Xinming Hu wrote:
> > > I am not sure whether there is any mutual exclusion protect between
>
s Cao
> ; Ganapathi Bhat ; Ellie Reeves
> ; Christoph Hellwig
> Subject: [EXT] Re: Re: [PATCH] mwifiex: cancel pcie/sdio work in
> remove/shutdown handler
>
> External Email
>
> --
> + Christopher
>
+ Christopher
Hi Simon and Kalle,
On Tue, Jan 09, 2018 at 11:42:21AM +, Xinming Hu wrote:
> Hi,
>
> > -Original Message-
> > From: Kalle Valo [mailto:kv...@codeaurora.org]
> > Sent: 2018年1月9日 15:40
> > To: Brian Norris
> > Cc: Xinming Hu ; Linux Wireless
> > ; Dmitry Torokhov ;
> >
Hi,
> -Original Message-
> From: Kalle Valo [mailto:kv...@codeaurora.org]
> Sent: 2018年1月9日 15:40
> To: Brian Norris
> Cc: Xinming Hu ; Linux Wireless
> ; Dmitry Torokhov ;
> raja...@google.com; Zhiyuan Yang ; Tim Song
> ; Cathy Luo ; James Cao
> ; Ganapathi Bhat ; Ellie Reeves
>
> Subje
Hi Brian,
> -Original Message-
> From: Brian Norris [mailto:briannor...@chromium.org]
> Sent: 2017年12月6日 2:26
> To: Xinming Hu
> Cc: Linux Wireless ; Kalle Valo
> ; Dmitry Torokhov ;
> raja...@google.com; Zhiyuan Yang ; Tim Song
> ; Cathy Luo ; James Cao
> ; Ganapathi Bhat ; Ellie Reeves
Ganapathi Bhat ; James Cao
>
> Subject: [EXT] Re: Re: Re: [PATCH 3/3] mwifiex: debugfs: trigger device dump
> for usb interface
>
> External Email
>
> --
> On Fri, Dec 01, 2017 at 08:36:01AM +, Xinming Hu wro
On Fri, Dec 01, 2017 at 08:36:01AM +, Xinming Hu wrote:
> Thanks for the suggestion, it sounds better than exporting
> mwifiex_send_cmd() directly.
> In addition to used as debugfs tirgger, the "defined point"
> if_ops.device_dump is only used in command timeout context.
> For sdio/pcie interfa
Ganapathi Bhat ; James Cao
>
> Subject: [EXT] Re: Re: [PATCH 3/3] mwifiex: debugfs: trigger device dump for
> usb interface
>
> External Email
>
> --
> Hi Simon,
>
> On Wed, Nov 15, 2017 at 11:31:
Hi Simon,
On Wed, Nov 15, 2017 at 11:31:05AM +, Xinming Hu wrote:
> > -Original Message-
> > From: Brian Norris [mailto:briannor...@chromium.org]
> >
> > On Mon, Aug 14, 2017 at 12:19:03PM +, Xinming Hu wrote:
> > > diff --git a/drivers/net/wireless/marvell/mwifiex/debugfs.c
> > >
Hi Brian,
> -Original Message-
> From: Brian Norris [mailto:briannor...@chromium.org]
> Sent: 2017年8月15日 7:49
> To: Xinming Hu
> Cc: Linux Wireless ; Kalle Valo
> ; Dmitry Torokhov ;
> raja...@google.com; Zhiyuan Yang ; Tim Song
> ; Cathy Luo ; Ganapathi Bhat
> ; Xinming Hu
> Subject: [E
Hi Brian,
> -Original Message-
> From: Brian Norris [mailto:briannor...@chromium.org]
> Sent: 2017年8月15日 8:01
> To: Xinming Hu
> Cc: Linux Wireless ; Kalle Valo
> ; Dmitry Torokhov ;
> raja...@google.com; Zhiyuan Yang ; Tim Song
> ; Cathy Luo ; Ganapathi Bhat
> ; Xinming Hu
> Subject: [E
Hi Brian,
> -Original Message-
> From: Brian Norris [mailto:briannor...@chromium.org]
> Sent: 2017年8月15日 7:45
> To: Xinming Hu
> Cc: Linux Wireless ; Kalle Valo
> ; Dmitry Torokhov ;
> raja...@google.com; Zhiyuan Yang ; Tim Song
> ; Cathy Luo ; Ganapathi Bhat
> ; Xinming Hu
> Subject: [
Hi,
> -Original Message-
> From: Arend van Spriel [mailto:arend.vanspr...@broadcom.com]
> Sent: 2017年9月20日 16:40
> To: Xinming Hu ; Linux Wireless
>
> Cc: Kalle Valo ; Brian Norris
> ; Dmitry Torokhov ;
> raja...@google.com; Zhiyuan Yang ; Tim Song
> ; Cathy Luo ; Ganapathi Bhat
> ; Xinmi
Hi Brian,
Thanks for the review, fix below comment format in V2.
Regards,
Simon
From: Brian Norris
Sent: Tuesday, August 1, 2017 0:58
To: Xinming Hu
Cc: Linux Wireless; Kalle Valo; Dmitry Torokhov; raja...@google.com; Zhiyuan
Yang; Tim Song; Cathy Luo; G
Hi,
> -Original Message-
> From: Dmitry Torokhov [mailto:d...@google.com]
> Sent: 2017年7月21日 1:29
> To: Brian Norris
> Cc: Xinming Hu; Xinming Hu; Ganapathi Bhat; Linux Wireless; Kalle Valo;
> raja...@google.com; Zhiyuan Yang; Tim Song; Cathy Luo
> Subject: [EXT] Re
On Thu, Jul 20, 2017 at 10:16 AM, Brian Norris wrote:
> Hi,
>
> On Thu, Jul 20, 2017 at 10:54:16AM +, Xinming Hu wrote:
>> Hi Brian,
>>
>> > -Original Message-
>> > From: Brian Norris [mailto:briannor...@chromium.org]
>> > Sent: 2017年7月20日 4:10
>> > To: Xinming Hu
>> > Cc: Linux Wirele
Hi,
On Thu, Jul 20, 2017 at 10:54:16AM +, Xinming Hu wrote:
> Hi Brian,
>
> > -Original Message-
> > From: Brian Norris [mailto:briannor...@chromium.org]
> > Sent: 2017年7月20日 4:10
> > To: Xinming Hu
> > Cc: Linux Wireless; Kalle Valo; Dmitry Torokhov; raja...@google.com; Zhiyuan
> > Y
Hi Brian,
> -Original Message-
> From: Brian Norris [mailto:briannor...@chromium.org]
> Sent: 2017年7月20日 4:10
> To: Xinming Hu
> Cc: Linux Wireless; Kalle Valo; Dmitry Torokhov; raja...@google.com; Zhiyuan
> Yang; Tim Song; Cathy Luo; Xinming Hu
> Subject: [EXT] Re: [PATCH] mwifiex: add td
Hi Caesar,
It proved to be a feature to get better scan result from overlapping channel,
introduced in
commit 1b499cb72f26bbf44f2fa158c2d1487730aae96a
Author: Amitkumar Karwar
Date: Sun Apr 24 23:49:51 2016 -0700
mwifiex: disable channel filtering feature in firmware
As 2.4Ghz c
Hi Caesar,
The original log in google issue tracker show there exist AP in channel 13
after periodically scan.
Per my understand, if reg domain is set to US, channel 12/13/14 will not get
chance to scan. (test using iw/wpa_supplicant).
I am curious about whether there are any diff from upper l
Hi Brain,
> -Original Message-
> From: Brian Norris [mailto:briannor...@chromium.org]
> Sent: 2017年5月20日 0:43
> To: Xinming Hu
> Cc: Linux Wireless; Kalle Valo; Dmitry Torokhov; raja...@google.com; Zhiyuan
> Yang; Cathy Luo; Xinming Hu; Ganapathi Bhat
> Subject: [EXT] Re: [PATCH v3 5/6] mw
Hi,
> -Original Message-
> From: Arend Van Spriel [mailto:arend.vanspr...@broadcom.com]
> Sent: 2017年5月4日 2:52
> To: Xinming Hu; Linux Wireless
> Cc: Kalle Valo; Brian Norris; Dmitry Torokhov; raja...@google.com; Zhiyuan
> Yang; Cathy Luo; Xinming Hu
> Subject: [EXT] Re: [PATCH 2/6] mwifie
Hi Brain,
> -Original Message-
> From: Brian Norris [mailto:briannor...@chromium.org]
> Sent: 2017年4月15日 0:56
> To: Xinming Hu
> Cc: Linux Wireless; Kalle Valo; Dmitry Torokhov; raja...@google.com;
> Amitkumar Karwar; Cathy Luo; Ganapathi Bhat
> Subject: [EXT] Re:
Hi,
On Fri, Apr 14, 2017 at 03:28:28AM +, Xinming Hu wrote:
> According to the firmware download protocol, every CMD should not exceed
> MWIFIEX_UPLD_SIZE.
> we can add a sanity check , like,
> if (data_len > MWIFIEX_UPLD_SIZE - sizeof(fwdata->header))
> *error*
I was primarily interes
Hi Brain,
> -Original Message-
> From: Brian Norris [mailto:briannor...@chromium.org]
> Sent: 2017年4月14日 1:50
> To: Xinming Hu
> Cc: Linux Wireless; Kalle Valo; Dmitry Torokhov; raja...@google.com;
> Amitkumar Karwar; Cathy Luo; Ganapathi Bhat
> Subject: [EXT]
Hi,
On Thu, Apr 13, 2017 at 06:47:59AM +, Xinming Hu wrote:
> > -Original Message-
> > From: Brian Norris [mailto:briannor...@chromium.org]
> > Sent: 2017年4月11日 9:37
> > To: Xinming Hu
> > Cc: Linux Wireless; Kalle Valo; Dmitry Torokhov; raja...@google.com;
> > Amitkumar Karwar; Cathy
Hi Brain,
> -Original Message-
> From: Brian Norris [mailto:briannor...@chromium.org]
> Sent: 2017年4月11日 9:37
> To: Xinming Hu
> Cc: Linux Wireless; Kalle Valo; Dmitry Torokhov; raja...@google.com;
> Amitkumar Karwar; Cathy Luo; Xinming Hu; Ganapathi Bhat
> Subject: [EXT] Re: [PATCH v3 4/4
Hi Dmitry,
> -Original Message-
> From: Dmitry Torokhov [mailto:d...@google.com]
> Sent: 2017年4月8日 1:28
> To: Xinming Hu
> Cc: Linux Wireless; Kalle Valo; Brian Norris; Rajat Jain; Amitkumar Karwar;
> Cathy Luo; Xinming Hu
> Subject: [EXT] Re: [PATCH v2 2/4] mwifiex: fall back mwifiex_dbg
Hi Kalle,
> -Original Message-
> From: Kalle Valo [mailto:kv...@codeaurora.org]
> Sent: 2017年4月5日 18:47
> To: Xinming Hu
> Cc: Linux Wireless; Kalle Valo; Brian Norris; Dmitry Torokhov;
> raja...@google.com; Amitkumar Karwar; Cathy Luo; Xinming Hu
> Subject: [EXT] Re: [3/3] mwifiex: pcie:
Hi Dmitry,
> -Original Message-
> From: Dmitry Torokhov [mailto:d...@google.com]
> Sent: 2017年4月1日 6:50
> To: Xinming Hu
> Cc: Linux Wireless; Kalle Valo; Brian Norris; Rajat Jain; Amitkumar Karwar;
> Cathy Luo; Xinming Hu
> Subject: [EXT] Re: [PATCH 3/3] mwifiex: pcie: avoid hardcode wifi
Hi Brain,
> -Original Message-
> From: Brian Norris [mailto:briannor...@chromium.org]
> Sent: 2017年4月4日 2:34
> To: Dmitry Torokhov
> Cc: Xinming Hu; Linux Wireless; Kalle Valo; Rajat Jain; Amitkumar Karwar;
> Cathy
> Luo; Xinming Hu
> Subject: [EXT] Re: [PATCH 1/3] mwifiex: remove unneces
Hi,
>
>
> This patch should be enhanced with the smb_xx() calls as suggested by by Lino.
>
If you do this, please place the smp_rmb() before the if condition in the irq
handler like
smp_rmb();
if (rtlpci->irq_enabled == 0) {
return ret;
as I think that the suggestion I made before was no
Hi Brian,
> From: Brian Norris [mailto:briannor...@chromium.org]
> Sent: Wednesday, January 18, 2017 1:18 AM
> To: Dmitry Torokhov
> Cc: Amitkumar Karwar; Nishant Sarmukadam; linux-ker...@vger.kernel.org;
> Kalle Valo; linux-wireless@vger.kernel.org; Cathy Luo
> Subject: Re: [PATCH v2 2/3] mwifiex
This message is the last notification about U USD14.5 million bearing our
Name as Beneficiary, all effort to reach you have not be successful,
Please if you Receive this message kindly respond back stating your Desire
to make the claim, Reconfirm your full name and age Mr. Mr.Campbell Neiman
Please confirm receipt of my previous mail..When can i call you
--
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 http://vger.kernel.org/majordomo-info.html
hi Julian,
I have modified patch according to your suggestion.
Subject: [PATCH] iw: Static analyser fixes
Signed-off-by: Amit Khatri
Signed-off-by: Rahul Jain
---
cqm.c | 2 ++
event.c | 4 +++-
iw.c| 2 +-
scan.c | 2 ++
4 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/
On Wed, 2015-05-20 at 11:51 +, Rahul Jain wrote:
> EP-FEDC771DF4FF48A9829CB85254E29FD3
>
> Dear Johannes,
>
> As per your request, I have updated the commit message.
> This patch is first step towards further changes to be done related to
> 802.11ac new frames.
Perhaps you should combine th
EP-FEDC771DF4FF48A9829CB85254E29FD3
Dear Johannes,
As per your request, I have updated the commit message.
This patch is first step towards further changes to be done related to 802.11ac
new frames.
From 69340d63e0c63c1ae75cdb62bf4bd04a9c961a1f Mon Sep 17 00:00:00 2001
Hey Kalle,
On Thursday 15 January 2015 16:30:51 Kalle Valo wrote:
> Simon Wunderlich writes:
> >> I did not dig how the hw->conf.radar_enabled flag is set in monitor mode,
> >> but if it is same as for master (i.e. set for DFS channels), then it
> >> would
> >> be a better approach to prevent cal
> 2015-01-12 20:57 GMT+02:00 Pat Erley :
>> On 01/12/2015 09:26 AM, Johannes Berg wrote:
>>>
>>> On Mon, 2015-01-12 at 12:16 +0100, Johannes Berg wrote:
>>>
I've emailed every contributor who I could find an email address for,
but some (~40) don't have an email address and I already have
2015-01-12 20:57 GMT+02:00 Pat Erley :
> On 01/12/2015 09:26 AM, Johannes Berg wrote:
>>
>> On Mon, 2015-01-12 at 12:16 +0100, Johannes Berg wrote:
>>
>>> I've emailed every contributor who I could find an email address for,
>>> but some (~40) don't have an email address and I already have a bunch
On Tuesday 13 January 2015 11:16:02 Zefir Kurtisi wrote:
> On 01/10/2015 05:26 PM, Simon Wunderlich wrote:
> > On Friday 09 January 2015 19:57:37 Arend van Spriel wrote:
> >> On 01/09/15 17:54, Simon Wunderlich wrote:
> >>> Performing spectral scans on 5 GHz channels may result in PHY errors
> >>>
On 01/12/2015 09:26 AM, Johannes Berg wrote:
On Mon, 2015-01-12 at 12:16 +0100, Johannes Berg wrote:
I've emailed every contributor who I could find an email address for,
but some (~40) don't have an email address and I already have a bunch of
bounces (~50).
Additionally, gmail has apparently
On Mon, 2015-01-12 at 12:16 +0100, Johannes Berg wrote:
> I've emailed every contributor who I could find an email address for,
> but some (~40) don't have an email address and I already have a bunch of
> bounces (~50).
Additionally, gmail has apparently decided that I was spamming -- so you
may
On Friday 09 January 2015 19:57:37 Arend van Spriel wrote:
> On 01/09/15 17:54, Simon Wunderlich wrote:
> > Performing spectral scans on 5 GHz channels may result in PHY errors
> > sent by the hardware, even if DFS support is not enabled in the driver
> > (e.g. channel scanning or passive monitorin
49 matches
Mail list logo