* rt2x00usb_watchdog_tx_status: Warning - TX queue 2 status timed out, invoke forced tx handler
@ 2010-09-06 2:17 Michael
2010-09-06 2:27 ` t2x00usb_watchdog_tx_status: " Michael
2010-09-06 8:00 ` rt2x00usb_watchdog_tx_status: " Ivo Van Doorn
0 siblings, 2 replies; 6+ messages in thread
From: Michael @ 2010-09-06 2:17 UTC (permalink / raw)
To: linux-wireless
Im trying the latest compat-wireless 2010-09-05 and i am using a RALINK3027
802.11N wireless USB dongle.
I setup the wifi using hostapd in monitor and managed mode for this adapter, and
it sets up an AP ok, but i notice the following message quite frequently.
phy0 -> rt2x00usb_watchdog_tx_status: Warning - TX queue 2 status timed out,
invoke forced tx handler
appears very often and greatly interferes with the TX packets and makes the link
unusable.
Could someone tell me if this is being worked on, or if I can help somehow fix
it. Im am a software engineer but don't have much kernel level experience.
Thanks,
Michael
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: t2x00usb_watchdog_tx_status: Warning - TX queue 2 status timed out, invoke forced tx handler
2010-09-06 2:17 rt2x00usb_watchdog_tx_status: Warning - TX queue 2 status timed out, invoke forced tx handler Michael
@ 2010-09-06 2:27 ` Michael
2010-09-06 8:00 ` rt2x00usb_watchdog_tx_status: " Ivo Van Doorn
1 sibling, 0 replies; 6+ messages in thread
From: Michael @ 2010-09-06 2:27 UTC (permalink / raw)
To: linux-wireless
Sorry i meant RALINK3072
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: rt2x00usb_watchdog_tx_status: Warning - TX queue 2 status timed out, invoke forced tx handler
2010-09-06 2:17 rt2x00usb_watchdog_tx_status: Warning - TX queue 2 status timed out, invoke forced tx handler Michael
2010-09-06 2:27 ` t2x00usb_watchdog_tx_status: " Michael
@ 2010-09-06 8:00 ` Ivo Van Doorn
2010-09-06 8:12 ` Michael
2010-09-06 10:04 ` Walter Goldens
1 sibling, 2 replies; 6+ messages in thread
From: Ivo Van Doorn @ 2010-09-06 8:00 UTC (permalink / raw)
To: Michael; +Cc: linux-wireless
On Mon, Sep 6, 2010 at 4:17 AM, Michael <msbroadf@gmail.com> wrote:
> Im trying the latest compat-wireless 2010-09-05 and i am using a RALINK3027
> 802.11N wireless USB dongle.
>
> I setup the wifi using hostapd in monitor and managed mode for this adapter, and
> it sets up an AP ok, but i notice the following message quite frequently.
>
> phy0 -> rt2x00usb_watchdog_tx_status: Warning - TX queue 2 status timed out,
> invoke forced tx handler
>
> appears very often and greatly interferes with the TX packets and makes the link
> unusable.
>
> Could someone tell me if this is being worked on, or if I can help somehow fix
> it. Im am a software engineer but don't have much kernel level experience.
It is being worked on, but it cannot be fully resolved. It is
currently simply a fact
that the DMA can lockup in the device even the official Ralink driver
has a watchdog
function which resets the TX queue whenever it detects the lockup.
I am currently working on improving the detection, since there can be
a DMA timeout
and a TX status report timeout. (Where the latter occurs much more
often then the DMA
timeout). This should decrease the packet loss somewhat, but will not
prevent the
problems to occur.
Ivo
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: rt2x00usb_watchdog_tx_status: Warning - TX queue 2 status timed out, invoke forced tx handler
2010-09-06 8:00 ` rt2x00usb_watchdog_tx_status: " Ivo Van Doorn
@ 2010-09-06 8:12 ` Michael
2010-09-06 10:04 ` Walter Goldens
1 sibling, 0 replies; 6+ messages in thread
From: Michael @ 2010-09-06 8:12 UTC (permalink / raw)
To: linux-wireless
So Ralink have some fundamental bug in their DMA mechanism....Actually I did
notice this DMA issue does occur less frequently than the TX issue. Im happy to
run any tests that are needed to get this code more robust. Thanks. Michael
Ivo Van Doorn <ivdoorn@...> writes:
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: rt2x00usb_watchdog_tx_status: Warning - TX queue 2 status timed out, invoke forced tx handler
2010-09-06 8:00 ` rt2x00usb_watchdog_tx_status: " Ivo Van Doorn
2010-09-06 8:12 ` Michael
@ 2010-09-06 10:04 ` Walter Goldens
2010-09-06 10:21 ` Ivo Van Doorn
1 sibling, 1 reply; 6+ messages in thread
From: Walter Goldens @ 2010-09-06 10:04 UTC (permalink / raw)
To: Michael; +Cc: linux-wireless
Is this why the rt307x chips experience considerable amount of packet loss in managed mode, when connected to an AP? With the rt2870sta drivers and a rt3070 device I experience no packet loss whatsoever. When rt2800usb is being utilized, large amount of packet loss occurs between the client and AP as well as duplicate packets.
Walt
> It is being worked on, but it cannot be fully resolved. It
> is
> currently simply a fact
> that the DMA can lockup in the device even the official
> Ralink driver
> has a watchdog
> function which resets the TX queue whenever it detects the
> lockup.
>
> I am currently working on improving the detection, since
> there can be
> a DMA timeout
> and a TX status report timeout. (Where the latter occurs
> much more
> often then the DMA
> timeout). This should decrease the packet loss somewhat,
> but will not
> prevent the
> problems to occur.
>
> Ivo
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: rt2x00usb_watchdog_tx_status: Warning - TX queue 2 status timed out, invoke forced tx handler
2010-09-06 10:04 ` Walter Goldens
@ 2010-09-06 10:21 ` Ivo Van Doorn
0 siblings, 0 replies; 6+ messages in thread
From: Ivo Van Doorn @ 2010-09-06 10:21 UTC (permalink / raw)
To: Walter Goldens; +Cc: Michael, linux-wireless
On Mon, Sep 6, 2010 at 12:04 PM, Walter Goldens
<goldenstranger@yahoo.com> wrote:
> Is this why the rt307x chips experience considerable amount of packet loss in managed mode, when connected to an AP? With the rt2870sta drivers and a rt3070 device I experience no packet loss whatsoever. When rt2800usb is being utilized, large amount of packet loss occurs between the client and AP as well as duplicate packets.
Yes those duplicate packets are since a week or 2, but the packet loss
is likely being caused because of this problem.
I am working on reducing the packet loss, without having too much of a
negative impact on TX status reporting.
Ivo
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2010-09-06 10:21 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-09-06 2:17 rt2x00usb_watchdog_tx_status: Warning - TX queue 2 status timed out, invoke forced tx handler Michael
2010-09-06 2:27 ` t2x00usb_watchdog_tx_status: " Michael
2010-09-06 8:00 ` rt2x00usb_watchdog_tx_status: " Ivo Van Doorn
2010-09-06 8:12 ` Michael
2010-09-06 10:04 ` Walter Goldens
2010-09-06 10:21 ` Ivo Van Doorn
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).