From: Stanislaw Gruszka <sgruszka@redhat.com>
To: Randy Oostdyk <linux-kernel@oostdyk.com>
Cc: linux-wireless@vger.kernel.org
Subject: Re: wireless dongle causing entire machine to hang
Date: Thu, 9 Aug 2018 13:10:50 +0200 [thread overview]
Message-ID: <20180809111049.GC1955@redhat.com> (raw)
In-Reply-To: <CAAemcoMYY7utGrrR+8JLPPzQ-YTKsrD=6DZigJ+o9A+72s7CxQ@mail.gmail.com>
On Wed, Aug 08, 2018 at 11:58:36AM -0600, Randy Oostdyk wrote:
> Good day all,
>
> I'm writing to report an issue with the linux kernel, and I'm hoping
> this is the right place to report it. (short aside: I tried to ask in
> the #linux-wireless IRC channel, but wasn't permitted to speak!)
>
> I'm aware that this is a USB protocol issue, and so this may be the
> wrong place to report the bug, but the warning seems to be generated
> by the wireless driver, and that appears to be the key issue here.
>
> My USB wifi dongle is on the end of a very long USB cable, and was
> connected to a USB hub. On two different occasions (after hours or
> days of use), the machine it was attached to (Raspberry Pi 3) stopped
> responding. I was unable to SSH in, even over ethernet. After a hard
> reboot, I found that the following error was repeated **many thousands
> of times per second** in three different log files:
>
> Rpi kernel: [857011.857581] ieee80211 phy1:
> rt2800usb_tx_sta_fifo_read_completed: Warning - TX status read failed
> -71
We have this change that make device not presend when we get -EPROTO
error from USB driver.
commit 2ad69ac5976191e9bb7dc4044204a504653ad1bb
Author: Richard Genoud <richard.genoud@gmail.com>
Date: Thu Apr 3 16:48:56 2014 +0200
rt2x00: Endless loop on hub port power down
However I reverted it in
commit dc50a52a36f459e0e3bed492d72a78bf64772c25
Author: Stanislaw Gruszka <sgruszka@redhat.com>
Date: Wed Nov 26 15:29:16 2014 +0100
Revert "rt2x00: Endless loop on hub port power down"
Because it caused that if we get this error only one time,
it prevent devices to work, which worked otherwise.
rt2800usb driver expect thet we get -ENODEV or -ENOENT from
usb host driver when we can not talk to device anymore. On other usb
errors rt2800usb just try to work. I think this should be fixed in
usb host driver to return proper error code.
> As the machine continued in that state for hours, those log files had
> grown to several gigabytes in size each! (/var/log/syslog,
> /var/log/kern.log, and /var/log/messages)
>
> It appears to be a very similar (if not same) bug referenced here:
> https://www.spinics.net/lists/linux-wireless/msg150555.html
>
> He resolved the "soft lockup" issue with some changes to the driver
> (diff included in that thread), so I'm hoping this is the right place
> to bring this issue up.
I'm reluctant to replace _warn by _dbg messages as if somethings
will go wrong we will not notice that. We can use printk_ratelimited()
variant instead to do not spam log in speed that it will hung
the machine. But the correct fix should be in USB host drivers,
which seems to be not in perfect shape on those embedded platforms.
Regards
Stanislaw
next prev parent reply other threads:[~2018-08-09 13:35 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-08-08 17:58 wireless dongle causing entire machine to hang Randy Oostdyk
2018-08-08 19:04 ` Larry Finger
2018-08-08 19:14 ` Arend van Spriel
2018-08-08 21:43 ` Jonas Gorski
2018-08-09 11:10 ` Stanislaw Gruszka [this message]
2018-08-09 18:49 ` Randy Oostdyk
2018-08-10 11:14 ` Stanislaw Gruszka
2018-08-10 11:47 ` Randy Oostdyk
2018-08-15 5:19 ` Randy Oostdyk
2018-08-15 8:07 ` Stanislaw Gruszka
2018-08-16 4:25 ` Randy Oostdyk
2018-08-16 10:31 ` Stanislaw Gruszka
2018-08-16 11:02 ` Stanislaw Gruszka
2018-08-28 16:09 ` Randy Oostdyk
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20180809111049.GC1955@redhat.com \
--to=sgruszka@redhat.com \
--cc=linux-kernel@oostdyk.com \
--cc=linux-wireless@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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).