CPU Cache and busdma usage in USB

Marcel Moolenaar xcllnt at mac.com
Tue Jul 14 17:59:10 UTC 2009


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ęcik 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 from
>>>> 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
>> 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  
> the release since USB is currently broken on at least three ARM  
> 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  
> be pushed into SVN shortly. In case you'd like to apply the fix  
> 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 :-)

-- 
Marcel Moolenaar
xcllnt at mac.com





More information about the freebsd-arm mailing list