From owner-freebsd-sparc64@FreeBSD.ORG Sun Apr 1 07:40:14 2012 Return-Path: Delivered-To: freebsd-sparc64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E03C106564A for ; Sun, 1 Apr 2012 07:40:14 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 6EA178FC14 for ; Sun, 1 Apr 2012 07:40:14 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q317eE27076454 for ; Sun, 1 Apr 2012 07:40:14 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q317eEfM076453; Sun, 1 Apr 2012 07:40:14 GMT (envelope-from gnats) Date: Sun, 1 Apr 2012 07:40:14 GMT Message-Id: <201204010740.q317eEfM076453@freefall.freebsd.org> To: freebsd-sparc64@FreeBSD.org From: Manuel Tobias Schiller Cc: Subject: Re: sparc64/141918: [ehci] ehci_interrupt: unrecoverable error, controller halted (sparc64) X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Manuel Tobias Schiller List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Apr 2012 07:40:14 -0000 The following reply was made to PR sparc64/141918; it has been noted by GNATS. From: Manuel Tobias Schiller To: Marius Strobl Cc: bug-followup@FreeBSD.org Subject: Re: sparc64/141918: [ehci] ehci_interrupt: unrecoverable error, controller halted (sparc64) Date: Sun, 1 Apr 2012 09:33:03 +0200 --Sig_/kyIP4yYpNDIXgcPafOsemRN Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Fri, 30 Mar 2012 16:04:13 +0200 Manuel Tobias Schiller wrote: > On Fri, 30 Mar 2012 15:50:19 +0200 > Marius Strobl wrote: >=20 > > On Fri, Mar 30, 2012 at 03:34:26PM +0200, Manuel Tobias Schiller > > wrote: > > > On Fri, 30 Mar 2012 15:30:26 +0200 > > > Marius Strobl wrote: > > >=20 > > > > On Fri, Mar 30, 2012 at 01:00:25PM +0000, Manuel Tobias Schiller > > > > wrote: > > > > > The following reply was made to PR sparc64/141918; it has been > > > > > noted by GNATS. > > > > >=20 > > > > > From: Manuel Tobias Schiller > > > > > To: bug-followup@FreeBSD.org, bel@orel.ru > > > > > Cc: =20 > > > > > Subject: Re: sparc64/141918: [ehci] ehci_interrupt: > > > > > unrecoverable error, controller halted (sparc64) > > > > > Date: Fri, 30 Mar 2012 14:58:07 +0200 > > > > >=20 > > > > > --Sig_/VHMCV0/0GzXjMMwv0Mf__N+ > > > > > Content-Type: text/plain; charset=3DUS-ASCII > > > > > Content-Transfer-Encoding: quoted-printable > > > > > =20 > > > > > Dear all, > > > > > =20 > > > > > has there been any progress on this one? I'm seeing basically > > > > > the same thing with FreeBSD 9, but in my case the problem turns > > > > > up when I try to mount one of my ZFS filesystems built in a > > > > > RAIDZ configuration on real hard disks connected over USB. The > > > > > disks are fine, and the ZFS filesystem was unexported cleanly > > > > > on a different machine. You can find the kernel messages from > > > > > dmesg below.=20 > > > > > I'm willing to test patches, but it might take a while, since > > > > > my machine (Netra T1 AC200 with a 500 MHz CPU) is not quite > > > > > that fast when recompiling kernels. > > > > > =20 > > > >=20 > > > > Have you given the two patches mentioned earlier in the > > > > audit-trail of this PR a try? It's probably a good idea to > > > > additionally put "options USB_HOST_ALIGN=3D64" into the kernel > > > > configuration file when testing the one for usb_transfer.c. > > > >=20 > > > > Marius > > >=20 > > > Hi Marius, > > >=20 > > > ok, so you did not get feedback on those patches. > >=20 > > No; so far I also couldn't reproduce this problem using the on-board > > EHCI controllers in sun4u machines or the add-on cards I have. What > > controller is this? If I'm not mistaken, the T1-AC200 don't have an > > on-board EHCI controller. > >=20 > > Marius >=20 > Correct. These are "no-name" VIA PCI USB 2.0 controllers. In the past, > I've swapped several of these (bought more than one year apart - this is > what you got at the time when buying a USB controller in the area where > I used to live) between the two Netra machines I administer, and it does > not seems to be specific to the machine or a specific controller card > (in the sense that these PCI cards run fine and without hiccups on > Linux/ppc and Linux/x86). >=20 > These are the kernel-messages: >=20 > uhci0: port 0xc00200-0xc0021f at device 5.0 > on pci2 usbus2: on uhci0 > uhci1: port 0xc00220-0xc0023f at device 5.1 > on pci2 usbus3: on uhci1 > ehci0: mem 0xa000-0xa0ff at device 5.2 > on pci2 ehci0: VIA-quirk applied > usbus4: EHCI version 1.0 > usbus4: on ehci0 >=20 > The relevant part of "pciconf -l" is: >=20 > uhci0@pci0:2:5:0: class=3D0x0c0300 card=3D0x30381106 chip=3D0x30381= 106 > rev=3D0x62 hdr=3D0x00 uhci1@pci0:2:5:1: class=3D0x0c0300 > card=3D0x30381106 chip=3D0x30381106 rev=3D0x62 hdr=3D0x00 > ehci0@pci0:2:5:2: class=3D0x0c0320 card=3D0x31041106 chip=3D0x31041= 106 > rev=3D0x65 hdr=3D0x00 >=20 > (World and kernel build for the latest 9-STABLE is on its way, first a > reference kernel without patches so I know what I compare to...) >=20 > Manuel Hi Marius, it seems that the first patch alone (http://people.freebsd.org/~kan/usb_rspro.diff) does not solve the issue. I'm currently compiling a kernel with the second patch on its own (with "options USB_HOST_ALIGN=3D64" in the kernel options as you suggested), and I'll let you know what comes out. Should I also build a kernel with both patches (assuming the one I'm currently building does not work either)? Manuel --=20 Homepage: http://www.hinterbergen.de/mala OpenPGP: 0xA330353E (DSA) or 0xD87D188C (RSA) --Sig_/kyIP4yYpNDIXgcPafOsemRN Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iQGcBAEBAgAGBQJPeASvAAoJEEPbVOqHHK4gFp8L/0q5Jm7J0KhEPPcHJRE26T3w TgE+NCN7KoiwgNnajD6wPjZGqZzUGOQLnEu0iaL3yZIIpsxl8uVgORNBbpZ44EIE G5Ox1IN+zxy7X7enbT4tXS09LSbgiVagCYYcWKYb2dxVTvm4ps55ysOFCD8ASTUF E46RTPzB0K1zbwVH+MFVuAwIjc5wKkWyUrTjaTS52fef/hXjOkciY6ZJ+DqABSko 6GGsDrLQ3cXMhtWHKZrqdcBJJbdaxkkMkK+DkoftJjpZMmp7uH77f6/Ed/CCSpOS E8rubeMMv5zZ/eizjG2eViIePgqKOGLIwcChFgXMSfCVD6v5Zbh+t6owQ3I276U7 kDAtEqM4Gs15SCr6fmgHMGqp/eWDJyants0/mYJFM/7RSyns9o3zPsusFiiv7Bgc R6pAp8Qeyhhnzr3aLj+3q8FPB9aNK0Z8RefPiBykq0S/0o/Nnuujj+dAD/6zEYPx 8vLbqSGr6ti7f6jruyoJdDbSLv0gMOeal4nRs/XIuQ== =pVWu -----END PGP SIGNATURE----- --Sig_/kyIP4yYpNDIXgcPafOsemRN--