Date: Fri, 30 Mar 2012 14:40:06 GMT From: Manuel Tobias Schiller <mala@hinterbergen.de> (by way of 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: <201203301440.q2UEe6Nq020937@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> (by way of Manuel Tobias Schiller <mala@hinterbergen.de>) To: Marius Strobl <marius@alchemy.franken.de> Cc: Subject: Re: sparc64/141918: [ehci] ehci_interrupt: unrecoverable error, controller halted (sparc64) Date: Fri, 30 Mar 2012 16:04:13 +0200 --Sig_/39XTsa+J.jgUJ3EIpxh16o7 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Fri, 30 Mar 2012 15:50:19 +0200 Marius Strobl <marius@alchemy.franken.de> wrote: > 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 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). These are the kernel-messages: 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 p= ci2 ehci0: VIA-quirk applied usbus4: EHCI version 1.0 usbus4: <VIA VT6202 USB 2.0 controller> on ehci0 The relevant part of "pciconf -l" is: uhci0@pci0:2:5:0: class=3D0x0c0300 card=3D0x30381106 chip=3D0x3038110= 6 rev=3D0x62 hdr=3D0x00 uhci1@pci0:2:5:1: class=3D0x0c0300 card=3D0x30381106 chip=3D0x3038110= 6 rev=3D0x62 hdr=3D0x00 ehci0@pci0:2:5:2: class=3D0x0c0320 card=3D0x31041106 chip=3D0x3104110= 6 rev=3D0x65 hdr=3D0x00 (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...) Manuel --=20 Homepage: http://www.hinterbergen.de/mala OpenPGP: 0xA330353E (DSA) or 0xD87D188C (RSA) --Sig_/39XTsa+J.jgUJ3EIpxh16o7 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iQGcBAEBAgAGBQJPdb1dAAoJEEPbVOqHHK4g65IL/0a+3MI5BNSieae9OpWx4NW1 vBbhNHBGt6TiJXz9ftW09SmqYXTcK0I7HBs/M4RnKWNnAjYyh+6m74XxY5ldi9bR nYE+Ts4JKmhQy2kFICT0WdfEVOTj5rYihYtRfqrKrKw49TXDux8n0EqJJCawnpRK X2ZCtDpXLateWCsVcsg1pGQd3nRWcT2A05irKWIg/hSQLeoC3Y421OrxZV/6BXKP fw4skpy5bLqWdWAj4rsW9fPEc+CQ4VQ3TkKqaOPNOiVgwCVLwO2Ruo818X1i3C7q oTRlE5dPpF7Nog8ZxzMog+QWco/CuZ3SHn3eGPZJg++UgVMeqEFl1wr2m3q9yUD9 HlflsatuHZMW9KqzO+STadC5FwSlWFqXL99DvzeXeV7JJa35CtPQRml4PBuMDZGr gWntbPz3mFVFHLmj8bLrFafgXkq9/fpL2mu/voSV6RuHBfU/GDwc0ozDEloI+Da6 cCZPAFhdJfabefFvti5l3pUFi05T1exS54uX6sDqxA== =GLuu -----END PGP SIGNATURE----- --Sig_/39XTsa+J.jgUJ3EIpxh16o7--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201203301440.q2UEe6Nq020937>