Intel-GFX Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Ben Widawsky <ben@bwidawsk.net>
To: "Roberth Sjonøy" <roberth.sjonoy@gmail.com>
Cc: intel-gfx@lists.freedesktop.org
Subject: Re: Fighting tearing
Date: Tue, 11 Sep 2012 14:21:30 -0700	[thread overview]
Message-ID: <20120911142130.2a24cbd3@bwidawsk.net> (raw)
In-Reply-To: <CAFLBWR1XX93Op5sw7TL+mtJYnexwmZi_PjwpZ=YUyvJQOGrT0A@mail.gmail.com>

On Mon, 10 Sep 2012 16:09:18 +0200
Roberth Sjonøy <roberth.sjonoy@gmail.com> wrote:

> With the WM I use (xfce WM 4.10.0) with it's compositor, the tearing
> is much less, but the little tearing who exist is very noticable.

Your option is SNA + TearFree, or use a real composited desktop. I know
it sucks. Or maybe complain to the XFCE guys to use real pageflips in their
compositor?

> 
> On Sun, Sep 9, 2012 at 8:00 PM, Chris Wilson <chris@chris-wilson.co.uk> wrote:
> > On Sun, 09 Sep 2012 10:55:46 -0700, Ben Widawsky <ben@bwidawsk.net> wrote:
> >> On 2012-09-09 08:48, Roberth Sjonøy wrote:
> >> > Hello
> >> >
> >> > I run Arch Linux, with it's latest x.org and kernel, and I have
> >> > compiled libdrm and the intel driver from git, and I update it today.
> >> >
> >> > Buit this is issue exists even with the releases.
> >> >
> >> > WIth UXA, rendering of the windows in my XFCE4-desktop goes just
> >> > fines, good performance, windows (exspecially GTK+) doesn't hang
> >> > after
> >> > if I drag them over the screen, but there is lot of small tearing.
> >> > And I want this to go away, I do not use any kind of composition, and
> >> > I am using XFCEs window manager.
> >> >
> >> > Here is my xorg.conf
> >> >
> >> >
> >> > Section "ServerFlags"
> >> >     Option "AutoAddDevices" "Off"
> >> > EndSection
> >> >
> >> > Section "InputDevice"
> >> >     Identifier     "Keyboard0"
> >> >     Driver         "keyboard"
> >> >     Option         "XkbLayout" "no"
> >> > EndSection
> >> >
> >> > Section "Device"
> >> >     Identifier  "Card0"
> >> >     Driver      "intel"
> >> >     Option      "AccelMethod" "UXA"
> >> >     Option      "TearFree" "true"
> >> >     Option      "MigrationHeuristic" "greedy"
> >> >     Option  "TripleBuffer" "true"
> >> > EndSection
> >> >
> >> > With SNA, the performance of the applications is muc much worse. If I
> >> > just replace UXA with SNA.
> >> >
> >> > Thanks in advance for any help.
> >> >
> >> > Regards,
> >> >
> >> > Roberth Sjonøy0
> >>
> >> Unfortunately it's often the case that tearing is pretty much
> >> unavoidable without a compositor. AFAIK you'd just be getting lucky with
> >> SNA, as opposed to UXA.
> >
> > Not so. He is explicitly asking for slow tear-free rendering with
> > Option "TearFree" "true". On my machines that takes about a 50%
> > performance hit which suggests pebkac which is reinforced by the lack
> > of information.
> > -Chris
> >
> > --
> > Chris Wilson, Intel Open Source Technology Centre



-- 
Ben Widawsky, Intel Open Source Technology Center
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

  reply	other threads:[~2012-09-11 21:21 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-09-09 15:48 Fighting tearing Roberth Sjonøy
2012-09-09 16:42 ` Paul Menzel
     [not found]   ` <CAFLBWR1jOM=87-GYWZVwdk70GBGGMrhWrvqkSU_7sQA2BrTB+g@mail.gmail.com>
2012-09-09 17:16     ` Fwd: " Roberth Sjonøy
     [not found]     ` <CAFLBWR0S8D-Y1O9gWXhySg-0VkVyxeXSi-nw7Ai8ZNoHEMpKmQ@mail.gmail.com>
2012-09-09 17:17       ` Roberth Sjonøy
2012-09-09 17:55 ` Ben Widawsky
2012-09-09 18:00   ` Chris Wilson
2012-09-09 20:02     ` Roberth Sjonøy
2012-09-10  0:07     ` Roberth Sjonøy
2012-09-10 14:09     ` Roberth Sjonøy
2012-09-11 21:21       ` Ben Widawsky [this message]
2012-09-10 16:17 ` Adam Jackson
2012-09-10 16:38   ` Roberth Sjonøy

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20120911142130.2a24cbd3@bwidawsk.net \
    --to=ben@bwidawsk.net \
    --cc=intel-gfx@lists.freedesktop.org \
    --cc=roberth.sjonoy@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox