Re: [Intel-gfx] Fighting tearing
On Mon, 10 Sep 2012 16:09:18 +0200 Roberth Sjonøy roberth.sjo...@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 ch...@chris-wilson.co.uk wrote: On Sun, 09 Sep 2012 10:55:46 -0700, Ben Widawsky b...@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
Re: [Intel-gfx] Fighting tearing
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. On Sun, Sep 9, 2012 at 8:00 PM, Chris Wilson ch...@chris-wilson.co.uk wrote: On Sun, 09 Sep 2012 10:55:46 -0700, Ben Widawsky b...@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 ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] Fighting tearing
On 9/9/12 11:48 AM, Roberth Sjonøy wrote: 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. So use a compositor. X's rendering model, in the absence of a compositor, has no concept of vsync. It's simply not possible to not tear. - ajax ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] Fighting tearing
Well The tearing is so noticable that even my friends notice it, without compositor, only I notice it, but it's very annoying and distracting to my workflow when moving windows quickly. On Mon, Sep 10, 2012 at 6:17 PM, Adam Jackson a...@redhat.com wrote: On 9/9/12 11:48 AM, Roberth Sjonøy wrote: 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. So use a compositor. X's rendering model, in the absence of a compositor, has no concept of vsync. It's simply not possible to not tear. - ajax ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] Fighting tearing
Dear Roberth, Am Sonntag, den 09.09.2012, 17:48 +0200 schrieb Roberth Sjonøy: I run Arch Linux, with it's latest x.org and kernel, that is xorg-server 1.12.4-1 [1] and linux 3.5.3-1 [2]. and I have compiled libdrm and the intel driver from git, and I update it today. Please provide the Git commit hashes with the commit summaries to make life for readers of your message easier. But this is issue exists even with the releases. Since when do you experience these issues? 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. Maybe your monitor causes the tearing? 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 OptionTripleBuffer true EndSection With SNA, the performance of the applications is muc much worse. If I just replace UXA with SNA. Is the tearing fixed though? What happens when you test different Window managers or some live distribution with other versions? You can even test those by saving the ISO file on your drive and directly boot those using GRUB 2 [3]. Thanks in advance for any help. I am sorry for not being more helpful. Maybe the developers have more ideas. Thanks, Paul [1] http://www.archlinux.org/packages/extra/i686/xorg-server/ [2] http://www.archlinux.org/packages/core/i686/linux/ [3] https://bugs.freedesktop.org/show_bug.cgi?id=26294#c13 signature.asc Description: This is a digitally signed message part ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] Fighting tearing
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. However, for the SNA slowness, you should file a bug and include the following information: lspci -n -s 2.0 /var/log/Xorg.0.log dmesg with drm.debug=0xe sometime after experiencing the slowness feel free to mention UXA is much faster -- Ben Widawsky, Intel Open Source Technology Center ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] Fighting tearing
On Sun, 09 Sep 2012 10:55:46 -0700, Ben Widawsky b...@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 ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] Fighting tearing
Hello What can I do then? Wait for SNA to mature more? Other settings with UXA or SNA? Regards Roberth Sjonøy On Sun, Sep 9, 2012 at 8:00 PM, Chris Wilson ch...@chris-wilson.co.uk wrote: On Sun, 09 Sep 2012 10:55:46 -0700, Ben Widawsky b...@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 ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] Fighting tearing
I also experience tearing when viewing web sites with chromium and scrolling downwards webnewspapers etc. Hope this adds more relevant info. On Sun, Sep 9, 2012 at 8:00 PM, Chris Wilson ch...@chris-wilson.co.uk wrote: On Sun, 09 Sep 2012 10:55:46 -0700, Ben Widawsky b...@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 ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx