Date: Fri, 11 Apr 2014 16:03:23 +0300 From: Aleksandr Rybalko <ray@freebsd.org> To: Glen Barber <gjb@FreeBSD.org> Cc: Kevin Oberman <rkoberman@gmail.com>, FreeBSD-STABLE Mailing List <freebsd-stable@freebsd.org> Subject: Re: Minor vt issue (probably a race) Message-ID: <20140411160323.d62bd437cf0d9fd22d73a415@freebsd.org> In-Reply-To: <20140411123909.GD11570@glenbarber.us> References: <CAN6yY1vceozZPwiUp1RVE%2BNkZ=NUp6deXE_rLdpbYpm0Wnm_Kw@mail.gmail.com> <20140411000147.GA11570@glenbarber.us> <20140411144541.f22a46af95a8f89e62381e9a@freebsd.org> <20140411123909.GD11570@glenbarber.us>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 11 Apr 2014 08:39:09 -0400 Glen Barber <gjb@FreeBSD.org> wrote: > On Fri, Apr 11, 2014 at 02:45:41PM +0300, Aleksandr Rybalko wrote: > > Glen, if you about broken Xorg screen, then I should say - > > kern.vt.suspendswitch sysctl designed to help with that. So if you have > > value other than zero, machine going to ttyv0 before suspend, and back > > on resume. This is make notification to Xorg or drm to redraw (maybe > > even reallocate FB memory used by Xorg). > > > > No, what I mean is since this change, it seems X no longer suffers > performance after resume. I can deal with occasionally needing to > manually hit <ctrl><alt><f9> - but I think something in this change > fixed something else unexpectedly. So thanks. :) > > Glen > Then I become more confused than before :) Thanks! WBW -- Aleksandr Rybalko <ray@freebsd.org>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20140411160323.d62bd437cf0d9fd22d73a415>