I don't see how these patches work.  (I may be confused - I've not had
any coffee yet :-)

- The hcca is allocated from consistent memory but then bus_to_virt is
used on the allocation (which will fail, at least on some
implementations).

- I think there is more than one place where the cache needs to be
invalidated or written back to guarantee the transfered data

- if the data needs to be flushed/invalidated, why don't the td's &
ed's?  with just these patches won't the td's & ed's will come from
cached memory?

Did I miss something?

(I'm not going to hold the strong-arm ohci driver up as a pretty solution,
but it I beleive it gets close to solving all these problems and has
flush/invalidate macros in the right places)

-brad

David Brownell wrote:
>This is a multi-part message in MIME format.
>
>------=_NextPart_000_0303_01C0A670.C82E4F40
>Content-Type: text/plain;
>       charset="iso-8859-1"
>Content-Transfer-Encoding: 7bit
>
>These two patches basically come from Steve Longerbeam
>(MontaVista) and are part of what's needed to make OHCI
>work on MIPS and other platforms (ARM, ...) that 
>
>    - ohci-hcca.patch ... makes one of the types of memory
>      shared between host and HC use "pci consistent" memory.
>    
>    - ochi-wback.patch ... fix a caching problem on MIPS
>
>The HCCA patch looks big, but it's mostly changing from
>member to pointer access.  Some more patches are needed
>to make OHCI work on platforms that need "consistent"
>DMA magic, but I'd like to see this part integrated first.
>
>- Dave

_______________________________________________
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
http://lists.sourceforge.net/lists/listinfo/linux-usb-devel

Reply via email to