Hi,
I'm trying to use 802.11a channels in AP mode with my ath5k nics with kernel
2.6.34.
And after setting up crda, udev and wireless regdb, iw list still shows flags
passive scanning, no IBSS for most of the 802.11a channels (see below.)
I wonder what I'm doing wrong here?
Band 2:
On Tue, May 25, 2010 at 11:04 PM, Bruno Randolf b...@einfach.org wrote:
please try this patch and tell us if it helped...
bruno
commit 0379d1e5a850f8e63832516af4245b9824d8623d
Author: Bruno Randolf b...@einfach.org
Date: Wed May 26 11:58:11 2010 +0900
ath5k: better checks for rx
On Wed, May 26, 2010 at 4:23 AM, Arnd Hannemann
hannem...@nets.rwth-aachen.de wrote:
Hi,
I'm trying to use 802.11a channels in AP mode with my ath5k nics with kernel
2.6.34.
And after setting up crda, udev and wireless regdb,
Which release of wireless-regdb?
iw list still shows flags
Hi,
FWI: I believe this whole regulatory framework is pretty broken in 2.6.34
If I associate with a 802.11g accesspoint with one NIC , I'm not allowed
to use 802.11a on my other NIC at all.
[ 23.352168] wlan0: associated
[ 23.355993] ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[
Am 26.05.2010 19:11, schrieb Luis R. Rodriguez:
On Wed, May 26, 2010 at 4:23 AM, Arnd Hannemann
hannem...@nets.rwth-aachen.de wrote:
Hi,
I'm trying to use 802.11a channels in AP mode with my ath5k nics with kernel
2.6.34.
And after setting up crda, udev and wireless regdb,
Which
On Wed, May 26, 2010 at 11:09 AM, Arnd Hannemann
hannem...@nets.rwth-aachen.de wrote:
Am 26.05.2010 19:11, schrieb Luis R. Rodriguez:
On Wed, May 26, 2010 at 4:23 AM, Arnd Hannemann
hannem...@nets.rwth-aachen.de wrote:
Hi,
I'm trying to use 802.11a channels in AP mode with my ath5k nics
On Wednesday 26 May 2010 19:07:40 Arnd Hannemann wrote:
FWI: I believe this whole regulatory framework is pretty broken in 2.6.34
If I associate with a 802.11g accesspoint with one NIC , I'm not allowed
to use 802.11a on my other NIC at all.
cfg80211 regulatory is broken in 2.6.34 if you have
Thanks very much for the patch suggestion.
I ran some large scp commands today with the patch installed.
Several died with error message: Corrupted MAC on input. so it's likely
the patch has not fixed the problem. I'll run some more tests at home
where I can use FTP and have control over the
Just FYI, you want to use linux-wireless for reporting such things,
not ath5k-devel. Also I have been real busy in March (and stil am but
just trying to reply) so if I do not reply maybe others can. In
linux-wireless you'll likely get much more review/help than ath5k-devel
for this.
More below.
On Wed, May 26, 2010 at 12:41:28PM -0700, Lukáš Turek wrote:
On Wednesday 26 May 2010 19:07:40 Arnd Hannemann wrote:
FWI: I believe this whole regulatory framework is pretty broken in 2.6.34
If I associate with a 802.11g accesspoint with one NIC , I'm not allowed
to use 802.11a on my other
-- Forwarded message --
From: Arnd Hannemann hannem...@nets.rwth-aachen.de
To: linux-wirel...@vger.kernel.org linux-wirel...@vger.kernel.org
Date: Wed, 26 May 2010 13:23:16 +0200
Subject: [ath5k-devel] regulatory problems with ath5k
Hi,
I'm trying to use 802.11a channels in
IEEE802.11-2007 clause 18.2.3.3 (p640) states that 1, 2, 5.5 11 Mbits are
mandatory rates for what they call High Rate direct sequence spread spectrum
(HR/DSSS) PHY (with long PLCP).
Signed-off-by: Bruno Randolf b...@einfach.org
---
net/wireless/util.c | 12 ++--
1 files changed, 6
On Wednesday 26 May 2010 21:38:00 Bob Copeland wrote:
+ /* never process the self-linked entry at the end */
+ if (ds-ds_link == bf-daddr)
+ break;
+
By this you're saying that the RXDP check just above
is insufficient?
i don't know. i
13 matches
Mail list logo