Re: [PATCH 0/2] reclocking stability improvements

[Martin Peres <martin.peres-GANU6spQydw@public.gmane.org>]

Le 28/04/2011 12:32, Maxim Levitsky a écrit :
> On Thu, 2011-04-28 at 01:58 +0200, Martin Peres wrote:
>> Hi everyone,
>>
>> I would like everyone to test this set of patch as we'll need them quite soon for timing management on nv50.
>>
>> Please report success/failure by answering to this email.
>>
>> Thanks in advance,
>> Martin
> I tested this.
> Patch seems to work except following problems:
>
> Sometimes reclocking fails like this:
>
> root@maxim-laptop:/home/maxim# echo 2>  /sys/class/drm/card0/device/performance_level
> bash: echo: write error: Resource temporarily unavailable
This is expected. Unfortunately, I can't do anything better than this 
for the upcoming months. I need help from the people really into the 
command submission system.
>
> [  630.371117] [drm] nouveau 0000:01:00.0: setting performance level: performance_level_2
> [  630.412048] [drm] nouveau 0000:01:00.0: PFIFO DMA_PUSH never depleted (0xd06091)
I consider it not safe to reclock core if PFIFO DMA_PUSH isn't empty. 
Hence the reason why I abort there.
> Once it even  hang the GPU.
This shouldn't happen but I managed to hang it too once. Anyway, this 
isn't perfect but still way better than what is currently implemented.
> Easy to reproduce while running compiz and its benchmark overlay.
>
Exactly, when playing open arena, the success ratio is very very low but 
I don't mind yet. I first want stability and then reliability.
> Also, it seems not to restore perf level after resume from ram.
Good catch, I thought I had fixed that but it doesn't seem like. I'll 
fix this tonight and send an update. Thanks a lot.
> Best regards
> 	Maxim Levitsky
Thanks a lot for testing it Maxim.

Martin
_______________________________________________
Nouveau mailing list
Nouveau@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/nouveau