From owner-freebsd-arm@FreeBSD.ORG Tue Jul 14 08:37:04 2009 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87C91106566B; Tue, 14 Jul 2009 08:37:04 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe03.swip.net [212.247.154.65]) by mx1.freebsd.org (Postfix) with ESMTP id BA20D8FC26; Tue, 14 Jul 2009 08:37:03 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=Hrwt8fWgTlIA:10 a=gg2W7PyvkLb8p4ie143lBA==:17 a=om2l70Afvy8vTdHHAnkA:9 a=5FU4yHL6dsHrAk0xMt0YfBKeK2UA:4 Received: from [194.248.135.20] (account mc467741@c2i.net HELO laptop.adsl.tele2.no) by mailfe03.swip.net (CommuniGate Pro SMTP 5.2.13) with ESMTPA id 1284812544; Tue, 14 Jul 2009 10:37:02 +0200 From: Hans Petter Selasky To: Piotr =?iso-8859-2?q?Zi=EAcik?= Date: Tue, 14 Jul 2009 10:36:43 +0200 User-Agent: KMail/1.11.4 (FreeBSD/8.0-BETA1; KDE/4.2.4; i386; ; ) References: <200906231035.43096.kosmo@semihalf.com> <200907091834.42462.hselasky@c2i.net> <200907141031.11185.kosmo@semihalf.com> In-Reply-To: <200907141031.11185.kosmo@semihalf.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200907141036.44652.hselasky@c2i.net> Cc: freebsd-arm@freebsd.org, thompsa@freebsd.org, freebsd-usb@freebsd.org Subject: Re: CPU Cache and busdma usage in USB X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jul 2009 08:37:05 -0000 On Tuesday 14 July 2009 10:31:10 Piotr Zi=EAcik wrote: > > 1) My analysis: Only the data areas are being flushed/invalidated. No > > transfer descriptors are flushed/invalidated. I see no cache operations > > happening on any DMA control structures, even though there are calls fr= om > > EHCI to xxx_pc_flush() and xxx_pc_invalidate(). > > Probaby you see more on your AT91 device as you know USB stack internals. > Have you tried to bring up OHCI on you ARM board ? Not yet. I'm terribly busy with some LibUSB stuff headed for the 8-current= =20 release. As soon as I find time I will fire off a build and debug. BTW: Has pmap been fixed for ARM in 8-current? =2D-HPS