All of lore.kernel.org
 help / color / mirror / Atom feed
From: Greg KH <gregkh@linuxfoundation.org>
To: Rob Landley <rob@landley.net>
Cc: linux-usb@vger.kernel.org, "D. Jeff Dionne" <jeff@coresemi.io>,
	johan@kernel.org
Subject: Re: USB panic on one machine, hang on another.
Date: Wed, 7 Oct 2020 07:22:50 +0200	[thread overview]
Message-ID: <20201007052250.GA48615@kroah.com> (raw)
In-Reply-To: <fdae51af-8f0a-f9c6-2dfa-d6ecade04128@landley.net>

On Tue, Oct 06, 2020 at 11:56:16PM -0500, Rob Landley wrote:
> We've been implementing a new USB device (starting by adapting the Joris example
> CDC-ACM VHDL to a new I/O chip, although we're more interested in EEM), and
> attempting to talk to the result makes Linux VERY unhappy.
> 
> On one machine it panics the kernel, on another it makes the USB subsystem fork
> off multiple kernel threads stuck eating 100% CPU until a reboot, and also not
> notice when we physically unplug the device afterwards.
> 
> I'm aware our device is wrong (haven't figured out HOW it's wrong yet), but...
> Linux's USB stack should not be doing that? MacOS instead times something out
> and disables the device. (Which again doesn't help us debug it, but at least
> doesn't require a reboot afterwards.)
> 
> We finally got a good packet capture, alas from a windows GUI tool we had to
> take screenshots of, which totals 6 megabytes so I threw the files in a
> temporary directory on my web server. (I apologize in advance for dreamhost:
> it's cheap.)
> 
>   https://landley.net/isb_usb_weallsb
> 
> Here are two emails about it, the first is an earlier message with the kernel
> panic dump and the second is yesterday's packet capture. Does anybody understand
> what's going on here?

5.3.0 is pretty old, we have fixed a number of issues like this in newer
kernels (or at the very least, the stable kernel trees).  So if you
could test there, that would be great.

Also, do you have the output of 'lsusb -v' of your device?  Perhaps your
descriptors are incorrect?

thanks,

greg k-h

      reply	other threads:[~2020-10-07  5:22 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <6A0F5F09-112C-4BB0-9ECF-16395A9D27F1@coresemi.io>
2020-10-07  4:56 ` USB panic on one machine, hang on another Rob Landley
2020-10-07  5:22   ` Greg KH [this message]

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=20201007052250.GA48615@kroah.com \
    --to=gregkh@linuxfoundation.org \
    --cc=jeff@coresemi.io \
    --cc=johan@kernel.org \
    --cc=linux-usb@vger.kernel.org \
    --cc=rob@landley.net \
    /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.