Date: Fri, 30 Jan 2015 23:12:48 +0100 From: Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= <trasz@FreeBSD.org> To: Konstantin Belousov <kostikbel@gmail.com> Cc: current@FreeBSD.org Subject: Re: Suspend/resume with i915. Message-ID: <20150130221248.GA8489@brick.home> In-Reply-To: <20150123084057.GD42409@kib.kiev.ua> References: <20150122110201.GA3996@brick.home> <20150123084057.GD42409@kib.kiev.ua>
next in thread | previous in thread | raw e-mail | index | archive | help
On 0123T1040, Konstantin Belousov wrote: > On Thu, Jan 22, 2015 at 12:02:01PM +0100, Edward Tomasz Napiera??a wrote: > > I'm trying to fix resume on my T61, broken by some change several > > months ago; according to pciconf it's 'Mobile GM965/GL960 Integrated > > Graphics Controller (primary)'. It's running current CURRENT and > > up to date packages. > > > > Suspend and resume makes Xorg do something weird - there is screen > > corruption, or rather window corruption. The GNOME 3 desktop looks > > pretty normal, except that gnome-terminal (launched before suspend) > > window looks as if the buffer layout changed underneath it; for example, > > instead of one flashing cursor there are several, horizontally, across > > the window. New windows are simply black. No segv. > > > > Setting kern.vt.suspendswitch=0 makes the behaviour disappear, replaced > > by segmentation faults of gnome-shell. With stock gdb it looks like this: > > At least one big known issue with suspend is that userspace activity > is not stopped, which makes the driver suspend code operating on the > non-steady state of devices. > > I committed the facility to stop userspace before suspend, and avg promised > to integrate this into suspend path, but he did not. You might try to > search mailing lists for reference to his earlier patch. Unfortunately stuff was committed before I could test it. Fortunately, it's all fixed now, and works perfectly, on 11-CURRENT. Thanks! :-)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20150130221248.GA8489>