Send users mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
http://rt2x00.serialmonkey.com/mailman/listinfo/users_rt2x00.serialmonkey.com
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of users digest..."
Today's Topics:
1. Re: Support for Ralink 5370 WiFi USB dongle (Gertjan van Wingerde)
2. Re: Is the
git://git.kernel.org/pub/scm/linux/kernel/git/ivd/rt2x00.git back
? (Matt Chen)
3. Re: 7 more packets after each beacon frame (Helmut Schaa)
4. Re: 7 more packets after each beacon frame (Gertjan van Wingerde)
5. Re: 7 more packets after each beacon frame (Helmut Schaa)
----------------------------------------------------------------------
Message: 1
Date: Wed, 9 Nov 2011 20:06:50 -0500
From: Gertjan van Wingerde <[email protected]>
To: Ingvar Hagelund <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [rt2x00-users] Support for Ralink 5370 WiFi USB dongle
Message-ID: <[email protected]>
Content-Type: text/plain; charset=us-ascii
Hi Ingvar,
On 9 nov. 2011, at 18:41, Ingvar Hagelund <[email protected]> wrote:
> * Ingvar Hagelund
>> Built on a fedora 15 laptop running a 3.1.0 kernel from fedora 16 on x86_64.
>> Driver seems to work well, and I get decent speed over WPA2, at least 12Mbps.
>>
>> This is with no patches, just latest compat-wireless. So this might mean
>> that the problems I saw may have been related to the 32bit ppc arch
>> specifically.
>
> So, this could be related to endianess. I'm willing to work with this
> and do testing, though I'm not much of a coder. I had a look at the code
> that does endian "decoding" when necessary, and it seems that those
> parts were merged earlier this fall.
>
> So ... I'm a bit at a loss here. What should I do? I could try to remove
> the endian bit-juggling here and there, and check if the RF chipset
> changes, perhaps. Any other suggestions?
Sorry for not following up. I'm currently travelling, so I cannot create a test
patch.
When I return this weekend I will have a closer look and see if I can come up
with a diagnostics patch
---
Gertjan
Sent from my iPad
------------------------------
Message: 2
Date: Thu, 10 Nov 2011 15:07:45 +0800
From: Matt Chen <[email protected]>
To: Helmut Schaa <[email protected]>
Cc: Kevin Chou (???) <[email protected]>, joeyli
<[email protected]>, [email protected]
Subject: Re: [rt2x00-users] Is the
git://git.kernel.org/pub/scm/linux/kernel/git/ivd/rt2x00.git back ?
Message-ID:
<CALx5=v-ife77hojwkrfpueqhnzaijrmbxjw1thztmqkyu1q...@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Hi all,
2011/11/9 Helmut Schaa <[email protected]>:
> 2011/11/9 Matt Chen <[email protected]>:
>> 2011/11/8 Helmut Schaa <[email protected]>:
>>> On Tue, Nov 8, 2011 at 3:24 PM, Ivo Van Doorn <[email protected]> wrote:
>>>> _however_ I think this is the nice
>>>> timing to discuss if we actually still want the tree to return, or that we
>>>> directly push all our changes towards wireless-testing.
>>>
>>> Good point. At the moment we don't have many conflicts and directly pushing
>>> to John would reduce your workload at least ...
>> This sounds like we will never need rt2x00 git, so does it mean we
>> will be supposed to submit patches to linux-wireless ?
>
> Don't know yet. I'm not against pushing patches directly to
> linux-wireless but I'd
> prefer to still keep the rt2x00 list CC'ed (or at least the
> maintainers directly) for
> every patch submission.
> It's really up to Ivo to decide since he was doing all the patch
> handling before :)
> but I don't have a strong opinion for either way.
>
>> There may be something changed in the upstream.
>> And would you please let your RD who work with upstream understand of
>> this information. If rt2x00 community decide to pick up linux-wirless
>> instead of rt2x00, your RD should change to submit to ?linux-wireless
>> for their patches. ;-)
>
> rt2x00 git is always very close to Johns wireless-testing tree, so
> there shouldn't
> be much difference. Only sometimes Ivo keeps some experimental patches for
> some time in rt2x00 git before submitting to John.
So I am wondering when the rt2x00 git would be back. Git pull is still broken.
> Helmut
>
> _______________________________________________
> users mailing list
> [email protected]
> http://rt2x00.serialmonkey.com/mailman/listinfo/users_rt2x00.serialmonkey.com
>
------------------------------
Message: 3
Date: Thu, 10 Nov 2011 21:41:53 +0100
From: Helmut Schaa <[email protected]>
To: Andreas Hartmann <[email protected]>,
[email protected]
Subject: Re: [rt2x00-users] 7 more packets after each beacon frame
Message-ID: <[email protected]>
Content-Type: text/plain; charset="ISO-8859-1"
Am Samstag, 5. November 2011, 14:42:54 schrieb Andreas Hartmann:
> > However, I'd still like to fix this
> > issue for you. I guess we'll just disable MultiBSSID mode based on a
> > blacklist ...
>
> Hmmm, would be a way.
>
> Wouldn't it be possible to manually set the amount of needed bssids via
> module option (one bssid could be default)? This way, everybody who
> needs more than just one bssid would have the possibility to choose /
> try it manually. The chips, which are definitely known to work as
> expected could be put into a whitelist.
> There could be a notice in /var/log/messages, if a chip is set to 1
> bssid by default.
I was just able to reproduce this issue with my rt2860 card. I haven't seen
the frames in my first try since iwlwifi doesn't pass frames with a wrong FCS
even in monitor mode.
Using ath9k_htc as monitor allows me to see the seven "random 4-byte long
frames"
after each beacon in single bss mode.
Helmut
------------------------------
Message: 4
Date: Thu, 10 Nov 2011 21:47:57 +0100
From: Gertjan van Wingerde <[email protected]>
To: Helmut Schaa <[email protected]>
Cc: Andreas Hartmann <[email protected]>,
[email protected]
Subject: Re: [rt2x00-users] 7 more packets after each beacon frame
Message-ID:
<CAL1gcdPrvGojat+LfB2YnqskEExO9+eZMwg=uzbketnsgl7...@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Hi Helmut,
On Sat, Nov 5, 2011 at 2:45 PM, Helmut Schaa
<[email protected]> wrote:
> Am Samstag, 5. November 2011, 14:42:54 schrieb Andreas Hartmann:
>> > However, I'd still like to fix this
>> > issue for you. I guess we'll just disable MultiBSSID mode based on a
>> > blacklist ...
>>
>> Hmmm, would be a way.
>>
>> Wouldn't it be possible to manually set the amount of needed bssids via
>> module option (one bssid could be default)? This way, everybody who
>> needs more than just one bssid would have the possibility to choose /
>> try it manually. The chips, which are definitely known to work as
>> expected could be put into a whitelist.
>> There could be a notice in /var/log/messages, if a chip is set to 1
>> bssid by default.
>
> Hmm, good point. Gertjan, Ivo, any objections against disabling MultiBSSID
> mode for cards where we don't know if they suffer from the issue Andreas
> reported a while ago? But let the user overwrite it with a module param
> to test if multibssid mode works.
Can't we just "program" the card with the right amount of BSSIDs as we
need them?
I.e. just set it to one at the start and change it later when more
BSSIDs are added.
---
Gertjan
------------------------------
Message: 5
Date: Thu, 10 Nov 2011 13:06:05 -0800 (PST)
From: Helmut Schaa <[email protected]>
To: Gertjan van Wingerde <[email protected]>
Cc: Andreas Hartmann <[email protected]>,
[email protected]
Subject: Re: [rt2x00-users] 7 more packets after each beacon frame
Message-ID: <[email protected]>
Content-Type: text/plain; charset="ISO-8859-1"
Hi,
Am Donnerstag, 10. November 2011, 21:47:57 schrieb Gertjan van Wingerde:
> > Hmm, good point. Gertjan, Ivo, any objections against disabling MultiBSSID
> > mode for cards where we don't know if they suffer from the issue Andreas
> > reported a while ago? But let the user overwrite it with a module param
> > to test if multibssid mode works.
>
> Can't we just "program" the card with the right amount of BSSIDs as we
> need them?
> I.e. just set it to one at the start and change it later when more
> BSSIDs are added.
Sure, would be possible but if we remove an interface that might leave
a hole in the beacon buffers. So, we would have to shift following
beacons such that we don't have holes between any beacons ...
I'm just thinking about a way to implement this without much management
overhead.
Helmut
------------------------------
_______________________________________________
users mailing list
[email protected]
http://rt2x00.serialmonkey.com/mailman/listinfo/users_rt2x00.serialmonkey.com
End of users Digest, Vol 33, Issue 9
************************************
