Date: Tue, 14 Jul 2009 09:58:51 -0700 From: Marcel Moolenaar <xcllnt@mac.com> To: Rafal Jaworowski <raj@semihalf.com> Cc: Marcel Moolenaar <marcel@freebsd.org>, =?iso-8859-2?Q?Piotr_Zi=EAcik?= <kosmo@semihalf.com>, freebsd-usb@freebsd.org, freebsd-arm@freebsd.org, thompsa@freebsd.org Subject: Re: CPU Cache and busdma usage in USB Message-ID: <E4BEDDE0-2872-4934-9A53-4121E33390B5@mac.com> In-Reply-To: <FB60465B-D714-4534-B07F-890C72A9CB33@semihalf.com> References: <200906231035.43096.kosmo@semihalf.com> <200907091834.42462.hselasky@c2i.net> <200907141031.11185.kosmo@semihalf.com> <200907141036.44652.hselasky@c2i.net> <FB60465B-D714-4534-B07F-890C72A9CB33@semihalf.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Jul 14, 2009, at 2:21 AM, Rafal Jaworowski wrote: > > 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/=20 >>>> invalidated. 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). Rafal, Anything I can do to help? (as a reminder: I have an Orion board) > >> 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 Good! I was about to start a discussion about reverting rev. 194459 for now. We're about to start BETA-2 and it helps (at least Juniper :-) to have 8.0-RELEASE not be DOA :-) --=20 Marcel Moolenaar xcllnt@mac.com
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?E4BEDDE0-2872-4934-9A53-4121E33390B5>