All of lore.kernel.org
 help / color / mirror / Atom feed
* Gart to vram/vram to gart transfers broken on NVS 140M
@ 2010-04-22 10:13 Martin Peres
       [not found] ` <4BD02139.4090506-GANU6spQydw@public.gmane.org>
  0 siblings, 1 reply; 4+ messages in thread
From: Martin Peres @ 2010-04-22 10:13 UTC (permalink / raw)
  To: nouveau

Hi Nouveau folks,

I've been encountering some corruption on pixmaps for a while now, and 
it seems like the problem comes from the DFS/UTS (Download From Screen / 
Upload To Screen).

In fact, I'm pretty sure the problem comes from there as screenshots are 
garbled and so does a few more things.

I may have time to dig this up, where should I start, is there some 
documentation on the NVS 140M ? Where is the gart2vram code located ?
Do you have any idea of where could be the problem ?

Thanks,

Martin

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Gart to vram/vram to gart transfers broken on NVS 140M
       [not found] ` <4BD02139.4090506-GANU6spQydw@public.gmane.org>
@ 2010-04-22 10:20   ` Stephane Marchesin
       [not found]     ` <x2g6a89f9d51004220320w47174461l295eac76baa1e0e1-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
  0 siblings, 1 reply; 4+ messages in thread
From: Stephane Marchesin @ 2010-04-22 10:20 UTC (permalink / raw)
  To: Martin Peres; +Cc: nouveau

On Thu, Apr 22, 2010 at 03:13, Martin Peres <martin.peres-GANU6spQydw@public.gmane.org> wrote:
> Hi Nouveau folks,
>
> I've been encountering some corruption on pixmaps for a while now, and it
> seems like the problem comes from the DFS/UTS (Download From Screen / Upload
> To Screen).
>
> In fact, I'm pretty sure the problem comes from there as screenshots are
> garbled and so does a few more things.
>
> I may have time to dig this up, where should I start, is there some
> documentation on the NVS 140M ? Where is the gart2vram code located ?
> Do you have any idea of where could be the problem ?
>

If you really think that's UTS/DFS, edit nouveau_exa.c and disable
them (change the UTS/DFS functions to return FALSE, that'll trigger
fallbacks to sw copying).

Stephane

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Gart to vram/vram to gart transfers broken on NVS 140M
       [not found]     ` <x2g6a89f9d51004220320w47174461l295eac76baa1e0e1-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
@ 2010-04-23  6:24       ` Programmeur fou
  2010-04-25 16:45       ` Martin PERES
  1 sibling, 0 replies; 4+ messages in thread
From: Programmeur fou @ 2010-04-23  6:24 UTC (permalink / raw)
  To: Stephane Marchesin; +Cc: nouveau

Le 22/04/2010 12:20, Stephane Marchesin a écrit :
> On Thu, Apr 22, 2010 at 03:13, Martin Peres<martin.peres-GANU6spQydw@public.gmane.org>  wrote:
>    
>> Hi Nouveau folks,
>>
>> I've been encountering some corruption on pixmaps for a while now, and it
>> seems like the problem comes from the DFS/UTS (Download From Screen / Upload
>> To Screen).
>>
>> In fact, I'm pretty sure the problem comes from there as screenshots are
>> garbled and so does a few more things.
>>
>> I may have time to dig this up, where should I start, is there some
>> documentation on the NVS 140M ? Where is the gart2vram code located ?
>> Do you have any idea of where could be the problem ?
>>
>>      
> If you really think that's UTS/DFS, edit nouveau_exa.c and disable
> them (change the UTS/DFS functions to return FALSE, that'll trigger
> fallbacks to sw copying).
>
> Stephane
OK, I'll try this out tonight. I'll keep you in touch.

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Gart to vram/vram to gart transfers broken on NVS 140M
       [not found]     ` <x2g6a89f9d51004220320w47174461l295eac76baa1e0e1-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
  2010-04-23  6:24       ` Programmeur fou
@ 2010-04-25 16:45       ` Martin PERES
  1 sibling, 0 replies; 4+ messages in thread
From: Martin PERES @ 2010-04-25 16:45 UTC (permalink / raw)
  To: Stephane Marchesin; +Cc: nouveau

Le 22/04/2010 12:20, Stephane Marchesin a écrit :
> On Thu, Apr 22, 2010 at 03:13, Martin Peres<martin.peres-GANU6spQydw@public.gmane.org>  wrote:
>    
>> Hi Nouveau folks,
>>
>> I've been encountering some corruption on pixmaps for a while now, and it
>> seems like the problem comes from the DFS/UTS (Download From Screen / Upload
>> To Screen).
>>
>> In fact, I'm pretty sure the problem comes from there as screenshots are
>> garbled and so does a few more things.
>>
>> I may have time to dig this up, where should I start, is there some
>> documentation on the NVS 140M ? Where is the gart2vram code located ?
>> Do you have any idea of where could be the problem ?
>>
>>      
> If you really think that's UTS/DFS, edit nouveau_exa.c and disable
> them (change the UTS/DFS functions to return FALSE, that'll trigger
> fallbacks to sw copying).
>
> Stephane
>    
In fact, following your advice triggers a lot more corruption. So, the 
problem comes from elsewhere. My corruption problem seems like  there is 
a codepath that copy a pixmap with wrong height and width.

I'll dig into it. I'll keep in touch.

Martin

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2010-04-25 16:45 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-04-22 10:13 Gart to vram/vram to gart transfers broken on NVS 140M Martin Peres
     [not found] ` <4BD02139.4090506-GANU6spQydw@public.gmane.org>
2010-04-22 10:20   ` Stephane Marchesin
     [not found]     ` <x2g6a89f9d51004220320w47174461l295eac76baa1e0e1-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2010-04-23  6:24       ` Programmeur fou
2010-04-25 16:45       ` Martin PERES

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.