From mboxrd@z Thu Jan 1 00:00:00 1970 From: William Subject: Re: Xorg tearing fix on Intel HD Graphics 4000 Date: Thu, 22 Jun 2017 00:23:03 +0100 Message-ID: References: <877f053hc7.fsf@gnu.org> <87k24539rz.fsf@elephly.net> <87d19xwjxe.fsf@gnu.org> <87h8z9jlvk.fsf@netris.org> <877f05vv6j.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:42101) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dNoxo-0002bB-MQ for guix-devel@gnu.org; Wed, 21 Jun 2017 19:23:10 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dNoxn-0001Zm-Fc for guix-devel@gnu.org; Wed, 21 Jun 2017 19:23:08 -0400 Received: from mail-pg0-x22f.google.com ([2607:f8b0:400e:c05::22f]:34679) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dNoxn-0001W8-99 for guix-devel@gnu.org; Wed, 21 Jun 2017 19:23:07 -0400 Received: by mail-pg0-x22f.google.com with SMTP id e187so140690pgc.1 for ; Wed, 21 Jun 2017 16:23:05 -0700 (PDT) In-Reply-To: <877f05vv6j.fsf@gnu.org> 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: Roel Janssen Cc: guix-devel The Arch Wiki says that Debian and some others suggest uninstalling xf86-video-intel and relying on the modesetting driver. I have personally found this to help with tearing, but naturally YMMV. See https://wiki.archlinux.org/index.php/Intel_graphics#Installation for more details. Good luck William On 21 June 2017 at 23:21, Roel Janssen wrote: > > Mark H Weaver writes: > >> Hi Roel, >> >> 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 so= me >>>>> 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=E2=80=99m not sure about this, but you can apply it only to your sys= tem by >>>> changing the slim-service=E2=80=99s =E2=80=9Cstartx=E2=80=9D value lik= e this: >>>> >>>> --8<---------------cut here---------------start------------->8--- >>>> (modify-services %desktop-services >>>> (slim-service-type >>>> config =3D> (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. >>> >>> I wonder if anyone else is having the same problem on this hardware.. >> >> I have the same problem on my Thinkpad X200. For me, it mostly only >> happens in Emacs graphical frames, and only within GNOME (and I suppose >> maybe other compositing window managers, though I haven't tried), but >> the problem for me is quite severe. I've resorted to running Emacs in >> text mode within GNOME Terminal, because otherwise I cannot trust my >> editing at all (e.g. I'm not sure if I'm deleting the messages that I >> intend to delete in Gnus). >> >> However, your proposed workaround is not a proper fix, and I don't think >> we should apply it system-wide in Guix. I don't think it would be >> accepted upstream. I think there's a real bug somewhere, most likely in >> Emacs itself, but possibly in the Intel graphics drivers. > > Thanks for your response! I look forward to finding out what this bug > is. If you do, please let us know. > >> >> It's good to have the workaround though. I may apply it to my own >> system and see how it affects graphics performance. Thank you! > > FWIW, I get equal frames per second in SuperTuxKart and Armagetron. > Anyway, there's nothing like experiencing it yourself of course. > > Kind regards, > Roel Janssen >