Date: Sat, 21 Jun 2014 11:10:29 +0200 From: =?ISO-8859-1?Q?Jan_Kokem=FCller?= <jan.kokemueller@gmail.com> To: freebsd-mobile@freebsd.org Subject: Re: Suspend/Resume on Lenovo IdeaPad S400 with FreeBSD 10? Message-ID: <53A54C05.7060403@gmail.com> In-Reply-To: <CAOTTJKFPTTbg9GZv1Vvwc%2BRYRQXXYA2pk5Lr%2BZid64gp3b4-9w@mail.gmail.com> References: <CAOTTJKFPTTbg9GZv1Vvwc%2BRYRQXXYA2pk5Lr%2BZid64gp3b4-9w@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> 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.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?53A54C05.7060403>