On Thu, Dec 2, 2010 at 2:35 AM, Thomas Hellstrom wrote:
> On 12/02/2010 03:49 AM, april wrote:
>>
>> thanks Thomas
>>
>> I want to flush CPU cache, before use DMA ?from system memory to VRAM.
>>
>> Seems I should do this in driver move function itself.
>>
>
> Yes. That's the right way.
>
>> bty,
>
On Thu, Dec 2, 2010 at 2:35 AM, Thomas Hellstrom wrote:
> On 12/02/2010 03:49 AM, april wrote:
>>
>> thanks Thomas
>>
>> I want to flush CPU cache, before use DMA from system memory to VRAM.
>>
>> Seems I should do this in driver move function itself.
>>
>
> Yes. That's the right way.
>
>> bty,
>
thanks Thomas
I want to flush CPU cache, before use DMA from system memory to VRAM.
Seems I should do this in driver move function itself.
bty,
when BO changes from cached to write-combined, CPU cache will be
flushed, and all the pages in this BO will do this.
but, may be only a small part of p
On 12/02/2010 03:49 AM, april wrote:
> thanks Thomas
>
> I want to flush CPU cache, before use DMA from system memory to VRAM.
>
> Seems I should do this in driver move function itself.
>
Yes. That's the right way.
> bty,
> when BO changes from cached to write-combined, CPU cache will be
> f
On 12/02/2010 03:49 AM, april wrote:
thanks Thomas
I want to flush CPU cache, before use DMA from system memory to VRAM.
Seems I should do this in driver move function itself.
Yes. That's the right way.
bty,
when BO changes from cached to write-combined, CPU cache will be
flushed, and
thanks Thomas
I want to flush CPU cache, before use DMA from system memory to VRAM.
Seems I should do this in driver move function itself.
bty,
when BO changes from cached to write-combined, CPU cache will be
flushed, and all the pages in this BO will do this.
but, may be only a small part of p
On 12/01/2010 04:58 AM, april wrote:
> hi all:
>
> I have a question:
>
> If a BO in VRAM (WC) evict to SYS memory(may be cached), and user
> process still can access it event it is in SYS memory (may be cached)
> .
> when this BO volidate to VRAM, It seems "ttm_bo_handle_move_mem" not
> flush c
hi all:
I have a question:
If a BO in VRAM (WC) evict to SYS memory(may be cached), and user
process still can access it event it is in SYS memory (may be cached)
.
when this BO volidate to VRAM, It seems "ttm_bo_handle_move_mem" not
flush cache (If evict to SYS memory with cached).
But flu
On Tue, Nov 30, 2010 at 10:58 PM, april wrote:
> hi all:
>
> I have a question:
>
> If a BO in VRAM (WC) evict to SYS memory(may be cached), ?and user
> process still can access it event it is in SYS memory (may be cached)
> .
> when this BO volidate to VRAM, ?It seems "ttm_bo_handle_move_mem" ?no
On 12/01/2010 04:58 AM, april wrote:
hi all:
I have a question:
If a BO in VRAM (WC) evict to SYS memory(may be cached), and user
process still can access it event it is in SYS memory (may be cached)
.
when this BO volidate to VRAM, It seems "ttm_bo_handle_move_mem" not
flush cache (If evict
On Tue, Nov 30, 2010 at 10:58 PM, april wrote:
> hi all:
>
> I have a question:
>
> If a BO in VRAM (WC) evict to SYS memory(may be cached), and user
> process still can access it event it is in SYS memory (may be cached)
> .
> when this BO volidate to VRAM, It seems "ttm_bo_handle_move_mem" no
hi all:
I have a question:
If a BO in VRAM (WC) evict to SYS memory(may be cached), and user
process still can access it event it is in SYS memory (may be cached)
.
when this BO volidate to VRAM, It seems "ttm_bo_handle_move_mem" not
flush cache (If evict to SYS memory with cached).
But flus
12 matches
Mail list logo
