[Nouveau] IMPORTANT : Regression since kernel > 3.4 as regards suspend to RAM while using 3D accel

[Eric F]

Hello,

After bisection I found the first bad commit :

5e120f6e4b3f35b741c5445dfc755f50128c3c44 is the first bad commit
commit 5e120f6e4b3f35b741c5445dfc755f50128c3c44
Author: Ben Skeggs <bskeggs at redhat.com>
Date:   Mon Apr 30 13:55:29 2012 +1000

    drm/nouveau/fence: convert to exec engine, and improve channel sync

    Now have a somewhat simpler semaphore sync implementation for nv17:nv84,
    and a switched to using semaphores as fences on nv84+ and making use of
    the hardware's >= acquire operation.

    Signed-off-by: Ben Skeggs <bskeggs at redhat.com>

:040000 040000 8f2ca4ddf4969c75f688a96fdb152e449fda4852
da67a1bd8d608577e659a26715cf8af3644d8efe M    drivers

bad kernel name : 3.4.0-1-ARCH-00591-g5e120f6-dirty

Strangely, when I git checkout with the bad commit, it says :
"HEAD is now at 5e120f6... drm/nouveau/fence: convert to exec engine, and
improve channel sync"

But I checked, this commit 5e120f6e4b3f35b741c5445dfc755f50128c3c44 is the
first bad one.

Thanks for your future help,

Eric


2013/6/30 Eric F <3rik.gm at gmail.com>

> Hello,
>
> Been wondering why I could never resume from s2r. That's because I always
> use 3D accel (compiz, cairo-dock). I have tested each Arch kernel releases,
> hoping each time to get s2r to work.
>
> Tired of this, I decided to use 3.4 LTS... 3.4.50
> ... And guess what ? I could resume from suspend to RAM 100% of the time
> !!!
>
> I know it may be a hard work for you, but suspend to RAM while using 3D
> accel only works with this kernel (and maybe 3.4.51, will give a try).
>
> Suspend to RAM is important for battery saving for laptops.
> I use GT555M nvc3.
>
> Best regards,
>
> Eric
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/nouveau/attachments/20130706/a9fdbb88/attachment.html>