Re: is my slow for this ? hostap related

From: Nenhum_de_Nos <matheus_at_eternamente.info>
Date: Fri, 22 May 2009 17:54:56 -0300 (BRT)
On Wed, May 20, 2009 20:42, Boris Kochergin wrote:
> Nenhum_de_Nos wrote:
>> On Wed, May 20, 2009 07:27, Mel Flynn wrote:
>>
>>> Hi Nenhum,
>>>
>>> On Monday 18 May 2009 01:08:09 Nenhum_de_Nos wrote:
>>>
>>>
>>>> I have an atheros wlan card:
>>>>
>>>> ath0_at_pci0:0:11:0:       class=0x020000 card=0x3a131186 chip=0x0013168c
>>>> rev=0x01 hdr=0x00
>>>>     vendor     = 'Atheros Communications Inc.'
>>>>     device     = 'AR5212, AR5213 802.11a/b/g Wireless Adapter'
>>>>     class      = network
>>>>     subclass   = ethernet
>>>>
>>> <snip>
>>>
>>>
>>>> May 17 13:19:36 floyd kernel: ath0: stuck beacon; resetting (bmiss
>>>> count
>>>> 4)
>>>> May 17 13:20:07 floyd last message repeated 89 times
>>>> May 17 13:22:08 floyd last message repeated 376 times
>>>>
>>>> I've read this:
>>>>
>>>> http://www.nabble.com/ath0:-stuck-beacon--resetting-(bmiss-count-4)-td22359
>>>> 155.html
>>>>
>>>> and I'm thinking my pc is slow for the job, as said.
>>>>
>>>> floyd# cat dmesg.today
>>>> Copyright (c) 1992-2009 The FreeBSD Project.
>>>> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993,
>>>> 1994
>>>> 	The Regents of the University of California. All rights reserved.
>>>> FreeBSD is a registered trademark of The FreeBSD Foundation.
>>>> FreeBSD 8.0-CURRENT #0: Tue May  5 23:08:28 BRT 2009
>>>>     root_at_floyd.apartnet:/usr/obj/usr/src/sys/Floyd8
>>>> WARNING: WITNESS option enabled, expect reduced performance.
>>>>
>>>                                    ^^^^^^^^^^^^^^^^^^^^^^^^^^
>>>
>>> Read /usr/src/UPDATING about WITNESS options and which to delete from
>>> GENERIC
>>>
>>
>> I did, both read and recompile ... no good.
>>
>> I put:
>> ral0_at_pci0:0:11:0:	class=0x028000 card=0x3a711186 chip=0x03021814
>> rev=0x00
>> hdr=0x00
>>     vendor     = 'Ralink Technology, Corp'
>>     device     = 'RT2525 2.4GHz transceiver + RT2560 MAC/BBP wireless
>> a/b'
>>     class      = network
>>
>> on there, no good also. is slow in the beginning, and then dies forever.
>>
>> I tried on a 950MHz duron and got the same results (atheros card only).
>> unfortunately I can't test this duron anymore as it died from bad PSU.
>>
>> what made atheros happy was a Core 2 Duo, 2.66GHz at work. faster
>> downloads and no even one of those lines :(
>>
>> too bad I just have an AthlonXP I can use as AP :(
>> and soekris in future would be a way, now I think is slow as well ...
>>
>> thanks,
>>
>> matheus
>>
>>
>>> kernel. I think once you turn those options off, your machine should be
>>> able
>>> to handle this, though I wouldn't run anything else on it. On a single
>>> 1.8Ghz
>>> 686, I got these occasionally, when backups were done over gigabit and
>>> a
>>> movie
>>> was playing on it. I've since reconfigured the machine as dedicated
>>> media
>>> server and replaced the router with a headless 3Ghz 686, also running
>>> squid.
>>> This is overkill for my home network, though.
>>> --
>>> Mel
>>>
>>>
>>
>>
>>
> I don't think your CPU is at fault. While I don't have any Crusoes, I
> have several machines, ranging from Pentiums running at 200 MHz to
> Pentium IIIs running at 933 MHz, with AR5212 cards in them. They run
> 7.0-, 7.1-, and 7.2-RELEASE. While I do get some "stuck beacon" and
> "device timeout" messages on them, they can all push at least 2 MB/s on
> the AR5212 cards, and I am assuming that your Crusoe is faster than a
> Pentium 200.
>
> -Boris

well, there is some magic in this. as I do agree they are faster (at least
the time to compile world + kernel is about half of my PII 333MHz). but I
just got it running on the Core 2. crusoe just last some minutes, and
stuck beacons do take over :(

if anyone have any idea, of other things that could have to do with this.

thanks,

matheus

-- 
We will call you cygnus,
The God of balance you shall be

A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?

http://en.wikipedia.org/wiki/Posting_style
Received on Fri May 22 2009 - 18:55:06 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:48 UTC