usb/185628: usbd_req_re_enumerate set address failed USB_ERR_STALLED for Seagate USB drives between r259425 and r260321

Fri Jan 10 11:50:02 UTC 2014

The following reply was made to PR usb/185628; it has been noted by GNATS.

From: Alex Goncharov <alex_goncharov_usa at yahoo.com>
To: Hans Petter Selasky <hps at bitfrost.no>,
  "freebsd-gnats-submit at FreeBSD.org" <freebsd-gnats-submit at FreeBSD.org>
Cc:  
Subject: Re: usb/185628: usbd_req_re_enumerate set address failed USB_ERR_STALLED for Seagate USB drives between r259425 and r260321
Date: Fri, 10 Jan 2014 03:49:00 -0800 (PST)

 --464114708-973494774-1389354540=:24518
 Content-Type: text/plain; charset=iso-8859-1
 Content-Transfer-Encoding: quoted-printable

 Hello Hans,=0A=0AThank you for your prompt replies; I'll make this a short =
 note, before=0Arunning to work, and we can work on this later.=0A=0A> Here =
 is a patch you can try, as an attachment.=0A=0AOK, re-building now.=0A=0A> =
 Can you give some more details? Are these in some kind of enclosure?=0A=0AT=
 his model:=0A=0A=A0=A0 http://www.amazon.com/gp/product/B008R7FC74/ref=3Dwm=
 s_ohs_product?ie=3DUTF8&psc=3D1=0A=0A> What USB speed are they connected at=
 ?=0A=0A"A normal" one -- I speak as a layman here; later I can give you all=
 =0A'usbconfig' information.=0A=0A> If you are using an XHCI controller and =
 the drives are connected at=0A> Super Speed (5.0 GBit),=0A=0ADon't think so=
 .=0A=0A> Do other USB devices connected to the same USB host controller=0A>=
  continue to work?=0A=0ADidn't try many but, Buffalo and Sony USB drives di=
 dn't show anything=0Alike the Seagate's behavior -- see my original posting=
 .=0A=0ANow: the two upgraded computers, both of which get these=0AUSB_ERR_S=
 TALLED events, are totally different: one is a self-built=0Adesktop, the ot=
 her -- a Compaq laptop.=A0 The OS upgrade is the common=0Afactor.=0A=0A> Ca=
 n you tell which USB controllers you have in your system (PCI=0A> devices) =
 and tell to which of these your HDD's are attaching to.=0A=0A(Later).=0A=0A=
 > If devices simply re-attach either they are not respond and software=0A> =
 initiates a reset, which can be disabled by setting=0A> "hw.usb.no_cs_fail"=
  or the software in the USB HDD died and=0A> rebooted.=0A=0AMay be; but thi=
 nk about the fact correlations: the fact of the two=0Asystem's upgrade, two=
  identical Seagate units, and other HDDs being=0Anon-stalled.=0A=0A> Linux =
 hide these problems, but they are visible through the fact that=0A> you'll =
 see some requests delaying for some seconds to complete instead=0A> of some=
  milliseconds.=0A=0AI copied the 1 TB of data from Seagate UFS to Sony Ext4=
  and Sony NTFS,=0Amuch faster than I expected it to happen based on my past=
  FreeBSD=0Aperceptions.=A0 This is just a perception, not a measured fact, =
 but I=0Areally don't care about a 25% slower if I can use an HDD.=A0 In the=
 =0Apast, I had to return a 1 TB Western Digital HDD, because it was=0Apredi=
 ctably lost while even being read on my FreeBSD systems.=A0 Seagate=0Aand T=
 oshiba apparently do some retries which WD didn't.=0A=0A> Beware that many =
 USB HDD's contain reprogramable software and that there=0A> might be timing=
  reasons for HDD's breaking down on one system and not on=0A> another. For =
 example Linux buffer at lot more using 64K reads, while=0A> under FreeBSD y=
 ou'll see more different block sizes being read and written.=0A> =0A> Do yo=
 u have dmesg from around the spurious detach?=0A=0ALater -- I have to go *n=
 ow*.=0A=0A=0A-- Alex=0A=0A=0A=0A=0AOn Friday, January 10, 2014 2:47 AM, Han=
 s Petter Selasky <hps at bitfrost.no> wrote:=0A =0AOn 01/10/14 04:02, Alex Gon=
 charov wrote:=0A>=0A>> Number:=A0 =A0 =A0 =A0  185628=0A>> Category:=A0 =A0=
  =A0  usb=0A>> Synopsis:=A0 =A0 =A0  usbd_req_re_enumerate set address fail=
 ed USB_ERR_STALLED for Seagate USB drives between r259425 and r260321=0A>> =
 Confidential:=A0  no=0A>> Severity:=A0 =A0 =A0  non-critical=0A>> Priority:=
 =A0 =A0 =A0  low=0A>> Responsible:=A0 =A0 freebsd-usb=0A>> State:=A0 =A0 =
 =A0 =A0 =A0 open=0A>> Quarter:=0A>> Keywords:=0A>> Date-Required:=0A>> Clas=
 s:=A0 =A0 =A0 =A0 =A0 sw-bug=0A>> Submitter-Id:=A0  current-users=0A>> Arri=
 val-Date:=A0  Fri Jan 10 03:10:00 UTC 2014=0A>> Closed-Date:=0A>> Last-Modi=
 fied:=0A>> Originator:=A0 =A0  Alex Goncharov=0A>> Release:=A0 =A0 =A0 =A0 =
 9.2-STABLE, built from svn source, r260321=0A>> Organization:=0A>> Environm=
 ent:=0A> FreeBSD 9.2-STABLE FreeBSD 9.2-STABLE #0 r260321 Sun Jan=A0 5 13:0=
 6:01 EST 2014=0A>> Description:=0A> This is an extremely reproducible and v=
 ery upsetting new problem.=0A=0AHere is a patch you can try, as an attachme=
 nt.=0A=0A--HPS
 --464114708-973494774-1389354540=:24518
 Content-Type: text/html; charset=iso-8859-1
 Content-Transfer-Encoding: quoted-printable

 <html><body><div style=3D"color:#000; background-color:#fff; font-family:He=
 lveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;fo=
 nt-size:12pt"><div><span>Hello Hans,<br><br>Thank you for your prompt repli=
 es; I'll make this a short note, before<br>running to work, and we can work=
  on this later.<br><br>> Here is a patch you can try, as an attachment.<=
 br><br>OK, re-building now.<br><br>> Can you give some more details? Are=
  these in some kind of enclosure?<br><br>This model:<br><br>   ht=
 tp://www.amazon.com/gp/product/B008R7FC74/ref=3Dwms_ohs_product?ie=3DUTF8&a=
 mp;psc=3D1<br><br>> What USB speed are they connected at?<br><br>"A norm=
 al" one -- I speak as a layman here; later I can give you all<br>'usbconfig=
 ' information.<br><br>> If you are using an XHCI controller and the driv=
 es are connected at<br>> Super Speed (5.0 GBit),<br><br>Don't think so.<=
 br><br>> Do other USB devices connected to the same USB host
  controller<br>> continue to work?<br><br>Didn't try many but, Buffalo a=
 nd Sony USB drives didn't show anything<br>like the Seagate's behavior -- s=
 ee my original posting.<br><br>Now: the two upgraded computers, both of whi=
 ch get these<br>USB_ERR_STALLED events, are totally different: one is a sel=
 f-built<br>desktop, the other -- a Compaq laptop.  The OS upgrade is t=
 he common<br>factor.<br><br>> Can you tell which USB controllers you hav=
 e in your system (PCI<br>> devices) and tell to which of these your HDD'=
 s are attaching to.<br><br>(Later).<br><br>> If devices simply re-attach=
  either they are not respond and software<br>> initiates a reset, which =
 can be disabled by setting<br>> "hw.usb.no_cs_fail" or the software in t=
 he USB HDD died and<br>> rebooted.<br><br>May be; but think about the fa=
 ct correlations: the fact of the two<br>system's upgrade, two identical Sea=
 gate units, and other HDDs being<br>non-stalled.<br><br>> Linux
  hide these problems, but they are visible through the fact that<br>> yo=
 u'll see some requests delaying for some seconds to complete instead<br>&gt=
 ; of some milliseconds.<br><br>I copied the 1 TB of data from Seagate UFS t=
 o Sony Ext4 and Sony NTFS,<br>much faster than I expected it to happen base=
 d on my past FreeBSD<br>perceptions.  This is just a perception, not a=
  measured fact, but I<br>really don't care about a 25% slower if I can use =
 an HDD.  In the<br>past, I had to return a 1 TB Western Digital HDD, b=
 ecause it was<br>predictably lost while even being read on my FreeBSD syste=
 ms.  Seagate<br>and Toshiba apparently do some retries which WD didn't=
 .<br><br>> Beware that many USB HDD's contain reprogramable software and=
  that there<br>> might be timing reasons for HDD's breaking down on one =
 system and not on<br>> another. For example Linux buffer at lot more usi=
 ng 64K reads, while<br>> under FreeBSD you'll see more different
  block sizes being read and written.<br>> <br>> Do you have dmesg fro=
 m around the spurious detach?<br><br>Later -- I have to go *now*.<br></span=
 ></div><div style=3D"color: rgb(0, 0, 0); font-size: 16px; font-family: Hel=
 veticaNeue,Helvetica Neue,Helvetica,Arial,Lucida Grande,sans-serif; backgro=
 und-color: transparent; font-style: normal;"><br><span></span></div><div st=
 yle=3D"color: rgb(0, 0, 0); font-size: 16px; font-family: HelveticaNeue,Hel=
 vetica Neue,Helvetica,Arial,Lucida Grande,sans-serif; background-color: tra=
 nsparent; font-style: normal;"><span>-- Alex<br></span></div><div style=3D"=
 display: block;" class=3D"yahoo_quoted"> <br> <br> <div style=3D"font-famil=
 y: HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-ser=
 if; font-size: 12pt;"> <div style=3D"font-family: HelveticaNeue, Helvetica =
 Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-size: 12pt;"> <div =
 dir=3D"ltr"> <font face=3D"Arial" size=3D"2"> On Friday, January 10, 2014 2=
 :47 AM,
  Hans Petter Selasky <hps at bitfrost.no> wrote:<br> </font> </div>  <di=
 v class=3D"y_msg_container">On 01/10/14 04:02, Alex Goncharov wrote:<br>&gt=
 ;<br>>> Number:         185628<br>>> Catego=
 ry:       usb<br>>> Synopsis:       usb=
 d_req_re_enumerate set address failed USB_ERR_STALLED for Seagate USB drive=
 s between r259425 and r260321<br>>> Confidential:   no<br>>&g=
 t; Severity:       non-critical<br>>> Priority:  =
      low<br>>> Responsible:    freebsd-usb<br>&gt=
 ;> State:          open<br>>> Quarter:<br=
 >>> Keywords:<br>>> Date-Required:<br>>> Class:  &nb=
 sp;       sw-bug<br>>> Submitter-Id:   current-us=
 ers<br>>> Arrival-Date:   Fri Jan 10 03:10:00 UTC 2014<br>>&g=
 t; Closed-Date:<br>>> Last-Modified:<br>>>
  Originator:     Alex Goncharov<br>>> Release:   =
      9.2-STABLE, built from svn source, r260321<br>>> Organ=
 ization:<br>>> Environment:<br>> FreeBSD 9.2-STABLE FreeBSD 9.2-ST=
 ABLE #0 r260321 Sun Jan  5 13:06:01 EST 2014<br>>> Description:<=
 br>> This is an extremely reproducible and very upsetting new problem.<b=
 r><br>Here is a patch you can try, as an attachment.<br><br>--HPS<br><br><b=
 r><br></div>  </div> </div>  </div> </div></body></html>
 --464114708-973494774-1389354540=:24518--