Hello all,
do you know whether it is possible to make ath5k supported hardware ETSI EN
300 328 V1.8.1 compliant? If so, what would be required?
I found the following ath9k patches
http://www.spinics.net/lists/linux-wireless/msg115798.html
http://www.spinics.net/lists/linux-wireless/msg118665.html
shortly. Where should I capture the trace?
--
Regards
Joerg
- Ursprüngliche Message -
> Von: Bob Copeland
> An: Joerg Pommnitz
> Cc: linux-wirel...@vger.kernel.org; ath5k-devel@lists.ath5k.org
> Gesendet: 13:02 Donnerstag, 30.Juni 2011
> Betreff: Re: [ath5k-devel] Perform
Hello all,
ath5k will immediately crash when issuing the following command:
echo 2 > /sys/class/ieee80211/phy0/device/ani/ani_mode
The crash log looks like this:
[ 66.425365] BUG: unable to handle kernel NULL pointer dereference at 0100
[ 66.425652] IP: [] ath5k_ani_init+0xe/0x399 [ath5k
were previously observed in AP mode as well.
--
Thanks and kind regards
Joerg
- Original Mail
> Von: Felix Fietkau
> An: Joerg Pommnitz
> CC: linux-wirel...@vger.kernel.org; ath5k-devel@lists.ath5k.org
> Gesendet: Sonntag, den 26. Juni 2011, 16:45:29 Uhr
> Betre
> I guess you'll need more help from the HW people here.
Bob, Bruno, Felix, Luis, Nick: Do you read?
--
Regards
Joerg
___
ath5k-devel mailing list
ath5k-devel@lists.ath5k.org
https://lists.ath5k.org/mailman/listinfo/ath5k-devel
> I guess you'll need more help from the HW people here.
Unless the delay is somewhere in the generic mac80211 stack.
The older Atheros hardware is unique, because it has not just
two hardware drivers but also two 802.11 stacks.
It would be nice if somebody could do a similar test with two
diff
sh size: 64
cache_alignment: 64
address sizes: 32 bits physical, 32 bits virtual
power management:
Anything else I can do?
--
Thanks in advance and kind regards
Joerg
- Original Mail
> Von: Johannes Berg
> An: Joerg Pommnitz
> CC: Adrian Chadd ; linux-wirel...@vger.k
Adrian,
thanks for taking an interest. Today I built the current Madwifi driver for
Fedora Kernel 2.6.38.8-32.fc15.i686. The ath5k problem seems to be at the
tx side. If I run the iperf server on the ath5k node and the iperf client
at the madwifi node (identical hardware config), I consistently get
Bruno,
I have been on vacation, but I'll try your changes as soon as possible.
--
Regards
Joerg
--- Bruno Randolf schrieb am Fr, 11.6.2010:
> Von: Bruno Randolf
> Betreff: Re: [ath5k-devel] ath5k phy0: failed to warm reset the MAC Chip
> An: ath5k-devel@lists.ath
Mohammad Abdelhadi writes:
> Dear All,I want your help to know which part in the code is
> responsible to do the CSA, or to do the pre-announcing for channel
> switching. Thank you in advance.. Regards.
My understanding is, that only APs send CSAs, so if it's implemented
at all it should be in
Mohammad Abdelhadi writes:
>
> Dear All,I want to know how ath5k is connected to the net80211 directory in
> the kernel ( or the compatible one), because I can't see in
> drivers/net/wireless /ath/ath5k any thing like that. And if I want to do
> changes in the code, should I compile all the ke
> i'm sorry i haven't been able to completely follow this
> thread. could you or
> joerg give us a short overview: what chipset and platform
> are we talking
ath_info gives:
sleep_ctl reg reset_ctl reg
-==Device Information==-
MAC Revision: 5213A (0x59)
Device type: 3
5GHz
Bruno Randolf writes:
>
> sorry, i have to object! if this patch goes in, it will be less likely that
> anyone cares enough to find a real solution, so this is not good.
>
> we have to find out which part of reset fails and fix the problem there.
>
> bruno
Bruno,
I understand and partially sh
Bob,
I just tested a recent wireless-testing snapshot. Unfortunately the problem
still persists.
Please consider the following patch for inclusion. For me it makes the
difference between "freezes in minutes" and "works stable". I know it's at
best a workaround and at worst a bad hack, but until th
Aneeq Mahmood writes:
>
> HIFor sometime now, there are some vendors who are providing this option
> where
> the WLAN does not broadcasst its ssid and the network remains hidden (for
> example for security by obscuirty). Does anybody has any idea how this can
> actually work under ath5k.
T
David Madore writes:
> I'm using ath5k from stock kernel 2.6.33.1 (+ a couple of patches from
> the -stable queue) on an Atheros AR2414 chip (MAC: 0x79, PHY: 0x45),
> running hostapd 1:0.6.10-2 from Debian testing, as access point, and
> an Android phone (Google G1 with Android 1.6) as client.
A
Raghu Ramaraj writes:
>
>
> Hi
> This is the one right...
Yes, this is the patch I meant.
> --- wireless-testing/drivers/net/wireless/ath/ath5k/base.c 2010-03-19
09:55:26.0 +0100
> +++ ../wireless-testing/drivers/net/wireless/ath/ath5k/base.c 2010-03-19
09:30:23.000
This is a known problem with no perfect solution.
The patch in http://article.gmane.org/gmane.linux.drivers.ath5k.devel/3419
works for me and Bob might take it, so please give it a try and
report whether it works for you.
Regards
Joerg
___
ath5k-devel
Bob,
there are some new data points to help narrowing down the cause of the bug.
1) Bruno's ANI patches are *not* to blame. I can reproduce the bug with or
without the ANI patches applied.
2) Your patches from Bug 14342 do *not* solve the problem. I can reproduce
the error with or without yo
Bob,
a recent wireless-testing kernel with both of your patches from Kernel Bug
#14342 run for two days now without the failed reset error message.
However, different from my previous tries I did not include Bruno's ANI
patch, so the success might be either because of your patchset or the
omission
> Wrt to my workaround patches -- if you could try the first
> one as
> well which has to do with concurrent calibration, that
> would be a useful
> data point.
Bob,
look at this:
~/system/wireless-testing$ grep -e SMP -e PREEMPT .config
CONFIG_BROKEN_ON_SMP=y
# CONFIG_TREE_PREEMPT_RCU is not set
> Wrt to my workaround patches -- if you could try the first
> one as
> well which has to do with concurrent calibration, that
> would be a useful
> data point.
>
> --
> Bob Copeland %% www.bobcopeland.com
Bob,
I run your second patch ("[PATCH] ath5k: pray to the cargo cult" from
18 Mar 2010) o
--- Bob Copeland schrieb am Fr, 19.3.2010:
> If you get a chance I would like to know if my workarounds
> also work.
> I'm trying to figure out the underlying problem with this
> and it would
> be a nice clue. Not all hardware can replicate these
> problems.
Bob,
I'm right now running your worka
let it over the weekend.
--
Regards
Joerg
--- Bob Copeland schrieb am Fr, 19.3.2010:
> Von: Bob Copeland
> Betreff: Re: [ath5k-devel] ATH5K in AP mode and "ath5k phy0: failed to warm
> reset the MAC Chip" errors
> An: "Joerg Pommnitz"
> CC: ath5k-devel@
hrieb am Do, 18.3.2010:
> Von: Bob Copeland
> Betreff: Re: [ath5k-devel] ATH5K in AP mode and "ath5k phy0: failed to warm
> reset the MAC Chip" errors
> An: "Joerg Pommnitz"
> CC: ath5k-devel@lists.ath5k.org
> Datum: Donnerstag, 18. März, 2010 20:22 Uhr
> On
Hello all,
I gave Bruno's recent patches (including ANI) a try and was pleasantly
surprised that I got AP mode working for the first time.
Unfortunately all is not well, yet. After some time of heavy use I get the
error message from the subject. Heavy use means TCP iperf with ath5k
running on t
--- Bob Copeland wrote:
> Also, your
> quality
> may vary widely depending on how noisy the environment is;
> we
> don't do noise immunity yet and that can make a big
> difference
> (usually only matters once you're connected, though).
Bob,
I think you are right on the mark with this. I have cha
very noisy environment here, so Bob's comment about the missing
ANI might be the key.
--
Regards
Joerg
--- Holger Schurig schrieb am Fr, 12.3.2010:
> Von: Holger Schurig
> Betreff: Re: [ath5k-devel] AP mode support in ath5k
> An: ath5k-devel@lists.ath5k.org
> CC: "
--- Bob Copeland wrote:
> Not really, but running hostap with -t may give more
> information.
> The next step after that is to get a packet capture from
> another
> station to see what's happening during the exchange.
> It could be
> some problem with open system authentication.
Bob,
I installe
--- Michael Buesch schrieb wrote:
>
> ath5k AP mode is rock stable on 2.6.32, if two patches are
> applied.
> (Search the list archives). I did not test 2.6.33, yet. But
> this release
> should include those patches out of the box.
>
> --
> Greetings, Michael.
Interesting, but unfortunately no
--- Mark Cave-Ayland wrote:
> Von: Mark Cave-Ayland
> Betreff: Re: [ath5k-devel] AP mode support in ath5k
> An: "Luis R. Rodriguez"
> CC: "Joerg Pommnitz" , "Michael Buesch" ,
> "ath5k-devel@lists.ath5k.org"
> Datum: Donnerstag, 11.
--- Bob Copeland wrote:
> Von: Bob Copeland
> Betreff: Re: [ath5k-devel] AP mode support in ath5k
> An: "Joerg Pommnitz"
> CC: ath5k-devel@lists.ath5k.org
> Datum: Dienstag, 9. März, 2010 16:41 Uhr
> On Tue, Mar 9, 2010 at 8:53 AM, Joerg
> Pommnitz
> wro
Hello all,
seeing that there is a new burst of activity in ath5k I'd like to know whether
there is any hope for reliable AP mode support.
I just tested Bruno's patches to see if there is any improvement, but
unfortunately I was still not able to associate a client with an ath5k/hostapd
AP.
Som
--- rootki...@yahoo.it wrote:
>
> Can you try in AP-client mode? I think you'll get more
> throughput so.
>
No, IBSS is what I'm interested in. And the point is, that there is a 30%
performance difference between ath5k (and Madwifi) and ath9k. Even if the
performance in AP mode would be bette
Hello all,
I have a strange performance problem with ath9k. I have two otherwise identical
systems with an ath5k-supported card in system ATH5K and an ath9k supported
card in system ATH9K.
Doing an UDP iperf run were ATH5K is the client/sender and ATH9K is the
server/receiver I easily get data r
Hello all,
we are currently evaluating whether ath5k/ath9k is able to replace Madwifi for
a project we are working on. We use Madwifi (among other things) to transmit
Video streams over multicast to a group of nodes in an IBSS network. To get
the required data rate we rely on the Madwifi iwpriv ca
by ath5k and ath9k.
--
Regards
Joerg
- Ursprüngliche Mail
Von: Bob Copeland
An: Joerg Pommnitz
CC: linux-wirel...@vger.kernel.org; ath5k-devel@lists.ath5k.org
Gesendet: Donnerstag, den 22. Oktober 2009, 15:08:32 Uhr
Betreff: Re: ath5k with two NICs runing IBSS and AP mode simultaneou
Hello all,
I have a configuration with two Atheros NICs (AR5212). To evaluate whether
ath5k is now good enough to replace Madwifi I run the current wireless-testing
branch and did some tests:
One interface (wlan0) is in IBSS mode joined to another host. I run iperf in
both directions simultaneou
38 matches
Mail list logo
