ath0 issue
JoaoBR
joao at matik.com.br
Sun Nov 12 20:43:07 UTC 2006
On Sunday 12 November 2006 17:32, Lamont Granquist wrote:
> i saw the same behavior where tx packets would tend to
> spool up and buffer. here's the output of one second
> where a bunch of spooled up packets were sent alont with
> the previous second and following second and with a note
> on how long it had been before any ath*tx* routine had
> been called. hopefully this is useful for debugging --
> i've got copious amounts of debugging logs, so let me
> know if i've guessed wrongly about what is relevant...
yes and when you then look at athstats you probably see the
tx buffer is filled up until the interface stops
transmitting sooner or later
It seems to me that the tx buffer never becomes empty
anymore when the interface raised once "tx stopped because
out of txbuffer" until it then completly stops tx, if you
are present when it happens you can get it back with
ifconfig down/up but when you are late you need to reset it
or reboot. It does not matter how high you set the
ath.txbuf
it seems the problem comes up later when setting higher
values for dev.ath.0.acktimeout and dev.ath.0.ctstimeout
but I am still testing
--
João
A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura.
Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br
More information about the freebsd-stable
mailing list