sparc64/141918: [ehci] ehci_interrupt: unrecoverable error, controller halted (sparc64)

Sun Apr 1 07:40:14 UTC 2012

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

From: Manuel Tobias Schiller <mala at hinterbergen.de>
To: Marius Strobl <marius at alchemy.franken.de>
Cc: bug-followup at 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 <mala at hinterbergen.de> wrote:

 > On Fri, 30 Mar 2012 15:50:19 +0200
 > Marius Strobl <marius at alchemy.franken.de> 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 <marius at alchemy.franken.de> 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 <mala at hinterbergen.de>
 > > > > > To: bug-followup at FreeBSD.org, bel at 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: <VIA 83C572 USB controller> port 0xc00200-0xc0021f at device 5.0
 > on pci2 usbus2: <VIA 83C572 USB controller> on uhci0
 > uhci1: <VIA 83C572 USB controller> port 0xc00220-0xc0023f at device 5.1
 > on pci2 usbus3: <VIA 83C572 USB controller> on uhci1
 > ehci0: <VIA VT6202 USB 2.0 controller> mem 0xa000-0xa0ff at device 5.2
 > on pci2 ehci0: VIA-quirk applied
 > usbus4: EHCI version 1.0
 > usbus4: <VIA VT6202 USB 2.0 controller> on ehci0
 >=20
 > The relevant part of "pciconf -l" is:
 >=20
 > uhci0 at pci0:2:5:0:       class=3D0x0c0300 card=3D0x30381106 chip=3D0x30381=
 106
 > rev=3D0x62 hdr=3D0x00 uhci1 at pci0:2:5:1:       class=3D0x0c0300
 > card=3D0x30381106 chip=3D0x30381106 rev=3D0x62 hdr=3D0x00
 > ehci0 at 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--