From owner-freebsd-sparc64@FreeBSD.ORG Mon Feb 8 18:26:23 2010 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CF571065692; Mon, 8 Feb 2010 18:26:23 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe07.swip.net [212.247.154.193]) by mx1.freebsd.org (Postfix) with ESMTP id 3441C8FC1E; Mon, 8 Feb 2010 18:26:21 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=BqtR6jefYgkA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=6I5d2MoRAAAA:8 a=5F6Xy0tfDoUezQ_u9gkA:9 a=n5CRwOD6ktq5Ah3HwqAA:7 a=GSo6I3oJ3zuFYQrQXAN5hLNl7YcA:4 a=SV7veod9ZcQA:10 a=Oy8OSGZW6l1K13Y0:21 a=ZY9zTq6hH1UYXO0_:21 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe07.swip.net (CommuniGate Pro SMTP 5.2.16) with ESMTPA id 1364136190; Mon, 08 Feb 2010 19:26:20 +0100 From: Hans Petter Selasky To: pyunyh@gmail.com Date: Mon, 8 Feb 2010 19:24:54 +0100 User-Agent: KMail/1.12.4 (FreeBSD/8.0-STABLE; KDE/4.3.4; amd64; ; ) References: <201002080910.o189A3fp080625@freefall.freebsd.org> <201002081520.26468.hselasky@c2i.net> <20100208180549.GB1358@michelle.cdnetworks.com> In-Reply-To: <20100208180549.GB1358@michelle.cdnetworks.com> X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'(; _IjlA: hGE..Ew, XAQ*o#\/M~SC=S1-f9{EzRfT'|Hhll5Q]ha5Bt-s|oTlKMusi:1e[wJl}kd}GR Z0adGx-x_0zGbZj'e(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201002081924.54241.hselasky@c2i.net> Cc: freebsd-sparc64@freebsd.org, linimon@freebsd.org, Marius Strobl 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 List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Feb 2010 18:26:23 -0000 On Monday 08 February 2010 19:05:49 Pyun YongHyeon wrote: > On Mon, Feb 08, 2010 at 03:20:26PM +0100, Hans Petter Selasky wrote: > > On Monday 08 February 2010 10:10:03 Marius Strobl wrote: > > > The following reply was made to PR sparc64/141918; it has been noted by > > > GNATS. > > > > > > From: Marius Strobl > > > To: linimon@freebsd.org, bug-followup@freebsd.org, bel@orel.ru > > > Cc: > > > Subject: Re: sparc64/141918: [ehci] ehci_interrupt: unrecoverable > > > error, controller halted (sparc64) Date: Mon, 8 Feb 2010 10:07:42 +0100 > > > > > > On Mon, Feb 08, 2010 at 07:05:29AM +0000, linimon@freebsd.org wrote: > > > > hps claims that this may be sparc64-specific. > > > > > > As outlined here it's unlikely that this is a problem of the sparc64 > > > bus_dmamap_sync(9): > > > > Hi, > > > > > > > > http://lists.freebsd.org/pipermail/freebsd-sparc64/2009-December/006866 > > >.ht ml There are however known problems with usb(4) in this regard, see > > > for > > > > The issue mentioned above was patched in 9-current some months back. Have > > you tried 9-current? > > > > > http://svn.freebsd.org/viewvc/base?view=revision&revision=203080 > > > > On point about busdma is that you should be able to pass any kernel > > virtual address to be loaded into DMA. If the kernel virtual address is > > not correctly aligned, a bounce page must be used, so that surrounding > > memory is not disturbed. And that is not an USB problem. > > Would you elaborate on this? I don't think sparc64 needs bounce > buffer as it uses DVMA. I have no idea how bounce buffer can > address the alignment mismatches unless bounce buffer is created on > certain alignment boundary. If you put the data in a bounce buffer, you can clear data before and after the actual data without caring too much about it. --HPS