From mboxrd@z Thu Jan 1 00:00:00 1970 From: Roel Janssen Subject: Re: Xorg tearing fix on Intel HD Graphics 4000 Date: Thu, 20 Jul 2017 12:57:17 +0200 Message-ID: <87mv7zxto2.fsf@gnu.org> References: <877f053hc7.fsf@gnu.org> <87k24539rz.fsf@elephly.net> <87d19xwjxe.fsf@gnu.org> <87zicw7h73.fsf@gmail.com> <87lgog31zi.fsf@gnu.org> <87zibz6d5m.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:44446) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dY993-00032x-Eo for guix-devel@gnu.org; Thu, 20 Jul 2017 06:57:26 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dY990-0002kp-Ap for guix-devel@gnu.org; Thu, 20 Jul 2017 06:57:25 -0400 In-reply-to: <87zibz6d5m.fsf@gmail.com> List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: Chris Marusich Cc: guix-devel Chris Marusich writes: > Roel Janssen writes: > >> Chris Marusich writes: >> >>> Roel Janssen writes: >>> >>>> Ricardo Wurmus writes: >>>> >>>>> Hi Roel, >>>>> >>>>>> With the following patch to the Xorg configuration file, I have a >>>>>> tear-free GuixSD experience. I wonder if this is upstreameable in some >>>>>> way. This patch is probably too broad in effect. Can I change it so >>>>>> that only the graphics card I have will be affected by this patch? >>>>> >>>>> I’m not sure about this, but you can apply it only to your system by >>>>> changing the slim-service’s “startx” value like this: >>>>> >>>>> --8<---------------cut here---------------start------------->8--- >>>>> (modify-services %desktop-services >>>>> (slim-service-type >>>>> config => (slim-configuration >>>>> (inherit config) >>>>> (startx (xorg-start-command >>>>> #:configuration-file >>>>> (xorg-configuration-file >>>>> #:extra-config >>>>> (list your-fix))))))) >>>>> --8<---------------cut here---------------end--------------->8--- >>>>> >>>>> But I suppose what you want is to apply it unconditionally in Guix and >>>>> have the X server ignore it for all but this one graphics card, right? >>>> >>>> No, not necessarily. I could no longer do 'guix pull && guix system >>>> reconfigure ...', which I attempted to solve by upstreaming this patch. >>> >>> Why wouldn't you be able to do a 'guix pull && guix system reconfigure'? >> >> Because that would build a system generation which doesn't contain the >> patched Xorg config. Ricardo's snippet solved that. >> >>> >>>> I wonder if anyone else is having the same problem on this hardware.. >>> >>> Yes, I have this problem. I use a Lenovo X200. Like Mark, graphical >>> Emacs doesn't display characters right, and it's difficult to tell what >>> the buffer actually contains, sometimes. I've reconfigured my system to >>> use the extra Xorg config you've provided in this thread, and I'll let >>> you know in a week or two if it seems to have fixed the problem. >> >> Thanks. >> >> Kind regards, >> Roel Janssen > > Just wanted to close the loop here: I have not had any tearing problems > since applying the patch. Sounds like the problem has been resolved > through a slightly different means, though (with commit > b049ae2f9708794f83c41171c19ffdfe4f11807e). Accordingly, I've removed > the extra xorg configuration from my operating system configuration file > and simply reconfigured using the latest origin/master. I also removed the extra Xorg configuration snippet from my system configuration, and I too don't have the tearing problem anymore. > > Thank you for starting this discussion! It's really nice to be able to > use graphical emacs now without needing to frequently invoke M-x > redraw-display. Thanks for confirming that this issue has been fixed. Kind regards, Roel Janssen