From: Alan Stern <stern@rowland.harvard.edu>
To: Alberto Sentieri <22t@tripolho.com>
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
linux-usb@vger.kernel.org
Subject: Re: kernel locks due to USB I/O
Date: Wed, 11 Nov 2020 10:51:30 -0500 [thread overview]
Message-ID: <20201111155130.GB237113@rowland.harvard.edu> (raw)
In-Reply-To: <8152190e-c962-e376-64fd-cc2ebf3e6104@tripolho.com>
On Tue, Nov 10, 2020 at 06:42:17PM -0500, Alberto Sentieri wrote:
> 1) The current Ubuntu Kernel is 5.4.0-53. Do you want me to upgrade it to
> 5.9, from kernel.org? Or is there a Ubuntu 5.9 package that I can use? It
> would be easy to do it If there is a Ubuntu package with 5.9, which I would
> install and, after the tests, uninstall.
If you want to know what Ubuntu packages are available, you should ask
on an Ubuntu mailing list instead of the linux-usb mailing list.
> 2) Why do you believe that 5.9 would solve the problem? I am asking that
> because I cannot change the production machine for a test if I cannot go
> back to the original state. There is always a risk involved.
We do not believe that 5.9 will solve the problem -- we have no reason
to believe this -- but we could be wrong. In any case it is always
best to test with the most up-to-date software available, and 5.9 is the
version closest to what we are working on now.
> 3) It is one single thread dealing with all 36 devices. Each device has its
> own co-routine (not preemptive), but all co-routines are executed by a
> unique thread.
If everything runs within a single thread, how can adding a semaphore
or mutex make any difference?
> 4) By network console, do you mean ssh? It dies as well when it locks. The
> screen is the regular GNOME3 screen and nothing can be seen there. Every
> time it locks they send a picture, and I cannot see anything meaningful
> there. I am thinking about disabling GNOME3, but I need their blessing for
> that.
See https://www.kernel.org/doc/Documentation/networking/netconsole.txt
for instructions on netconsole. And when you use it for testing, be
sure to set the console log level to a high value.
Alan Stern
next prev parent reply other threads:[~2020-11-11 15:51 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-11-10 19:20 kernel locks due to USB I/O Alberto Sentieri
2020-11-10 20:51 ` Alan Stern
2020-11-10 23:42 ` Alberto Sentieri
2020-11-11 7:51 ` Greg Kroah-Hartman
2020-11-11 15:51 ` Alan Stern [this message]
2020-11-11 19:31 ` Alberto Sentieri
2020-11-16 16:53 ` Alberto Sentieri
2020-11-16 17:06 ` Alan Stern
2020-11-16 18:42 ` Alberto Sentieri
2020-11-19 17:22 ` Alan Stern
2020-11-19 18:50 ` Alberto Sentieri
2020-11-19 20:01 ` Alan Stern
[not found] ` <4f8f545e-4846-45e0-b8f8-5c73876b150a@tripolho.com>
[not found] ` <20201119225144.GA590990@rowland.harvard.edu>
[not found] ` <3df90f9d-0af2-2aaa-9853-966f99e961a4@tripolho.com>
2020-12-14 17:18 ` Alan Stern
2020-12-16 22:14 ` Alberto Sentieri
2020-11-19 19:21 ` Alberto Sentieri
2020-11-19 19:43 ` Alan Stern
2020-11-19 22:14 ` Alberto Sentieri
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=20201111155130.GB237113@rowland.harvard.edu \
--to=stern@rowland.harvard.edu \
--cc=22t@tripolho.com \
--cc=gregkh@linuxfoundation.org \
--cc=linux-usb@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.