Re: Suspend/Resume on Lenovo IdeaPad S400 with FreeBSD 10?

Adrian Chadd <[email protected]>
Newsgroups gmane.os.freebsd.devel.mobile
Message-ID <CAJ-VmomRKCBx9dcUew-1+YFKU_mXOhyFJ_UohgY_S_-7D0HX4Q@mail.gmail.com>
Ah, that patch. I wonder whether it's something that we need in X or
whether the dri code needs prodding.


-a


On 21 June 2014 02:10, Jan Kokemüller <[email protected]> wrote:
>> After some experimenting, I found this patch, which solved the problem
>> completely:
>> http://lists.freebsd.org/pipermail/freebsd-x11/2013-October/013727.html
>>
>> Now, I have this in X log after resume:
>> [  4561.749] (WW) intel(0): retrying batchbuffer submit
>> [  4561.803] (WW) intel(0): retrying batchbuffer submit
>> [  4561.857] (WW) intel(0): retrying batchbuffer submit
>> [  4561.908] (WW) intel(0): retrying batchbuffer submit
>> [  4561.959] (WW) intel(0): retrying batchbuffer submit
>> [  4562.012] (WW) intel(0): retrying batchbuffer submit
>> [  4562.063] (WW) intel(0): retrying batchbuffer submit
>> [  4562.117] (WW) intel(0): retrying batchbuffer submit
>> [  4562.171] (WW) intel(0): retrying batchbuffer submit
>> [  4562.225] (WW) intel(0): retrying batchbuffer submit
>> [  4562.279] (WW) intel(0): retrying batchbuffer submit
>> [  4562.333] (WW) intel(0): retrying batchbuffer submit
>> [  4562.386] (WW) intel(0): retrying batchbuffer submit
>> [  4562.439] (WW) intel(0): retrying batchbuffer submit
>> [  4562.493] (WW) intel(0): retrying batchbuffer submit
>> [  4562.547] (WW) intel(0): retrying batchbuffer submit
>> [  4564.779] (II) AIGLX: Suspending AIGLX clients for VT switch
>> [  4564.779] (WW) intel(0): drmDropMaster failed: Unknown error: -22
>> [  4565.994] (II) AIGLX: Resuming AIGLX clients after VT switch
>> [  4566.096] (II) intel(0): EDID vendor "CMN", prod id 5239
>> [  4566.096] (II) intel(0): Printing DDC gathered Modelines:
>> [  4566.096] (II) intel(0): Modeline "1366x768"x0.0   71.59  1366 1410
>> 1439 1512  768 771 775 789 -hsync -vsync (47.3 kHz eP)
>>
>> but everything is alive: compiz restarts correctly, GL applications
>> work as they did before resume. Job done!
>>
>> A question: is this patch ok? Nothing wrong with it? Do you or anybody
>> else experienced a similar problem and found a different solution?
>
>
> I think I found a less hackish workaround for this problem. I've put "pkill
> -STOP X" into /etc/rc.suspend and "pkill -CONT X" into /etc/rc.resume. This
> seems to work fine so far with an unmodified xf86-video-intel driver on my
> SL510.
>
> _______________________________________________
> [email protected] mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-mobile
> To unsubscribe, send any mail to "[email protected]"
_______________________________________________
[email protected] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-mobile
To unsubscribe, send any mail to "[email protected]"
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.