* Re: iwlagn: "Intel Centrino Advanced-N 6205 AGN" and "AVM Fritz!Box (7390)" incompatible
From: Guy, Wey-Yi @ 2011-09-26 16:05 UTC (permalink / raw)
To: Henrik Friedrichsen; +Cc: linux-wireless@vger.kernel.org
In-Reply-To: <CAJTrwG46qRYvda1vcCZXv0BTUyf26gx2qgpNgOG-bm-BCMpqfg@mail.gmail.com>
On Mon, 2011-09-26 at 09:10 -0700, Henrik Friedrichsen wrote:
> I see. I hope the log is useful to you. I'm not sure, but this issue
> seems to be slightly different to your average performance issue. My
> Android device needs 1 second to completely load the Router webpanel,
> whereas my laptop with the Intel chip needs 30 seconds.
>
> I'm afraid the patches did not make any difference. Oh btw, I did
> apply them before making the log. I believe that was your intention.
>
> On Mon, Sep 26, 2011 at 5:19 PM, Guy, Wey-Yi <wey-yi.w.guy@intel.com> wrote:
> > On Mon, 2011-09-26 at 09:03 -0700, Henrik Friedrichsen wrote:
> >> On Mon, Sep 26, 2011 at 4:59 PM, Guy, Wey-Yi <wey-yi.w.guy@intel.com> wrote:
> >> > few things I will suggest and please give a try:
> >> > 1. Please try to apply the following two patches I attach here.
> >> > 2. load the iwlagn with debug=0x45800006, the log will be big, but it
> >> > will contain more information on the tx/rx path.
> >>
> >> Here's the log you asked for:
> >> http://diff.cc/tmp/kernel_iwlagn_2.log.bz2
> >>
> >> As I said, this problem does not occur with the Windows driver. You
> >> said you are actively working on it. Does that mean, the problem is
> >> known to you?
> >>
> >
> > we are seeing performance issue and still can not root cause the
> > problem. that is the reason I send you 2 patches for testing. We are
> > very active working on fix the performance problem. the symptoms might
> > be different, but we aware there were issues.
> >
btw, what if you using "Open/no security"?
Thanks
Wey
> >
> >
> >
^ permalink raw reply
* Re: iwlagn: "Intel Centrino Advanced-N 6205 AGN" and "AVM Fritz!Box (7390)" incompatible
From: Henrik Friedrichsen @ 2011-09-26 17:06 UTC (permalink / raw)
To: Guy, Wey-Yi; +Cc: linux-wireless
In-Reply-To: <1317053131.1958.15.camel@wwguy-huron>
On Mon, Sep 26, 2011 at 6:05 PM, Guy, Wey-Yi <wey-yi.w.guy@intel.com> wrote:
> btw, what if you using "Open/no security"?
Same situation :\
^ permalink raw reply
* RE: iwlagn: "Intel Centrino Advanced-N 6205 AGN" and "AVM Fritz!Box (7390)" incompatible
From: Venkataraman, Meenakshi @ 2011-09-26 17:58 UTC (permalink / raw)
To: Guy, Wey-Yi W, Henrik Friedrichsen; +Cc: linux-wireless@vger.kernel.org
In-Reply-To: <1317053131.1958.15.camel@wwguy-huron>
SGkgSGVucmlrLA0KDQo+PiBJIHNlZS4gSSBob3BlIHRoZSBsb2cgaXMgdXNlZnVsIHRvIHlvdS4g
SSdtIG5vdCBzdXJlLCBidXQgdGhpcyBpc3N1ZQ0KPj4gc2VlbXMgdG8gYmUgc2xpZ2h0bHkgZGlm
ZmVyZW50IHRvIHlvdXIgYXZlcmFnZSBwZXJmb3JtYW5jZSBpc3N1ZS4gTXkNCj4+IEFuZHJvaWQg
ZGV2aWNlIG5lZWRzIDEgc2Vjb25kIHRvIGNvbXBsZXRlbHkgbG9hZCB0aGUgUm91dGVyIHdlYnBh
bmVsLA0KPj4gd2hlcmVhcyBteSBsYXB0b3Agd2l0aCB0aGUgSW50ZWwgY2hpcCBuZWVkcyAzMCBz
ZWNvbmRzLg0KDQpbTVZdIEp1c3QgdG8gdmVyaWZ5IHRoYXQgdGhpcyBpcyBhIDExbiBpc3N1ZSwg
eW91IHNhaWQgeW91IHRyaWVkIGRpc2FibGluZyB0aGUgMTFuIG1vZGU/DQoNCkFsc28sIGluIHlv
dXIgZmlyc3QgZW1haWwgeW91IG1lbnRpb25lZCB0aGF0IHlvdSB3ZXJlIHVzaW5nIDMuMC40IGVh
cmxpZXI/IFdoYXQgd2VyZSB0aGUgcmVzdWx0cyBpbiB0aGF0IHZlcnNpb24/DQoNCkkgd29uZGVy
IGlmIHdlJ3JlIHNvbWVob3cgdXNpbmcgdmVyeSBsb3cgcmF0ZXMuIENhbiB5b3UgcGxlYXNlIHNl
bmQgZGVidWcgbG9ncyBmcm9tIHlvdXIgZXhwZXJpbWVudCB3aXRoIGRlYnVnIGZsYWdzIDB4MTQz
ZmZmPw0KDQpUaGFua3MhDQpNZWVuYWtzaGkNCg==
^ permalink raw reply
* Re: iwlagn: "Intel Centrino Advanced-N 6205 AGN" and "AVM Fritz!Box (7390)" incompatible
From: Henrik Friedrichsen @ 2011-09-26 18:26 UTC (permalink / raw)
To: Venkataraman, Meenakshi; +Cc: linux-wireless
In-Reply-To: <C5A7FB31FD9AEA42B600BDC3C74F8E0017052223@orsmsx511.amr.corp.intel.com>
Hey Meenakshi
On Mon, Sep 26, 2011 at 7:58 PM, Venkataraman, Meenakshi
<meenakshi.venkataraman@intel.com> wrote:
> [MV] Just to verify that this is a 11n issue, you said you tried disabling the 11n mode?
Yes. I just did, once again, to verify it. No change, unfortunately :(
> Also, in your first email you mentioned that you were using 3.0.4 earlier? What were the results in that version?
It was the same. I was hoping a newer kernel might contain a fix of
some sort, that's why I updated it.
> I wonder if we're somehow using very low rates. Can you please send debug logs from your experiment with debug flags 0x143fff?
Here are the logs: http://diff.cc/tmp/kernel_iwlagn_3.log.bz2
They were made with "11n_disable=1" and without the patches posted by Wey-Yi.
Cheers,
Henrik
^ permalink raw reply
* Re: [PATCH 09/20] staging: brcm80211: use endian annotated structures in brcmsmac
From: Arend van Spriel @ 2011-09-26 18:26 UTC (permalink / raw)
To: Johannes Berg
Cc: Franky (Zhenhui) Lin, gregkh@suse.de,
devel@linuxdriverproject.org, linux-wireless@vger.kernel.org
In-Reply-To: <1317029844.4117.31.camel@jlt3.sipsolutions.net>
On 09/26/2011 11:37 AM, Johannes Berg wrote:
> On Sat, 2011-09-24 at 14:34 +0200, Arend van Spriel wrote:
>> On 09/24/2011 12:38 PM, Johannes Berg wrote:
>>> On Fri, 2011-09-23 at 19:08 -0700, Franky Lin wrote:
>>>> struct d11rxhdr {
>>>> u16 RxFrameSize;
>>>> u16 PAD;
>>>> + union {
>>>> + struct d11rxhdr_le rxh_le;
>>>> + struct d11rxhdr rxh_cpu;
>>>> + };
>>> This seems a little strange. Why would it be both in LE and CPU byte
>>> order?
>> Indeed. When we receive it from the device it is in LE and we convert it
>> to CPU order for further processing using rxh_cpu.
> That seems a confusing and error-prone -- you'll have to remember
> whether you're before or after conversion. Would it be possible to have
> two versions of the outer structure and change the pointer type at that
> point?
>
> johannes
For me knowing the driver design (a little ;-) it is not difficult to
remember. Your feedback has valid arguments so I will reconsider. Franky
is looking whether dropping it will affect the other patches submitted
to Greg.
Gr. AvS
^ permalink raw reply
* Re: [PATCH v2] net:rfkill: add a gpio setup function into GPIO rfkill
From: Rhyland Klein @ 2011-09-26 18:27 UTC (permalink / raw)
To: Sangwook Lee
Cc: Johannes Berg, linux-wireless@vger.kernel.org,
linux-kernel@vger.kernel.org
In-Reply-To: <1317051787-24142-1-git-send-email-sangwook.lee@linaro.org>
On Mon, 2011-09-26 at 08:43 -0700, Sangwook Lee wrote:
> Add a gpio setup function which gives a chance to set up
> platform specific configuration such as pin multiplexing,
> input/output direction at the runtime or booting time.
>
> Signed-off-by: Sangwook Lee <sangwook.lee@linaro.org>
>
> v2:
> - fixed the return type after checking gpio_runtime_setup
> ---
> include/linux/rfkill-gpio.h | 2 ++
> net/rfkill/rfkill-gpio.c | 8 ++++++++
> 2 files changed, 10 insertions(+), 0 deletions(-)
>
> diff --git a/include/linux/rfkill-gpio.h b/include/linux/rfkill-gpio.h
> index a175d05..786e7bb 100644
> --- a/include/linux/rfkill-gpio.h
> +++ b/include/linux/rfkill-gpio.h
> @@ -30,6 +30,7 @@
> * @reset_gpio: GPIO which is used for reseting rfkill switch
> * @shutdown_gpio: GPIO which is used for shutdown of rfkill switch
> * @power_clk_name: [optional] name of clk to turn off while blocked
> + * @gpio_runtime_setup: set up platform specific gpio configuration
> */
>
> struct rfkill_gpio_platform_data {
> @@ -38,6 +39,7 @@ struct rfkill_gpio_platform_data {
> int shutdown_gpio;
> const char *power_clk_name;
> enum rfkill_type type;
> + int (*gpio_runtime_setup)(struct platform_device *);
> };
>
> #endif /* __RFKILL_GPIO_H */
> diff --git a/net/rfkill/rfkill-gpio.c b/net/rfkill/rfkill-gpio.c
> index 256c5dd..96a910c 100644
> --- a/net/rfkill/rfkill-gpio.c
> +++ b/net/rfkill/rfkill-gpio.c
> @@ -101,6 +101,14 @@ static int rfkill_gpio_probe(struct platform_device *pdev)
> if (!rfkill)
> return -ENOMEM;
>
> + if (pdata->gpio_runtime_setup) {
> + ret = pdata->gpio_runtime_setup(pdev);
> + if (ret) {
> + pr_warn("%s: can't set up gpio\n", __func__);
> + return ret;
> + }
> + }
> +
> rfkill->pdata = pdata;
>
> len = strlen(pdata->name);
Acked-by Rhyland Klein <rklein@nvidia.com>
^ permalink raw reply
* Compat-wireless release for 2011-09-26 is baked
From: Compat-wireless cronjob account @ 2011-09-26 19:05 UTC (permalink / raw)
To: linux-wireless
>From git://github.com/sfrothwell/linux-next
+ 1b85977...a4edb65 akpm-end -> origin/akpm-end (forced update)
d93dc5c..f9d81f6 akpm-start -> origin/akpm-start
+ b2ec973...8164e8e master -> origin/master (forced update)
d93dc5c..f9d81f6 stable -> origin/stable
* [new tag] next-20110926 -> next-20110926
compat-wireless code metrics
812386 - Total upstream lines of code being pulled
2397 - backport code changes
2086 - backport code additions
311 - backport code deletions
8559 - backport from compat module
10956 - total backport code
1.3486 - % of code consists of backport work
Host key verification failed.
rsync: connection unexpectedly closed (0 bytes received so far) [sender]
rsync error: unexplained error (code 255) at io.c(601) [sender=3.0.7]
^ permalink raw reply
* Re: [PATCH 08/20] staging: brcm80211: cleanup structure fields used for scanning
From: Franky Lin @ 2011-09-26 19:07 UTC (permalink / raw)
To: gregkh@suse.de
Cc: devel@linuxdriverproject.org, linux-wireless@vger.kernel.org
In-Reply-To: <1316830148-28661-9-git-send-email-frankyl@broadcom.com>
On 09/23/2011 07:08 PM, Franky Lin wrote:
> From: Arend van Spriel<arend@broadcom.com>
>
> In the structure brcmf_cfg80211_priv two fields were defined
> in which one was allocated and a second was referenced back to
> the first for no obvious reasons. Also the name was misleading
> giving the impression that the driver was maintaining a list of
> BSS entries like cfg80211 does.
>
> Reported-by: Johannes Berg<johannes@sipsolutions.net>
> Reviewed-by: Franky (Zhenhui) Lin<frankyl@broadcom.com>
> Reviewed-by: Roland Vossen<rvossen@broadcom.com>
> Reviewed-by: Pieter-Paul Giesberts<pieterpg@broadcom.com>
> Signed-off-by: Franky Lin<frankyl@broadcom.com>
Hi Greg,
Please drop this one. The rest of this series should still be fine
without this one. We found out this patch introduced a bug to fullmac.
Will fix it and resend in the future.
Thanks,
Franky
^ permalink raw reply
* Re: [PATCH 09/20] staging: brcm80211: use endian annotated structures in brcmsmac
From: Franky Lin @ 2011-09-26 19:17 UTC (permalink / raw)
To: Arend van Spriel, Johannes Berg
Cc: gregkh@suse.de, devel@linuxdriverproject.org,
linux-wireless@vger.kernel.org
In-Reply-To: <4E80C3CE.9010001@broadcom.com>
On 09/26/2011 11:26 AM, Arend van Spriel wrote:
> On 09/26/2011 11:37 AM, Johannes Berg wrote:
>> On Sat, 2011-09-24 at 14:34 +0200, Arend van Spriel wrote:
>>> On 09/24/2011 12:38 PM, Johannes Berg wrote:
>>>> On Fri, 2011-09-23 at 19:08 -0700, Franky Lin wrote:
>>>>> struct d11rxhdr {
>>>>> u16 RxFrameSize;
>>>>> u16 PAD;
>>>>> + union {
>>>>> + struct d11rxhdr_le rxh_le;
>>>>> + struct d11rxhdr rxh_cpu;
>>>>> + };
>>>> This seems a little strange. Why would it be both in LE and CPU byte
>>>> order?
>>> Indeed. When we receive it from the device it is in LE and we convert it
>>> to CPU order for further processing using rxh_cpu.
>> That seems a confusing and error-prone -- you'll have to remember
>> whether you're before or after conversion. Would it be possible to have
>> two versions of the outer structure and change the pointer type at that
>> point?
>>
>> johannes
>
> For me knowing the driver design (a little ;-) it is not difficult to
> remember. Your feedback has valid arguments so I will reconsider. Franky
> is looking whether dropping it will affect the other patches submitted
> to Greg.
>
> Gr. AvS
Dropping this one will affect some following patches in the series.
Since it's not a bug, shall we keep this one and change it as Johannes
suggested in future commit?
Franky
^ permalink raw reply
* Re: iwlagn: "Intel Centrino Advanced-N 6205 AGN" and "AVM Fritz!Box (7390)" incompatible
From: Guy, Wey-Yi @ 2011-09-26 18:33 UTC (permalink / raw)
To: Henrik Friedrichsen
Cc: Venkataraman, Meenakshi, linux-wireless@vger.kernel.org
In-Reply-To: <CAJTrwG5AvbtNRZi54tzAoUDv5X9QLVY3L=-OgHYRtnJ-RMesrQ@mail.gmail.com>
Hi Henrik,
On Mon, 2011-09-26 at 11:26 -0700, Henrik Friedrichsen wrote:
> Hey Meenakshi
>
> On Mon, Sep 26, 2011 at 7:58 PM, Venkataraman, Meenakshi
> <meenakshi.venkataraman@intel.com> wrote:
> > [MV] Just to verify that this is a 11n issue, you said you tried disabling the 11n mode?
> Yes. I just did, once again, to verify it. No change, unfortunately :(
>
> > Also, in your first email you mentioned that you were using 3.0.4 earlier? What were the results in that version?
> It was the same. I was hoping a newer kernel might contain a fix of
> some sort, that's why I updated it.
>
> > I wonder if we're somehow using very low rates. Can you please send debug logs from your experiment with debug flags 0x143fff?
> Here are the logs: http://diff.cc/tmp/kernel_iwlagn_3.log.bz2
> They were made with "11n_disable=1" and without the patches posted by Wey-Yi.
>
One experiment if you can help us to test.
please reset the repository to
commit#1f7b6172db86e9ab2b4cd794441bb2c40ab287fc
and give a try to see if you still seeing the issue.
Thanks
Wey
^ permalink raw reply
* Re: iwlagn: "Intel Centrino Advanced-N 6205 AGN" and "AVM Fritz!Box (7390)" incompatible
From: Henrik Friedrichsen @ 2011-09-26 20:23 UTC (permalink / raw)
To: Guy, Wey-Yi; +Cc: linux-wireless
In-Reply-To: <1317062004.1958.18.camel@wwguy-huron>
On Mon, Sep 26, 2011 at 8:33 PM, Guy, Wey-Yi <wey-yi.w.guy@intel.com> wrote:
> please reset the repository to
> commit#1f7b6172db86e9ab2b4cd794441bb2c40ab287fc
>
> and give a try to see if you still seeing the issue.
No noticeable difference :(
^ permalink raw reply
* Re: [PATCH] NFC: improve readability of an 'if' in nci core.c
From: Lauro Ramos Venancio @ 2011-09-26 20:59 UTC (permalink / raw)
To: ilanelias78; +Cc: aloisio.almeida, samuel, linville, linux-wireless, Ilan Elias
In-Reply-To: <1316677672-4812-1-git-send-email-ilane@ti.com>
2011/9/22 <ilanelias78@gmail.com>:
> From: Ilan Elias <ilane@ti.com>
>
> Signed-off-by: Ilan Elias <ilane@ti.com>
Acked-by: Lauro Ramos Venancio <lauro.venancio@openbossa.org>
Lauro
^ permalink raw reply
* RE: iwlagn: "Intel Centrino Advanced-N 6205 AGN" and "AVM Fritz!Box (7390)" incompatible
From: Venkataraman, Meenakshi @ 2011-09-26 20:59 UTC (permalink / raw)
To: Henrik Friedrichsen, Guy, Wey-Yi W; +Cc: linux-wireless@vger.kernel.org
In-Reply-To: <CAJTrwG57r-B-eT-FODsDW1UgoVcS68zcUWo1mOrdHRdoXtNmCg@mail.gmail.com>
SGkgSGVucmlrLA0KDQo+PiBwbGVhc2UgcmVzZXQgdGhlIHJlcG9zaXRvcnkgdG8NCj4+IGNvbW1p
dCMxZjdiNjE3MmRiODZlOWFiMmI0Y2Q3OTQ0NDFiYjJjNDBhYjI4N2ZjDQo+Pg0KPj4gYW5kIGdp
dmUgYSB0cnkgdG8gc2VlIGlmIHlvdSBzdGlsbCBzZWVpbmcgdGhlIGlzc3VlLg0KPg0KPk5vIG5v
dGljZWFibGUgZGlmZmVyZW5jZSA6KA0KDQpbTVZdIFlvdSdyZSBydW5uaW5nIFdpbmRvd3MgdXNp
bmcgdGhlIHNhbWUgY2FyZCAoNjIwNSksIHJpZ2h0PyBBbHNvLCBoYXZlIHlvdSBldmVyIHNlZW4g
Z29vZCBwZXJmb3JtYW5jZSB3aXRoIHlvdXIgNjIwNSBvbiB5b3VyIExpbnV4IHN5c3RlbT8gV2hh
dCBhYm91dCB3aXRoIGEgZGlmZmVyZW50IEFQPw0KDQpUaGFua3MsDQpNZWVuYWtzaGkNCg==
^ permalink raw reply
* Re: [PATCH] NFC: implicitly deactivate in nci_start_poll
From: Lauro Ramos Venancio @ 2011-09-26 21:00 UTC (permalink / raw)
To: ilanelias78; +Cc: aloisio.almeida, samuel, linville, linux-wireless, Ilan Elias
In-Reply-To: <1316679181-4917-1-git-send-email-ilane@ti.com>
2011/9/22 <ilanelias78@gmail.com>:
> From: Ilan Elias <ilane@ti.com>
>
> When start_poll is called, and a target was implicitly activated,
> we need to implicitly deactivate it.
> On the other hand, when the target was activated by the user,
> we should not deactivate it.
>
> Signed-off-by: Ilan Elias <ilane@ti.com>
Acked-by: Lauro Ramos Venancio <lauro.venancio@openbossa.org>
Lauro
^ permalink raw reply
* Re: iwlagn: "Intel Centrino Advanced-N 6205 AGN" and "AVM Fritz!Box (7390)" incompatible
From: Henrik Friedrichsen @ 2011-09-26 21:02 UTC (permalink / raw)
To: Venkataraman, Meenakshi; +Cc: linux-wireless
In-Reply-To: <C5A7FB31FD9AEA42B600BDC3C74F8E001705253B@orsmsx511.amr.corp.intel.com>
Hey Meenakshi,
On Mon, Sep 26, 2011 at 10:59 PM, Venkataraman, Meenakshi
<meenakshi.venkataraman@intel.com> wrote:
> [MV] You're running Windows using the same card (6205), right? Also, have you ever seen good performance with your 6205 on your Linux system? What about with a different AP?
That's correct. On Windows the problem does not occur with that
particular router. Also I don't think I have had comparable problems
with other routers, at least not in my home (not on Linux, either).
I'm using a different AP right now and it works just fine.
^ permalink raw reply
* Re: [PATCH] NFC: protect nci_data_exchange transactions
From: Lauro Ramos Venancio @ 2011-09-26 21:03 UTC (permalink / raw)
To: ilanelias78; +Cc: aloisio.almeida, samuel, linville, linux-wireless, Ilan Elias
In-Reply-To: <1316680579-5055-1-git-send-email-ilane@ti.com>
2011/9/22 <ilanelias78@gmail.com>:
> From: Ilan Elias <ilane@ti.com>
>
> Protect 'cb' and 'cb_context' arguments in nci_data_exchange.
> In fact, this implements a queue with max length of 1 data
> exchange transactions in parallel.
>
> Signed-off-by: Ilan Elias <ilane@ti.com>
Acked-by: Lauro Ramos Venancio <lauro.venancio@openbossa.org>
^ permalink raw reply
* Re: [PATCH 09/20] staging: brcm80211: use endian annotated structures in brcmsmac
From: Rafał Miłecki @ 2011-09-26 21:06 UTC (permalink / raw)
To: Franky Lin; +Cc: gregkh, devel, linux-wireless
In-Reply-To: <1316830148-28661-10-git-send-email-frankyl@broadcom.com>
2011/9/24 Franky Lin <frankyl@broadcom.com>:
> @@ -1392,20 +1407,21 @@ struct d11rxhdr {
> u16 RxStatus2;
> u16 RxTSFTime;
> u16 RxChan;
> -} __packed;
> +};
Is this on purpose? Is this safe?
--
Rafał
^ permalink raw reply
* RE: iwlagn: "Intel Centrino Advanced-N 6205 AGN" and "AVM Fritz!Box (7390)" incompatible
From: Venkataraman, Meenakshi @ 2011-09-26 21:06 UTC (permalink / raw)
To: Henrik Friedrichsen; +Cc: linux-wireless@vger.kernel.org
In-Reply-To: <CAJTrwG5MXfixhnNPOdoA3-DYEeKpC==uv4WvE78ZE5U+A10T7Q@mail.gmail.com>
SGkgSGVucmlrLA0KDQo+VGhhdCdzIGNvcnJlY3QuIE9uIFdpbmRvd3MgdGhlIHByb2JsZW0gZG9l
cyBub3Qgb2NjdXIgd2l0aCB0aGF0IHBhcnRpY3VsYXINCj5yb3V0ZXIuIEFsc28gSSBkb24ndCB0
aGluayBJIGhhdmUgaGFkIGNvbXBhcmFibGUgcHJvYmxlbXMgd2l0aCBvdGhlciByb3V0ZXJzLA0K
PmF0IGxlYXN0IG5vdCBpbiBteSBob21lIChub3Qgb24gTGludXgsIGVpdGhlcikuDQo+SSdtIHVz
aW5nIGEgZGlmZmVyZW50IEFQIHJpZ2h0IG5vdyBhbmQgaXQgd29ya3MganVzdCBmaW5lLg0KDQpb
TVZdIFRoYXQncyBpbnRlcmVzdGluZy4gV2hhdCBpcyB0aGUgbW9kZWwgb2YgdGhlIEFQIHRoYXQg
d29ya3M/IEFyZSB5b3UgdXNpbmcgdGhlIHNhbWUga2VybmVsIHZlcnNpb24gd2l0aCB0aGlzIEFQ
IChqdXN0IHdhbnQgdG8gY29uZmlybSB3aXRoIHlvdSk/IEFsc28sIGFyZSB5b3UgaW4gYSBwb3Np
dGlvbiB0byBzZW5kIHVzIChvbmx5KSBhIHNuaWZmZXIgbG9nPyANCg0KVGhhbmtzLA0KTWVlbmFr
c2hpDQoNCg==
^ permalink raw reply
* Re: [patch] NFC: use after free on error
From: Lauro Ramos Venancio @ 2011-09-26 21:08 UTC (permalink / raw)
To: Dan Carpenter
Cc: Aloisio Almeida Jr, Samuel Ortiz, John W. Linville, Ilan Elias,
linux-wireless, kernel-janitors
In-Reply-To: <20110923061435.GA4387@elgon.mountain>
2011/9/23 Dan Carpenter <dan.carpenter@oracle.com>:
> We returned a freed variable on some error paths when the intent was
> to return a NULL. Part of the reason this was missed was that the
> code was confusing because it had too many gotos so I removed them
> and simplified the flow a bit.
>
> Signed-off-by: Dan Carpenter <dan.carpenter@oracle.com>
Acked-by: Lauro Ramos Venancio <lauro.venancio@openbossa.org>
^ permalink raw reply
* Re: iwlagn: "Intel Centrino Advanced-N 6205 AGN" and "AVM Fritz!Box (7390)" incompatible
From: wwguy @ 2011-09-26 21:11 UTC (permalink / raw)
To: Henrik Friedrichsen
Cc: Venkataraman, Meenakshi, linux-wireless@vger.kernel.org
In-Reply-To: <CAJTrwG5MXfixhnNPOdoA3-DYEeKpC==uv4WvE78ZE5U+A10T7Q@mail.gmail.com>
Meenakshi,
On Mon, 2011-09-26 at 14:02 -0700, Henrik Friedrichsen wrote:
> Hey Meenakshi,
>
> On Mon, Sep 26, 2011 at 10:59 PM, Venkataraman, Meenakshi
> <meenakshi.venkataraman@intel.com> wrote:
> > [MV] You're running Windows using the same card (6205), right? Also, have you ever seen good performance with your 6205 on your Linux system? What about with a different AP?
>
> That's correct. On Windows the problem does not occur with that
> particular router. Also I don't think I have had comparable problems
> with other routers, at least not in my home (not on Linux, either).
> I'm using a different AP right now and it works just fine.
yes, we know this could be AP related, Larry also seeing some issues
against this AP, but I still like to understand and root cause the issue
and find a solution or W/A for it.
Henrik. what kind of traffic you are running? what I see from the log,
there are not many aggregated frames, (what I mean is I do not see a lot
of BA in the log) which is very different from what I am test here. also
I see the retry ratio is high in the aggregated frame compare to what I
have here.
Wey
^ permalink raw reply
* RE: iwlagn: "Intel Centrino Advanced-N 6205 AGN" and "AVM Fritz!Box (7390)" incompatible
From: Guy, Wey-Yi W @ 2011-09-26 21:18 UTC (permalink / raw)
To: Venkataraman, Meenakshi, Henrik Friedrichsen
Cc: linux-wireless@vger.kernel.org
In-Reply-To: <C5A7FB31FD9AEA42B600BDC3C74F8E0017052566@orsmsx511.amr.corp.intel.com>
QVZNIEZyaXR6IUJveCBGb24gV0xBTiA3MzkwDQoNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0t
LS0NCkZyb206IGxpbnV4LXdpcmVsZXNzLW93bmVyQHZnZXIua2VybmVsLm9yZyBbbWFpbHRvOmxp
bnV4LXdpcmVsZXNzLW93bmVyQHZnZXIua2VybmVsLm9yZ10gT24gQmVoYWxmIE9mIFZlbmthdGFy
YW1hbiwgTWVlbmFrc2hpDQpTZW50OiBNb25kYXksIFNlcHRlbWJlciAyNiwgMjAxMSAyOjA3IFBN
DQpUbzogSGVucmlrIEZyaWVkcmljaHNlbg0KQ2M6IGxpbnV4LXdpcmVsZXNzQHZnZXIua2VybmVs
Lm9yZw0KU3ViamVjdDogUkU6IGl3bGFnbjogIkludGVsIENlbnRyaW5vIEFkdmFuY2VkLU4gNjIw
NSBBR04iIGFuZCAiQVZNIEZyaXR6IUJveCAoNzM5MCkiIGluY29tcGF0aWJsZQ0KDQpIaSBIZW5y
aWssDQoNCj5UaGF0J3MgY29ycmVjdC4gT24gV2luZG93cyB0aGUgcHJvYmxlbSBkb2VzIG5vdCBv
Y2N1ciB3aXRoIHRoYXQgcGFydGljdWxhcg0KPnJvdXRlci4gQWxzbyBJIGRvbid0IHRoaW5rIEkg
aGF2ZSBoYWQgY29tcGFyYWJsZSBwcm9ibGVtcyB3aXRoIG90aGVyIHJvdXRlcnMsDQo+YXQgbGVh
c3Qgbm90IGluIG15IGhvbWUgKG5vdCBvbiBMaW51eCwgZWl0aGVyKS4NCj5JJ20gdXNpbmcgYSBk
aWZmZXJlbnQgQVAgcmlnaHQgbm93IGFuZCBpdCB3b3JrcyBqdXN0IGZpbmUuDQoNCltNVl0gVGhh
dCdzIGludGVyZXN0aW5nLiBXaGF0IGlzIHRoZSBtb2RlbCBvZiB0aGUgQVAgdGhhdCB3b3Jrcz8g
QXJlIHlvdSB1c2luZyB0aGUgc2FtZSBrZXJuZWwgdmVyc2lvbiB3aXRoIHRoaXMgQVAgKGp1c3Qg
d2FudCB0byBjb25maXJtIHdpdGggeW91KT8gQWxzbywgYXJlIHlvdSBpbiBhIHBvc2l0aW9uIHRv
IHNlbmQgdXMgKG9ubHkpIGEgc25pZmZlciBsb2c/IA0KDQpUaGFua3MsDQpNZWVuYWtzaGkNCg0K
BO+/vXsubu+/vSvvv73vv73vv73vv73vv73vv73vv70rJe+/ve+/vWx6d23vv73vv71i77+966ey
77+977+9cu+/ve+/vXpY77+977+9HCLvv73vv71e77+9yKfvv70X77+977+93Kh977+977+977+9
xqB677+9Jmo6K3bvv73vv73vv70N77+977+977+977+9elor77+977+9K3pm77+977+977+9aO+/
ve+/ve+/vX7vv73vv73vv73vv71p77+977+977+9eu+/vR7vv71377+977+977+9P++/ve+/ve+/
ve+/vSbvv70p36IbZg0K
^ permalink raw reply
* Re: iwlagn: "Intel Centrino Advanced-N 6205 AGN" and "AVM Fritz!Box (7390)" incompatible
From: Henrik Friedrichsen @ 2011-09-26 21:19 UTC (permalink / raw)
To: Venkataraman, Meenakshi; +Cc: linux-wireless
In-Reply-To: <C5A7FB31FD9AEA42B600BDC3C74F8E0017052566@orsmsx511.amr.corp.intel.com>
Hey!
On Mon, Sep 26, 2011 at 11:06 PM, Venkataraman, Meenakshi
<meenakshi.venkataraman@intel.com> wrote:
> [MV] That's interesting. What is the model of the AP that works? Are you using the same kernel version with this AP (just want to confirm with you)? Also, are you in a position to send us (only) a sniffer log?
Well, I can't really tell you which router models worked fine, because
I almost never had physical access to them (or bothered, for that
matter ;)). The Netgear WGR614v10, which I used to have at home,
worked without problems. Same with a few TP-Link routers. Turning my
HTC Desire HD (Android) handset to a WiFi hotspot worked fine, too. So
this one is pretty much the first one that I am encountering.
Unfortunately I don't have any other Fritz!Boxes by AVM at the moment.
The one I am connected to right now is a ZyXEL ISP rebrand. I don't
have physical access to it, so I can't really tell you what model it
is.
What kind of a sniffer log. You mean TCP packets?
^ permalink raw reply
* Re: iwlagn: "Intel Centrino Advanced-N 6205 AGN" and "AVM Fritz!Box (7390)" incompatible
From: Henrik Friedrichsen @ 2011-09-26 21:21 UTC (permalink / raw)
To: wwguy; +Cc: linux-wireless
In-Reply-To: <1317071501.2400.10.camel@wwguy-ubuntu>
Hello Wey,
On Mon, Sep 26, 2011 at 11:11 PM, wwguy <wey-yi.w.guy@intel.com> wrote:
> Henrik. what kind of traffic you are running? what I see from the log,
> there are not many aggregated frames, (what I mean is I do not see a lot
> of BA in the log) which is very different from what I am test here. also
> I see the retry ratio is high in the aggregated frame compare to what I
> have here.
It's nothing big really. The router is not yet connected to the
internet, so I am mainly just opening the webpanel of the router or
ping it.
^ permalink raw reply
* Re: iwlagn: "Intel Centrino Advanced-N 6205 AGN" and "AVM Fritz!Box (7390)" incompatible
From: wwguy @ 2011-09-26 21:17 UTC (permalink / raw)
To: Henrik Friedrichsen; +Cc: linux-wireless@vger.kernel.org
In-Reply-To: <CAJTrwG6_ybjD9u2zMi+bY73j6CZoncbmOzk8N2N=8Cd=EWLUcA@mail.gmail.com>
On Mon, 2011-09-26 at 14:21 -0700, Henrik Friedrichsen wrote:
> Hello Wey,
>
> On Mon, Sep 26, 2011 at 11:11 PM, wwguy <wey-yi.w.guy@intel.com> wrote:
> > Henrik. what kind of traffic you are running? what I see from the log,
> > there are not many aggregated frames, (what I mean is I do not see a lot
> > of BA in the log) which is very different from what I am test here. also
> > I see the retry ratio is high in the aggregated frame compare to what I
> > have here.
>
> It's nothing big really. The router is not yet connected to the
> internet, so I am mainly just opening the webpanel of the router or
> ping it.
how about just doing a flood ping to your AP
#sudo ping -f <AP's ip address>
Wey
^ permalink raw reply
* RE: iwlagn: "Intel Centrino Advanced-N 6205 AGN" and "AVM Fritz!Box (7390)" incompatible
From: Venkataraman, Meenakshi @ 2011-09-26 21:24 UTC (permalink / raw)
To: Henrik Friedrichsen; +Cc: linux-wireless@vger.kernel.org
In-Reply-To: <CAJTrwG4AHo-_P_j8x2_vbd-eCXRVM=MPRoCh-uQQPHoKduyxvw@mail.gmail.com>
SGkgSGVucmlrLA0KDQo+PiBbTVZdIFRoYXQncyBpbnRlcmVzdGluZy4gV2hhdCBpcyB0aGUgbW9k
ZWwgb2YgdGhlIEFQIHRoYXQgd29ya3M/IEFyZSB5b3UNCj51c2luZyB0aGUgc2FtZSBrZXJuZWwg
dmVyc2lvbiB3aXRoIHRoaXMgQVAgKGp1c3Qgd2FudCB0byBjb25maXJtIHdpdGggeW91KT8NCj5B
bHNvLCBhcmUgeW91IGluIGEgcG9zaXRpb24gdG8gc2VuZCB1cyAob25seSkgYSBzbmlmZmVyIGxv
Zz8NCj4NCj5XZWxsLCBJIGNhbid0IHJlYWxseSB0ZWxsIHlvdSB3aGljaCByb3V0ZXIgbW9kZWxz
IHdvcmtlZCBmaW5lLCBiZWNhdXNlIEkgYWxtb3N0DQo+bmV2ZXIgaGFkIHBoeXNpY2FsIGFjY2Vz
cyB0byB0aGVtIChvciBib3RoZXJlZCwgZm9yIHRoYXQgbWF0dGVyIDspKS4gVGhlDQo+TmV0Z2Vh
ciBXR1I2MTR2MTAsIHdoaWNoIEkgdXNlZCB0byBoYXZlIGF0IGhvbWUsIHdvcmtlZCB3aXRob3V0
DQo+cHJvYmxlbXMuIFNhbWUgd2l0aCBhIGZldyBUUC1MaW5rIHJvdXRlcnMuIFR1cm5pbmcgbXkg
SFRDIERlc2lyZSBIRA0KPihBbmRyb2lkKSBoYW5kc2V0IHRvIGEgV2lGaSBob3RzcG90IHdvcmtl
ZCBmaW5lLCB0b28uIFNvIHRoaXMgb25lIGlzIHByZXR0eQ0KPm11Y2ggdGhlIGZpcnN0IG9uZSB0
aGF0IEkgYW0gZW5jb3VudGVyaW5nLg0KPlVuZm9ydHVuYXRlbHkgSSBkb24ndCBoYXZlIGFueSBv
dGhlciBGcml0eiFCb3hlcyBieSBBVk0gYXQgdGhlIG1vbWVudC4NCj5UaGUgb25lIEkgYW0gY29u
bmVjdGVkIHRvIHJpZ2h0IG5vdyBpcyBhIFp5WEVMIElTUCByZWJyYW5kLiBJIGRvbid0IGhhdmUN
Cj5waHlzaWNhbCBhY2Nlc3MgdG8gaXQsIHNvIEkgY2FuJ3QgcmVhbGx5IHRlbGwgeW91IHdoYXQg
bW9kZWwgaXQgaXMuDQoNCltNVl0gQWxscmlnaHQuLi50aGF0J3MgaGVscGZ1bC4gTm90IHN1cmUg
aG93IGF0IHRoZSBtb21lbnQsIGJ1dCB3ZSBjYW4gZmlndXJlIHRoYXQgb3V0Lg0KDQo+V2hhdCBr
aW5kIG9mIGEgc25pZmZlciBsb2cuIFlvdSBtZWFuIFRDUCBwYWNrZXRzPw0KDQpbTVZdIFdlbGwu
Li53aGF0IEknbSBpbnRlcmVzdGVkIGluIGlzIHJlYWxseSB0aGUgSUVFRTgwMi4xMSBwYWNrZXRz
IGZvciB3aGVuIHlvdSBhdHRlbXB0IHRvIGJyb3dzZSB0aGUgd2ViIChvciBvdGhlciB3b3JrbG9h
ZHMpIHdoZXJlIHlvdSdyZSBzZWVpbmcgdGhlIGlzc3VlLiBPZiBjb3Vyc2UsIFRDUCB0cmFmZmlj
IHRoYXQgdGhlc2UgcGFja2V0cyBhcmUgY2Fycnlpbmcgd2lsbCBhbHNvIGJlIGhlbHBmdWwuDQoN
ClRoYW5rcywNCk1lZW5ha3NoaQ0K
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox