Date: Sun, 1 Apr 2012 07:40:14 GMT From: Manuel Tobias Schiller <mala@hinterbergen.de> To: freebsd-sparc64@FreeBSD.org Subject: Re: sparc64/141918: [ehci] ehci_interrupt: unrecoverable error, controller halted (sparc64) Message-ID: <201204010740.q317eEfM076453@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
The following reply was made to PR sparc64/141918; it has been noted by GNATS. From: Manuel Tobias Schiller <mala@hinterbergen.de> To: Marius Strobl <marius@alchemy.franken.de> 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 <mala@hinterbergen.de> wrote: > On Fri, 30 Mar 2012 15:50:19 +0200 > Marius Strobl <marius@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@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@hinterbergen.de> > > > > > 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: <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@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--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201204010740.q317eEfM076453>