Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1195235 > unrolled thread

Re: xHCI corruption after double URB submit

Started byAlan Stern <stern@rowland.harvard.edu>
First post2015-07-29 16:20 +0200
Last post2015-07-29 16:20 +0200
Articles 1 — 1 participant

Back to article view | Back to linux.kernel

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  Re: xHCI corruption after double URB submit Alan Stern <stern@rowland.harvard.edu> - 2015-07-29 16:20 +0200

#1195235 — Re: xHCI corruption after double URB submit

FromAlan Stern <stern@rowland.harvard.edu>
Date2015-07-29 16:20 +0200
SubjectRe: xHCI corruption after double URB submit
Message-ID<pRAn7-24H-17@gated-at.bofh.it>
On Tue, 28 Jul 2015, Laura Abbott wrote:

> Hi,
> 
> While debugging an issue with another driver, I've hit some corruption in xHCI.
> I'm not sure if the corruption is directly caused by the first warning or if
> the warning is exposing an issue with the driver. The issue I was actually
> trying to debug was a URB double submit:
> 
> ------------[ cut here ]------------
> WARNING: CPU: 3 PID: 3563 at drivers/usb/core/urb.c:339 usb_submit_urb+0x2ad/0x5a0()
> URB ffff8804078ac240 submitted while active

...

> I've found several issues where a double submit can happen so I mostly have
> a handle on that. Shortly after the double submit though, I see corruption:
> 
>   ------------[ cut here ]------------
>   WARNING: CPU: 3 PID: 0 at lib/list_debug.c:36 __list_add+0xb4/0xc0()
>   list_add double add: new=ffff8804078ac260, prev=ffff8804078ac260, next=ffff88040456c358.

> which will repeat itself until the kernel GPFs or crashes somewhere
> else. The test case for reproducing this is sending commands to the
> USB driver very rapidly so the double submit is happening fairly
> frequently. Is this a case where the driver is very questionable so
> all bets are off or is this an issue in the xHCI layer? I've never
> seen any other double submit reports indicating this type of corruption.

It's fair to say that once a double-submit error occurs, all bets are 
off.

Alan Stern

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[toc] | [standalone]


Back to top | Article view | linux.kernel


csiph-web