Date: Tue, 14 Jul 2009 11:21:39 +0200 From: Rafal Jaworowski <raj@semihalf.com> To: Hans Petter Selasky <hselasky@c2i.net> Cc: thompsa@freebsd.org, freebsd-arm@freebsd.org, Marcel Moolenaar <marcel@freebsd.org>, =?ISO-8859-2?Q?Piotr_Zi=EAcik?= <kosmo@semihalf.com>, freebsd-usb@freebsd.org Subject: Re: CPU Cache and busdma usage in USB Message-ID: <FB60465B-D714-4534-B07F-890C72A9CB33@semihalf.com> In-Reply-To: <200907141036.44652.hselasky@c2i.net> References: <200906231035.43096.kosmo@semihalf.com> <200907091834.42462.hselasky@c2i.net> <200907141031.11185.kosmo@semihalf.com> <200907141036.44652.hselasky@c2i.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2009-07-14, at 10:36, Hans Petter Selasky wrote: > On Tuesday 14 July 2009 10:31:10 Piotr Zi=EAcik wrote: >>> 1) My analysis: Only the data areas are being flushed/invalidated. =20= >>> No >>> transfer descriptors are flushed/invalidated. I see no cache =20 >>> operations >>> happening on any DMA control structures, even though there are =20 >>> calls from >>> EHCI to xxx_pc_flush() and xxx_pc_invalidate(). >> > >> Probaby you see more on your AT91 device as you know USB stack =20 >> 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-=20 > current > release. As soon as I find time I will fire off a build and debug. Please note these problems should be considered as a showstopper for =20 the release since USB is currently broken on at least three ARM =20 platforms in the tree (Marvell). > BTW: Has pmap been fixed for ARM in 8-current? Seems like the most critical problems (panics) are resolved and will =20 be pushed into SVN shortly. In case you'd like to apply the fix =20 directly, see: = http://people.freebsd.org/~raj/patches/arm/pmap-fixes.diff Rafal
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?FB60465B-D714-4534-B07F-890C72A9CB33>