Re: [Intel-gfx] Tearing video on Sandy Bridge
On 05/03/2012 03:51 PM, tino.keitel+x...@tikei.de wrote: On Thu, May 03, 2012 at 21:46:37 +0200, Daniel Vetter wrote: On Thu, May 03, 2012 at 09:34:28PM +0200, Tino Keitel wrote: On Thu, May 03, 2012 at 20:43:01 +0200, Daniel Vetter wrote: [...] The only way to get tear-free screen updates on snb is with pageflips, which requires a opengl compositor Thanks. What do you mean with "opengl compositor"? Isn't the Gnome3 desktop providing this? Well, it needs to do vsync'ed updates, and to work correctly, the client Is this in the dri config file? I've had tear-free video (finally!) in GNOME 3 for a while now, using the following in my ~/.xsession (and launching that from GDM instead of GNOME directly): CLUTTER_PAINT=disable-clipped-redraws:disable-culling /etc/X11/Sessions/Gnome You may have to adjust the "/etc/X11/Sessions/Gnome" depending on your distribution (I'm on Gentoo). Hope that helps, Chun-Yu ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
[Intel-gfx] Problems w/Sandy Bridge & 27" monitor
Hi, I recently upgraded to a 27" monitor (2560x1440) from a 23" one (1920x1080), and had to switch to Windows because the new monitor is unusable in Linux. Today, about a month later, I decided to give Linux another try, since there have been several updates to the Intel graphics driver since then. Unfortunately, it seems that it's still unusable with xf86-video-intel 2.20.3 -- after a little while, the video signal to the 27" monitor completely stops, and it goes into power saving mode. I'm running dual monitors with the old 23", and that one continues running fine when this happens. This happens on my ThinkPad X220 (i5-2540M). The 27" is connected via DisplayPort, and the 23" via DVI. SNA is enabled, if it makes any difference (I haven't tried turning it off, but I probably should). This is the biggest problem I'm facing when it comes to Linux support. I also gave the new "TearFree" option a try, and while it does a great job of eliminating tearing, it makes the two monitors become mirrors of each other for some reason. If I take a screenshot with the GNOME tool, the screenshot comes out as expected (unmirrored), but the video output on the two monitors is mirrored in reality. Disabling "TearFree" fixes this. Also, when I'm using the ThinkPad's built-in display, it sometimes turns off for no apparent reason, although it's not too big of a deal since a suspend/resume cycle seems to fix things (and I haven't used 2.20.3 long enough to experience this yet). Any ideas/things I can do to help track these issues down? Thanks, Chun-Yu ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] Problems w/Sandy Bridge & 27" monitor
On 8/15/2012 6:47 PM, Daniel Vetter wrote: On Wed, Aug 15, 2012 at 06:38:10PM -0400, Chun-Yu Shei wrote: Hi, I recently upgraded to a 27" monitor (2560x1440) from a 23" one (1920x1080), and had to switch to Windows because the new monitor is unusable in Linux. Today, about a month later, I decided to give Linux another try, since there have been several updates to the Intel graphics driver since then. Unfortunately, it seems that it's still unusable with xf86-video-intel 2.20.3 -- after a little while, the video signal to the 27" monitor completely stops, and it goes into power saving mode. I'm running dual monitors with the old 23", and that one continues running fine when this happens. This happens on my ThinkPad X220 (i5-2540M). The 27" is connected via DisplayPort, and the 23" via DVI. SNA is enabled, if it makes any difference (I haven't tried turning it off, but I probably should). This is the biggest problem I'm facing when it comes to Linux support. I also gave the new "TearFree" option a try, and while it does a great job of eliminating tearing, it makes the two monitors become mirrors of each other for some reason. If I take a screenshot with the GNOME tool, the screenshot comes out as expected (unmirrored), but the video output on the two monitors is mirrored in reality. Disabling "TearFree" fixes this. Also, when I'm using the ThinkPad's built-in display, it sometimes turns off for no apparent reason, although it's not too big of a deal since a suspend/resume cycle seems to fix things (and I haven't used 2.20.3 long enough to experience this yet). Any ideas/things I can do to help track these issues down? For the screen blanking issues, the kernel is the important part. Please boot with drm.debug=0xe added to your kernel bootline and grab the full dmesg. -Daniel OK, I finally got around to doing this... I just upgraded to the 3.5.3 kernel and xf86-video-intel 2.20.5 as well. Here's the initial dmesg upon bootup: http://pastebin.com/41F2AA0f And here's the dmesg right after the 27" goes blank: http://pastebin.com/3CTRETQ4 (not completely blank, though... there are a few lines at the very left & top edge of the display) A few seconds later, the display came back, and here's the dmesg right after that: http://pastebin.com/9mdfY5P1 Chun-Yu ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] Problems w/Sandy Bridge & 27" monitor
On 08/27/2012 03:08 PM, Daniel Vetter wrote: On Mon, Aug 27, 2012 at 02:47:58PM -0400, Chun-Yu Shei wrote: On 8/15/2012 6:47 PM, Daniel Vetter wrote: On Wed, Aug 15, 2012 at 06:38:10PM -0400, Chun-Yu Shei wrote: Hi, I recently upgraded to a 27" monitor (2560x1440) from a 23" one (1920x1080), and had to switch to Windows because the new monitor is unusable in Linux. Today, about a month later, I decided to give Linux another try, since there have been several updates to the Intel graphics driver since then. Unfortunately, it seems that it's still unusable with xf86-video-intel 2.20.3 -- after a little while, the video signal to the 27" monitor completely stops, and it goes into power saving mode. I'm running dual monitors with the old 23", and that one continues running fine when this happens. This happens on my ThinkPad X220 (i5-2540M). The 27" is connected via DisplayPort, and the 23" via DVI. SNA is enabled, if it makes any difference (I haven't tried turning it off, but I probably should). This is the biggest problem I'm facing when it comes to Linux support. I also gave the new "TearFree" option a try, and while it does a great job of eliminating tearing, it makes the two monitors become mirrors of each other for some reason. If I take a screenshot with the GNOME tool, the screenshot comes out as expected (unmirrored), but the video output on the two monitors is mirrored in reality. Disabling "TearFree" fixes this. Also, when I'm using the ThinkPad's built-in display, it sometimes turns off for no apparent reason, although it's not too big of a deal since a suspend/resume cycle seems to fix things (and I haven't used 2.20.3 long enough to experience this yet). Any ideas/things I can do to help track these issues down? For the screen blanking issues, the kernel is the important part. Please boot with drm.debug=0xe added to your kernel bootline and grab the full dmesg. -Daniel OK, I finally got around to doing this... I just upgraded to the 3.5.3 kernel and xf86-video-intel 2.20.5 as well. Here's the initial dmesg upon bootup: http://pastebin.com/41F2AA0f And here's the dmesg right after the 27" goes blank: http://pastebin.com/3CTRETQ4 (not completely blank, though... there are a few lines at the very left & top edge of the display) A few seconds later, the display came back, and here's the dmesg right after that: http://pastebin.com/9mdfY5P1 Hm, there's nothing really interesting with that screen going on ... Also, 3.5.3 is up-to-date with all recent DP fixes. One thing that could be is that this is another version of our fdi link training woes on ivb. To check for that, can you please run your 27" screen at a much lower resolution? If it still blanks out, it's a different issue. Thanks, Daniel Seems to be working perfectly at 1600x900 (btw, I'm on Sandy Bridge, not ivb). Chun-Yu ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] Problems w/Sandy Bridge & 27" monitor
On 08/27/2012 03:32 PM, Daniel Vetter wrote: On Mon, Aug 27, 2012 at 03:30:26PM -0400, Chun-Yu Shei wrote: On 08/27/2012 03:08 PM, Daniel Vetter wrote: On Mon, Aug 27, 2012 at 02:47:58PM -0400, Chun-Yu Shei wrote: On 8/15/2012 6:47 PM, Daniel Vetter wrote: On Wed, Aug 15, 2012 at 06:38:10PM -0400, Chun-Yu Shei wrote: Hi, I recently upgraded to a 27" monitor (2560x1440) from a 23" one (1920x1080), and had to switch to Windows because the new monitor is unusable in Linux. Today, about a month later, I decided to give Linux another try, since there have been several updates to the Intel graphics driver since then. Unfortunately, it seems that it's still unusable with xf86-video-intel 2.20.3 -- after a little while, the video signal to the 27" monitor completely stops, and it goes into power saving mode. I'm running dual monitors with the old 23", and that one continues running fine when this happens. This happens on my ThinkPad X220 (i5-2540M). The 27" is connected via DisplayPort, and the 23" via DVI. SNA is enabled, if it makes any difference (I haven't tried turning it off, but I probably should). This is the biggest problem I'm facing when it comes to Linux support. I also gave the new "TearFree" option a try, and while it does a great job of eliminating tearing, it makes the two monitors become mirrors of each other for some reason. If I take a screenshot with the GNOME tool, the screenshot comes out as expected (unmirrored), but the video output on the two monitors is mirrored in reality. Disabling "TearFree" fixes this. Also, when I'm using the ThinkPad's built-in display, it sometimes turns off for no apparent reason, although it's not too big of a deal since a suspend/resume cycle seems to fix things (and I haven't used 2.20.3 long enough to experience this yet). Any ideas/things I can do to help track these issues down? For the screen blanking issues, the kernel is the important part. Please boot with drm.debug=0xe added to your kernel bootline and grab the full dmesg. -Daniel OK, I finally got around to doing this... I just upgraded to the 3.5.3 kernel and xf86-video-intel 2.20.5 as well. Here's the initial dmesg upon bootup: http://pastebin.com/41F2AA0f And here's the dmesg right after the 27" goes blank: http://pastebin.com/3CTRETQ4 (not completely blank, though... there are a few lines at the very left & top edge of the display) A few seconds later, the display came back, and here's the dmesg right after that: http://pastebin.com/9mdfY5P1 Hm, there's nothing really interesting with that screen going on ... Also, 3.5.3 is up-to-date with all recent DP fixes. One thing that could be is that this is another version of our fdi link training woes on ivb. To check for that, can you please run your 27" screen at a much lower resolution? If it still blanks out, it's a different issue. Thanks, Daniel Seems to be working perfectly at 1600x900 (btw, I'm on Sandy Bridge, not ivb). Hm ... I'm running low on ideas to try out then. Can you please file a bug report on bugs.freedesktop.org against drm/intel? Thanks, Daniel Will do... I did a little more experimenting, and things seem to be fine at 1920x1440, but 2048x1152 starts to show the same screen blanking problem. Chun-Yu ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] [ANNOUNCE] xf86-video-intel 2.16.901
I had to disable sna in 2.16.0 when running compiz or I'd get some graphics corruption, and the problem seems to still exist in 2.16.901 as well. Here's a screenshot I just took on the RC with sna enabled: http://i.imgur.com/UtQpv.png I'm on a ThinkPad X220 (i5-2540M) running Gentoo with the following: pixman 0.23.6 mesa 7.11 libdrm 2.4.26 xorg-server 1.10.4 Similar reports: http://forums.gentoo.org/viewtopic-t-890280-highlight-sna.html http://forums.gentoo.org/viewtopic-t-898012-highlight-sna.html Is there anything I can do to help track this down? Chun-Yu On 10/30/2011 12:57 PM, Chris Wilson wrote: This is the first release candidate in preparation for the upcoming 2.17.0 release. We will appreciate any feedback we can get from testing of this snapshot. The basis of this release are to push out a couple of critical stability fixes for SandyBridge and IvyBridge. There is very little else to see here. Those 200+ other commits do not exist... -Chris Bugs fixed in this snapshot (compared to 2.16.0) -- * Workaround blitter hang on SandyBridge and IvyBridge https://bugzilla.kernel.org/show_bug.cgi?id=27892 https://bugs.freedesktop.org/show_bug.cgi * Workaround pipe control issues on SandyBridge * Use correct maximum PS thread count on IvyBridge * Protect against failed pixmap allocation for XV https://bugs.freedesktop.org/show_bug.cgi?id=40439 Complete list of changes since 2.16.0 - Chris Wilson (252): sna/damage: Take advantage of marking all-damaged sna/gradient: Use a high-precision ramp for a color step rather than fallback sna/trapezoids: Speedup tor rasteriser sna/render: allow CLAMP_TO_EDGE for outside samples of extract regions as well sna/gen3: reset blend state after applying CA pass sna/display: Destroy shadow data sna/dri2: Add some debug around the use of the Resource database sna: Clear structures across server reset sna/video: Flush the video state at the end of the operation sna/accel: Simplify single pixel read-back sna/trapezoids: Reduce imprecise sampling to 4x4 sna/trapezoids: Use the tor scan converter to compute the low precision mask video: check that the pixmap exists before use sna/video: Defend against PutImage to a broken screen sna: Cleanup up the cache upon close sna: Free the buffers immediately upon release sna: Retain the GTT space used for an upload buffer sna/trapezoids: Allocate sufficient space for a8 mask for mono traps sna/trapezoids: Reject invalid traps after projecting onto the sample grid sna/trapezoids: Refactor to project the trapezoid only once sna/gen6: Prefer the BLT ring, except for copies on behalf of DRI sna: Use the shadow buffer for PutImage sna/trapezoids: Edges may lie out of bounds sna: Add missing implementation for Triangles sna/trapezoids: Check for alignment after projection sna/gen2: Improve batch decoder. sna/gen2: Flush the batch when we run out of vertex space sna/gen3: Do not assume video updates are always vsync'ed sna/traps: Use the trapezoid path for AddTraps sna/trapezoids: Fast upload path for gpu busy bo sna/trapezoids: Hook up Imprecise AddTraps in lieu of spans sna: Record git-tree used for compilation sna: Prefer memcpy_blt over fbBlt sna/gen5: Prefer BLT for solids sna/gen3: Use a clear pattern for ill-defined radial gradients sna: Mark the bo as reusable after extracting the handle from the buffer gitignore: add git_version.h sna/trapezoids: Prevent a memleak if feed lots of degenerate boxes sna: Fix compilation without timerfd() sna: Provide a direct lookup cache of alpha values sna: Use single precision for computing the texcoord scale factor sna/gen6: Prefer RENDER for copies as it compacts better sna: Avoid the call overhead for the trivial clip case sna/gen5: Avoid bitfields for simple assignments sna/gen5: Fix debug compilation sna/accel: Use correct enum for requesting a write-buffer sna: Don't clear the kernel-needs-flush flag if we emit a MI_FLUSH sna: Reuse the smallest bo that fits the request sna/trapezoids: Implement a mono-rasteriser to skip opacity spans sna/video: Stop advertising unsupported Xv attributes video: Stop advertising unsupported Xv attributes sna: Add a couple of debug statements for why we may not flush the scanout sna/debug: Assert that BLT commands on gen2/3 are properly fenced sna: Clear the list of buffers upon server regen sna/gen3: Reset the shader after playing video sna: assert that the memcpy upload path points to valid regions sna: Yet another s/x/y/ typo sna/trapezoids:
[Intel-gfx] i915 driver slowdown after 1-2 days?
Hi, I'm currently running xf86-video-intel 2.13.0 with an i5-540M, and I've been experiencing a strange issue where after a day or two, I can no longer play videos smoothly in Flash 10.2 beta, as well as in VMWare. Even moving windows in VMWare guests becomes slow and visibly laggy. It's almost as if there's no video acceleration -- the frame rate drops drastically, and CPU usage seems to increase significantly. Playing video in mplayer still works perfectly, however. Restarting X has no effect, and I have to do a full reboot to get rid of the problem. I'm running 64-bit Gentoo with the following: libdrm 2.4.22 mesa 7.8.2 2.6.36 kernel xorg-server 1.7.7 The problem also occurs with the 2.6.35 kernel, and I've also been able to replicate it in a fresh install of Ubuntu 10.10. There are no indications of any problems in both the output of dmesg and the Xorg logs, and the output of intel_gpu_top looks no different before/after the problem occues. I'm on a ThinkPad X201 with an external display connected via DisplayPort, and I do suspend it with the hibernate-ram script. Is this a known problem by any chance? If not, how might I go about troubleshooting this? Thanks, Chun-Yu ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] i915 driver slowdown after 1-2 days?
On 10/24/2010 2:36 PM, Paul Menzel wrote: Am Sonntag, den 24.10.2010, 13:03 -0400 schrieb Chun-Yu Shei: I'm currently running xf86-video-intel 2.13.0 with an i5-540M, and I've been experiencing a strange issue where after a day or two, I can no longer play videos smoothly in Flash 10.2 beta, as well as in VMWare. Even moving windows in VMWare guests becomes slow and visibly laggy. It's almost as if there's no video acceleration -- the frame rate drops drastically, and CPU usage seems to increase significantly. Playing video in mplayer still works perfectly, however. Restarting X has no effect, and I have to do a full reboot to get rid of the problem. I'm running 64-bit Gentoo with the following: libdrm 2.4.22 mesa 7.8.2 2.6.36 kernel xorg-server 1.7.7 The problem also occurs with the 2.6.35 kernel, and I've also been able to replicate it in a fresh install of Ubuntu 10.10. There are no indications of any problems in both the output of dmesg and the Xorg logs, and the output of intel_gpu_top looks no different before/after the problem occues. I'm on a ThinkPad X201 with an external display connected via DisplayPort, and I do suspend it with the hibernate-ram script. Is this a known problem by any chance? If not, how might I go about troubleshooting this? reading your report it is not clear for me, if hibernating is necessary to trigger the problem or not. I cannot say for sure if hibernating is necessary to trigger the problem or not... every time I've seen the problem, it's been after using hibernate-ram a couple of times, but I also haven't left the laptop running continuously for a couple of days before. I usually carry my laptop with me during the day, so it's not really practical to leave it on continuously. It definitely doesn't happen immediately after resuming from suspend, though. I can resume from suspend, watch some YouTube videos with no problem, and have the problem pop up a couple of hours later. This bug is the only issue preventing me from switching exclusively to linux, so I really hope to find a fix for it -- I just don't know where to start. (I also hope for the ability to independently load separate color profiles for each monitor using xcalib, but that's minor) Chun-Yu ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] Fwd: 2.6.36-rc5 i915 regression
On 10/26/10 04:30, Chris Wilson wrote: > On Tue, 26 Oct 2010 01:19:50 +0200, Seblu wrote: >> - after one day, applications become graphically slow. > > You're not alone. Eric has reported that writes to a GTT mapping become > glacially slow after some time, without any distortion in the CPU profile. > Can we collate what hardware we are seeing this effect on? Would a dramatic slowdown in flash video framerates be a symptom of this? If so, I'm also experiencing this after 1-2 days on an Arrandale. Chun-Yu ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
