Date: Sun, 7 Jul 2013 20:22:00 +0200 From: =?utf-8?Q?Hans_Petter_Selasky?= <hans.petter.selasky@bitfrost.no> To: =?utf-8?Q?Adrian_Chadd?= <adrian@freebsd.org> Cc: =?utf-8?Q?freebsd-acpi=40freebsd=2Eorg?= <freebsd-acpi@freebsd.org>, =?utf-8?Q?freebsd-stable=40freebsd=2Eorg?= <freebsd-stable@freebsd.org>, =?utf-8?Q?Ian_Smith?= <smithi@nimnet.asn.au>, =?utf-8?Q?freebsd-usb=40?= =?utf-8?Q?freebsd=2Eorg?= <freebsd-usb@freebsd.org> Subject: RE: USB ports on Lenovo T400 do not work after a suspend/resume Message-ID: <zarafa.51d9b1c8.50e2.45a240e13f4f2420@mail.lockless.no> In-Reply-To: <CAJ-VmokE_=YjewFdLp2NvdMKmPvcxG7P-noLUvL3T_2X7wgfLQ@mail.gmail.com> References: <CAJ-Vmomg2j-nJi%2BqFr3CpCjHKjHEiLE=xyNyx1VGRL5U-r8gzQ@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi,=0D=0A=0D=0AThe USB code should re-attach the uhub driver to the root = HUB and any other HUBs after resume. Part of the attach code is to set th= e power on.=0D=0A=0D=0ASee /sys/dev/usb/usb_hub.c=0D=0A=0D=0AAnd:=0D=0A=0D= =0Agrep -r UHF_PORT_POWER /sys/dev/usb/=0D=0A=0D=0A--HPS=0D=0A=20=0D=0A=20= =0D=0A-----Original message-----=0D=0A> From:Adrian Chadd <adrian@freebsd= =2Eorg <mailto:adrian@freebsd.org> >=0D=0A> Sent: Sunday 7th July 2013 18= :43=0D=0A> To: Hans Petter Selasky <hans.petter.selasky@bitfrost.no <mail= to:hans.petter.selasky@bitfrost.no> >=0D=0A> Cc: freebsd-acpi@freebsd.org= <mailto:freebsd-acpi@freebsd.org> ; freebsd-stable@freebsd.org <mailto:f= reebsd-stable@freebsd.org> ; Ian Smith <smithi@nimnet.asn.au <mailto:smit= hi@nimnet.asn.au> >; freebsd-usb@freebsd.org <mailto:freebsd-usb@freebsd.= org>=20=0D=0A> Subject: Re: USB ports on Lenovo T400 do not work after a = suspend/resume=0D=0A>=20=0D=0A> I don't think it's a USB controller issue= =2E=0D=0A>=20=0D=0A> Those ports are connected to USB hubs, right=3F I wo= nder if there's some=0D=0A> ACPI nonsense that's resulting in the hubs no= t being powered up on=0D=0A> resume.=0D=0A>=20=0D=0A>=20=0D=0A>=20=0D=0A>= -adrian=0D=0A>=20=0D=0A> On 7 July 2013 00:32, Hans Petter Selasky=0D=0A= > <hans.petter.selasky@bitfrost.no <mailto:hans.petter.selasky@bitfrost.n= o> > wrote:=0D=0A> > Hi,=0D=0A> >=0D=0A> > FYI: The USB stack will curren= tly run a complete controller reset upon=0D=0A> > resume, like during boo= t.=0D=0A> >=0D=0A> > --HPS=0D=0A> >=0D=0A> >=0D=0A> >=0D=0A> > -----Origi= nal message-----=0D=0A> >> From:Ian Smith <smithi@nimnet.asn.au <mailto:s= mithi@nimnet.asn.au> >=0D=0A> >> Sent: Sunday 7th July 2013 7:52=0D=0A> >= > To: Adrian Chadd <adrian@freebsd.org <mailto:adrian@freebsd.org> >=0D=0A= > >> Cc: freebsd-acpi@freebsd.org <mailto:freebsd-acpi@freebsd.org> ; fre= ebsd-stable@freebsd.org <mailto:freebsd-stable@freebsd.org> ;=0D=0A> >> f= reebsd-usb@freebsd.org <mailto:freebsd-usb@freebsd.org>=20=0D=0A> >> Subj= ect: Re: USB ports on Lenovo T400 do not work after a suspend/resume=0D=0A= > >>=0D=0A> >> On Sun, 30 Jun 2013 15:02:57 -0700, Adrian Chadd wrote:=0D= =0A> >> > On 30 June 2013 07:22, Ian Smith <smithi@nimnet.asn.au <mailto= :smithi@nimnet.asn.au> > wrote:=0D=0A> >> [..]=0D=0A> >> > > Nothing of = note that I can see, if that usb hub-to-bus remapping is=0D=0A> >> > > n= ormal. As you said, 'CPU0: local APIC error 0x40' looks maybe sus.=0D=0A= > >> > > Maybe someone who knows might comment on that=3F=0D=0A> >>=0D=0A= > >> Does noone know what that signifies=3F Maybe it's not relevant to t= his.=0D=0A> >>=0D=0A> >> > > Just checking: you've tried other USB devic= es apart from uftdi0=3F=0D=0A> >> >=0D=0A> >> > Yup, there's no 5v on t= he port.=0D=0A> >>=0D=0A> >> I was rather taken aback to hear this. Woul= d not this indicate a=0D=0A> >> failure to reinitialise the basic underly= ing USB hardware on resume=3F=0D=0A> >>=0D=0A> >> More than a bit bemused= , Ian=0D=0A> >> _______________________________________________=0D=0A> >>= freebsd-acpi@freebsd.org <mailto:freebsd-acpi@freebsd.org> mailing list= =0D=0A> >> http://lists.freebsd.org/mailman/listinfo/freebsd-acpi <http:/= /lists.freebsd.org/mailman/listinfo/freebsd-acpi>=20=0D=0A> >> To unsubsc= ribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org <mailto:free= bsd-acpi-unsubscribe@freebsd.org> "=0D=0A> >>=0D=0A> ____________________= ___________________________=0D=0A> freebsd-acpi@freebsd.org <mailto:freeb= sd-acpi@freebsd.org> mailing list=0D=0A> http://lists.freebsd.org/mailma= n/listinfo/freebsd-acpi <http://lists.freebsd.org/mailman/listinfo/freebs= d-acpi>=20=0D=0A> To unsubscribe, send any mail to "freebsd-acpi-unsubscr= ibe@freebsd.org <mailto:freebsd-acpi-unsubscribe@freebsd.org> "=0D=0A>=20= =0D=0A=0D=0A From owner-freebsd-usb@FreeBSD.ORG Sun Jul 7 20:10:00 2013 Return-Path: <owner-freebsd-usb@FreeBSD.ORG> Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 97C9E4D7; Sun, 7 Jul 2013 20:10:00 +0000 (UTC) (envelope-from bsd.gaijin@gmail.com) Received: from mail-ve0-x233.google.com (mail-ve0-x233.google.com [IPv6:2607:f8b0:400c:c01::233]) by mx1.freebsd.org (Postfix) with ESMTP id 2FEC112FA; Sun, 7 Jul 2013 20:10:00 +0000 (UTC) Received: by mail-ve0-f179.google.com with SMTP id d10so2988080vea.10 for <multiple recipients>; Sun, 07 Jul 2013 13:09:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:content-type:from:x-priority:in-reply-to:date :cc:message-id:references:to:x-mailer; bh=oKiH05wLm3qn4RP4TRTbr+qFC+Wi6f25ZwqKmWfPmEI=; b=gFs4ZOkEbJuMTNIsetA4sN6Oyt6n8uTkym+l2viW8M8arp2V6QS6Gn+YiOaSroGjmR 64D0mwdArTWNo/bjIGqPt5AUR7WfqLqc4aIcltrCi5M6kEXybrz/bxR+l+IJJodii3M+ aSjzz7C5BcHFk8kDJiRZNDQymfsVBofYW6i54hEr4Ent3KEWlJOySRCFKZY7U7SZjfu4 5WzGk3uRbmH/vtUpCbq5erhG7Ie/DLRxIRFINhPom4Ue+nzct46hTeWPsmpQS976mJxP n30xmCIgJXR3vD3udi6uHEpD6c2lFKtWto+4B/ctuuyYA+IFYTT2ScA5S5N80DTJgcpA 9Eaw== X-Received: by 10.58.34.178 with SMTP id a18mr12145762vej.86.1373227799597; Sun, 07 Jul 2013 13:09:59 -0700 (PDT) Received: from [10.0.3.5] (pool-71-187-55-117.nwrknj.fios.verizon.net. [71.187.55.117]) by mx.google.com with ESMTPSA id sw5sm12668929vdc.4.2013.07.07.13.09.57 for <multiple recipients> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 07 Jul 2013 13:09:58 -0700 (PDT) Subject: Re: XHCI umass support breaks between r248085 and r252560 on 9-STABLE Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) From: Alexandre Kovalenko <bsd.gaijin@gmail.com> X-Priority: 3 (Normal) In-Reply-To: <zarafa.51d91a87.5cfd.20d9b227170fae87@mail.lockless.no> Date: Sun, 7 Jul 2013 16:09:56 -0400 Message-Id: <9478BFAE-550D-485C-97FD-6F669F5B88EE@gmail.com> References: <94A3DD2E-F2E2-4302-8197-BAB213641E2F@gmail.com> <zarafa.51d91a87.5cfd.20d9b227170fae87@mail.lockless.no> To: Hans Petter Selasky <hans.petter.selasky@bitfrost.no> X-Mailer: Apple Mail (2.1508) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: mav@freebsd.org, freebsd-stable@freebsd.org, freebsd-usb@freebsd.org X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: FreeBSD support for USB <freebsd-usb.freebsd.org> List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-usb>, <mailto:freebsd-usb-request@freebsd.org?subject=unsubscribe> List-Archive: <http://lists.freebsd.org/pipermail/freebsd-usb>; List-Post: <mailto:freebsd-usb@freebsd.org> List-Help: <mailto:freebsd-usb-request@freebsd.org?subject=help> List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-usb>, <mailto:freebsd-usb-request@freebsd.org?subject=subscribe> X-List-Received-Date: Sun, 07 Jul 2013 20:10:00 -0000 I do apologize for the typo below, which made my message unclear: I = meant to say that I have reverted _/usr/src/sys/dev/usb/controller_ = directory, specifically the following files: root@twinhead:/usr/src/sys/dev/usb/controller # svn diff -r252560 | grep = Index: Index: xhci_pci.c Index: ohci_pci.c Index: xhci.c Index: usb_controller.c Index: xhcireg.h root@twinhead:/usr/src/sys/dev/usb/controller #=20 which (I think) are USB related and not CAM related. Please, let me know = if I am wrong. SIde question (I have been off the lists for a while): is it now = considered polite to top-post? It was frowned upon way back when=E2=80=A6 = if it still is not, I do apologize, but I can see no good way to fix it = at this point. Alexandre "Sunny" Kovalenko (=D0=9E=D0=BB=D0=B5=D0=BA=D1=81=D0=B0=D0=BD=D0= =B4=D1=80 =D0=9A=D0=BE=D0=B2=D0=B0=D0=BB=D0=B5=D0=BD=D0=BA=D0=BE) On Jul 7, 2013, at 3:36 AM, Hans Petter Selasky = <hans.petter.selasky@bitfrost.no> wrote: > Hi, >=20 > Check for CAM/SCSI related changes. There has not been so many USB = changes recently. Possibly not USB related. >=20 > Thank you, >=20 > --HPS > =20 > -----Original message----- > > From:Alexandre Kovalenko <bsd.gaijin@gmail.com> > > Sent: Thursday 4th July 2013 20:58 > > To: freebsd-usb@freebsd.org > > Cc: freebsd-stable@freebsd.org > > Subject: XHCI umass support breaks between r248085 and r252560 on = 9-STABLE > >=20 > > Three different external hard drives (Seagate, Western Digital and = noname USB 3.0 enclosure) refused to be recognized as the umass devices. = Reverting /usr/src/sys/dev/bsd/controller to r248085, building and = loading just xhci module makes drives appear again. Below are snippets = from the log in both cases: > >=20 > > Non working: > >=20 > > Jul 4 14:35:17 twinhead kernel: xhci0: <XHCI (generic) USB 3.0 = controller> mem 0xfddfe000-0xfddfffff irq 16 at device 0.0 on pci2 > > Jul 4 14:35:17 twinhead kernel: xhci0: 64 byte context size. > > Jul 4 14:35:17 twinhead kernel: usbus0 on xhci0 > > Jul 4 14:35:17 twinhead kernel: usbus0: 5.0Gbps Super Speed USB = v3.0 > > Jul 4 14:35:17 twinhead kernel: ugen0.1: <0x1912> at usbus0 > > Jul 4 14:35:17 twinhead kernel: uhub0: <0x1912 XHCI root HUB, class = 9/0, rev 3.00/1.00, addr 1> on usbus0 > > Jul 4 14:35:17 twinhead kernel: uhub0: 8 ports with 8 removable, = self powered > > Jul 4 14:35:24 twinhead kernel: ugen0.2: <ASMedia> at usbus0 > > Jul 4 14:35:24 twinhead kernel: umass0: <ASMedia AS2105, class 0/0, = rev 3.00/0.01, addr 1> on usbus0 > > Jul 4 14:35:29 twinhead kernel: (probe0:umass-sim0:0:0:0): INQUIRY. = CDB: 12 00 00 00 24 00=20 > > Jul 4 14:35:29 twinhead kernel: (probe0:umass-sim0:0:0:0): CAM = status: CCB request completed with an error > > Jul 4 14:35:29 twinhead kernel: (probe0:umass-sim0:0:0:0): Retrying = command > > Jul 4 14:35:30 twinhead kernel: (probe0:umass-sim0:0:0:0): INQUIRY. = CDB: 12 00 00 00 24 00=20 > > Jul 4 14:35:30 twinhead kernel: (probe0:umass-sim0:0:0:0): CAM = status: CCB request completed with an error > > Jul 4 14:35:30 twinhead kernel: (probe0:umass-sim0:0:0:0): Retrying = command > > Jul 4 14:35:35 twinhead kernel: (probe0:umass-sim0:0:0:0): INQUIRY. = CDB: 12 00 00 00 24 00=20 > > Jul 4 14:35:35 twinhead kernel: (probe0:umass-sim0:0:0:0): CAM = status: CCB request completed with an error > > Jul 4 14:35:35 twinhead kernel: (probe0:umass-sim0:0:0:0): Retrying = command > > Jul 4 14:35:36 twinhead kernel: (probe0:umass-sim0:0:0:0): INQUIRY. = CDB: 12 00 00 00 24 00=20 > > Jul 4 14:35:36 twinhead kernel: (probe0:umass-sim0:0:0:0): CAM = status: CCB request completed with an error > > Jul 4 14:35:36 twinhead kernel: (probe0:umass-sim0:0:0:0): Retrying = command > > Jul 4 14:35:41 twinhead kernel: (probe0:umass-sim0:0:0:0): INQUIRY. = CDB: 12 00 00 00 24 00=20 > > Jul 4 14:35:41 twinhead kernel: (probe0:umass-sim0:0:0:0): CAM = status: CCB request completed with an error > > Jul 4 14:35:41 twinhead kernel: (probe0:umass-sim0:0:0:0): Error 5, = Retries exhausted > >=20 > > Working: > >=20 > > Jul 4 14:40:20 twinhead kernel: ugen0.2: <ASMedia> at usbus0 = (disconnected) > > Jul 4 14:40:20 twinhead kernel: umass0: at uhub0, port 2, addr 1 = (disconnected) > > Jul 4 14:40:27 twinhead kernel: ugen0.2: <vendor 0x174c> at usbus0 > > Jul 4 14:40:27 twinhead kernel: umass0: <vendor 0x174c product = 0x5106, class 0/0, rev 3.00/0.01, addr 1> on usbus0 > > Jul 4 14:40:27 twinhead kernel: (probe0:umass-sim0:0:0:0): REPORT = LUNS. CDB: a0 00 00 00 00 00 00 00 00 10 00 00=20 > > Jul 4 14:40:27 twinhead kernel: (probe0:umass-sim0:0:0:0): CAM = status: SCSI Status Error > > Jul 4 14:40:27 twinhead kernel: (probe0:umass-sim0:0:0:0): SCSI = status: Check Condition > > Jul 4 14:40:27 twinhead kernel: (probe0:umass-sim0:0:0:0): SCSI = sense: ILLEGAL REQUEST asc:20,0 (Invalid command operation code) > > Jul 4 14:40:27 twinhead kernel: (probe0:umass-sim0:0:0:0): Error = 22, Unretryable error > > Jul 4 14:40:27 twinhead kernel: da0 at umass-sim0 bus 0 scbus4 = target 0 lun 0 > > Jul 4 14:40:27 twinhead kernel: da0: <Hitachi HTS542520K9SA00 BBDO> = Fixed Direct Access SCSI-5 device=20 > > Jul 4 14:40:27 twinhead kernel: da0: 400.000MB/s transfers > > Jul 4 14:40:27 twinhead kernel: da0: 190782MB (390721968 512 byte = sectors: 255H 63S/T 24321C) > > Jul 4 14:40:27 twinhead kernel: da0: quirks=3D0x2<NO_6_BYTE> > >=20 > > I can provide additional information or try patches as necessary. > >=20 > > Alexandre "Sunny" Kovalenko (=D0=9E=D0=BB=D0=B5=D0=BA=D1=81=D0=B0=D0=BD= =D0=B4=D1=80 =D0=9A=D0=BE=D0=B2=D0=B0=D0=BB=D0=B5=D0=BD=D0=BA=D0=BE) > >=20 > > _______________________________________________ > > freebsd-usb@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-usb > > To unsubscribe, send any mail to = "freebsd-usb-unsubscribe@freebsd.org"
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?zarafa.51d9b1c8.50e2.45a240e13f4f2420>