[Intel-gfx] Screen corruption regression from 3.0 to 3.1rc4
In the free game simutrans, in fullscreen mode I see the following problem: The lower about 2 cm of the screen don't update. They are black or carry the image from the game startup screen. They flicker once in a while, but otherwise the image stays the same. lspci output: 00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (primary) (rev 0c) 00:02.1 Display controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (secondary) (rev 0c) glxinfo: OpenGL vendor string: Tungsten Graphics, Inc OpenGL renderer string: Mesa DRI Intel(R) 965GM OpenGL version string: 2.1 Mesa 7.11 Any ideas what I can do about this problem? Is it a known issue? Philipp ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
[Intel-gfx] The latest status of display and drm testing
Hi all, Base on the latest kernel commit Linux 3.1-rc4, we finished a round of test. Generally, no more new regression about DRM or Display has been found. The platforms we covered are IronLake, SandyBridge, IvyBridge and PineView. Thanks --Yi,Sun ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] How to disable (not working) native backlight support?
No one? My laptop is unusable, as soon as I change my display brightness the cpu goes 100% :( Is there no other option than switching back to 2.6.38? Cheers, Darkbasic ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] Tiling problems on i945GM
Ping! Anyone here got any thoughts on this or should I go bug the gnome-shell/mutter people on the assumption that it's compositing related? Col 'Twas brillig, and Colin Guthrie at 23/08/11 12:56 did gyre and gimble: Hi, I've been suffering with this problem for a while now, but can't specifically remember when it was introduced, but I'm currently using: kernel: 3.0.3 mesa: 7.11 libdrm: 2.4.26 x: 1.10.4 intel: 2.16.0 The problem presents itself in a couple different ways: 1. some tiling issues in some apps (notably firefox when scrolling) [1] 2. Not updating the screen generally, e.g. click on an email in thunderbird and not have the preview pane update to the new email contents (although I know it's just a screen update issue - the email *has* been rendered - just not displayed) I suspect this problem relates actually more towards some compositing problems (perhaps damage related) rather than a driver problem, but as I've not heard anyone else complain about compositing issues, I figure it should start my investigations here! I am currently using gnome-shell (well, mutter I guess) for compositing (3.1.5). Some other points worth noting: 1. I don't seem to get quite the same problem using kwin for compsiting under a KDE desktop. 2. Under gnome-shell, if I run gnome-terminal, it's quite often noticeable (type a command and the previous output is not scrolled up). Running knosole instead doesn't seem to have the same problem. 3. Connected to the above, the problem seems more apparent in gtk apps - can't recall seeing problems under Qt. Libre office is also affected tho' - whole buttons disappear a lot in e.g. the ooimpress wizard shown on launch. I think Libreoffice is using gtk... don't really know it well tho'. 4. Whenever any of this happens, triggering a screen refresh fixes things. e.g. pressing the win key in gnome shell will zoom out and back in again and the screen contents are fixed. Even taking a screenshot fixes things (which makes it a pain to gather evidence!) I appreciate this could very easily NOT be a driver issue, so consider this my first port of call in the debug trail. The suck upvery clever and intelligent and enlightened/suck up people on this list are the obvious choice to ask for advice :D Cheers Col 1. http://colin.guthr.ie/screen-tiling-issue.jpg -- Colin Guthrie http://colin.guthr.ie/ ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] [PATCH gpu-tools v2] gem_vmap_blits: fix compilation if I915_PARAM_HAS_VMAP is not defined
On Wed, Aug 24, 2011 at 14:57, Paulo Zanoni przan...@gmail.com wrote: Previously, make check failed because the main() function was not defined. Signed-off-by: Paulo Zanoni paulo.r.zan...@intel.com Works for me, so: Tested-By: Eugeni Dodonov eugeni.dodo...@intel.com --- Version 2, returning 77. tests/gem_vmap_blits.c |5 + 1 files changed, 5 insertions(+), 0 deletions(-) diff --git a/tests/gem_vmap_blits.c b/tests/gem_vmap_blits.c index c2ba390..05550a4 100644 --- a/tests/gem_vmap_blits.c +++ b/tests/gem_vmap_blits.c @@ -53,6 +53,11 @@ #if !defined(I915_PARAM_HAS_VMAP) #warning No vmap support in drm, skipping +int main(int argc, char **argv) +{ + fprintf(stderr, No vmap support in drm.\n); + return 77; +} #else #define WIDTH 512 -- 1.7.4.1 ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx -- Eugeni Dodonov http://eugeni.dodonov.net/ ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] [PATCH] drm/i915: Revert i915.semaphore=1 default from 47ae63e0
On Mon, 22 Aug 2011 09:53:11 -0700 Jesse Barnes jbar...@virtuousgeek.org wrote: On Fri, 10 Jun 2011 10:06:39 -0400 Andrew Lutomirski l...@mit.edu wrote: On Tue, Jun 7, 2011 at 3:12 AM, Eric Anholt e...@anholt.net wrote: I fear this bug is just getting more asynchronous with the GPU means we trigger race conditions on the GPU more easily. On that note, could you retest with Mesa as of this commit, since I'm told this is a GT1 CPU: commit ef59049c5242a1be7fa59a182d342191185dd62b Author: Eric Anholt e...@anholt.net Date: Sun Jun 5 23:20:57 2011 -0700 i965: Fix flipped GT1 vs GT2 URB VS entry count limits. Nope -- I still got the reset-button-not-working hang. I'm pretty sure I installed mesa right -- I moved everything in /usr/lib64/dri out of the way and put the files in mesa/lib/ in there. Andrew, what's the latest with this? Are you still seeing problems when semaphores are enabled? Thanks, Ping ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] [PATCH] drm/i915: Revert i915.semaphore=1 default from 47ae63e0
On Mon, Aug 22, 2011 at 12:53 PM, Jesse Barnes jbar...@virtuousgeek.org wrote: On Fri, 10 Jun 2011 10:06:39 -0400 Andrew Lutomirski l...@mit.edu wrote: On Tue, Jun 7, 2011 at 3:12 AM, Eric Anholt e...@anholt.net wrote: I fear this bug is just getting more asynchronous with the GPU means we trigger race conditions on the GPU more easily. On that note, could you retest with Mesa as of this commit, since I'm told this is a GT1 CPU: commit ef59049c5242a1be7fa59a182d342191185dd62b Author: Eric Anholt e...@anholt.net Date: Sun Jun 5 23:20:57 2011 -0700 i965: Fix flipped GT1 vs GT2 URB VS entry count limits. Nope -- I still got the reset-button-not-working hang. I'm pretty sure I installed mesa right -- I moved everything in /usr/lib64/dri out of the way and put the files in mesa/lib/ in there. Andrew, what's the latest with this? Are you still seeing problems when semaphores are enabled? Yes. On the latest -rc, the system still freezes hard when mutter starts up if I set i915.semaphores=1. [I typed this email last week but apparently it got stuck as a draft. Sorry.] --Andy ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] [PATCH] drm/i915: Revert i915.semaphore=1 default from 47ae63e0
On Wed, 31 Aug 2011 14:30:00 -0400, Andrew Lutomirski l...@mit.edu wrote: Yes. On the latest -rc, the system still freezes hard when mutter starts up if I set i915.semaphores=1. Ok. You said that you were running compiz before and that failed, and are now running mutter and that fails also? -- keith.pack...@intel.com pgpjrPTNPn4lq.pgp Description: PGP signature ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] [PATCH] drm/i915: Revert i915.semaphore=1 default from 47ae63e0
Yes. I suspect that, as soon as any 3D happens, the machine locks hard. How does it even get into a state that makes the hardware reset button not work? On Aug 31, 2011 3:08 PM, Keith Packard kei...@keithp.com wrote: On Wed, 31 Aug 2011 14:30:00 -0400, Andrew Lutomirski l...@mit.edu wrote: Yes. On the latest -rc, the system still freezes hard when mutter starts up if I set i915.semaphores=1. Ok. You said that you were running compiz before and that failed, and are now running mutter and that fails also? -- keith.pack...@intel.com ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
[Intel-gfx] [PATCH] drm/i915: small semaphore fix
Assertion + unsigned helps catch potential issues. From the docs it is hard to tell if the global GTT flag is actually needed, but it shouldn't hurt. Signed-off-by: Ben Widawsky b...@bwidawsk.net --- drivers/gpu/drm/i915/intel_ringbuffer.c |5 - 1 files changed, 4 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/i915/intel_ringbuffer.c b/drivers/gpu/drm/i915/intel_ringbuffer.c index c30626e..eb1ab0c 100644 --- a/drivers/gpu/drm/i915/intel_ringbuffer.c +++ b/drivers/gpu/drm/i915/intel_ringbuffer.c @@ -315,12 +315,14 @@ static void render_ring_cleanup(struct intel_ring_buffer *ring) } static void -update_semaphore(struct intel_ring_buffer *ring, int i, u32 seqno) +update_semaphore(struct intel_ring_buffer *ring, unsigned int i, u32 seqno) { struct drm_device *dev = ring-dev; struct drm_i915_private *dev_priv = dev-dev_private; int id; + BUG_ON(IS_GEN6(dev) i 1); + /* * cs - 1 = vcs, 0 = bcs * vcs - 1 = bcs, 0 = cs, @@ -332,6 +334,7 @@ update_semaphore(struct intel_ring_buffer *ring, int i, u32 seqno) intel_ring_emit(ring, MI_SEMAPHORE_MBOX | + MI_SEMAPHORE_GLOBAL_GTT | MI_SEMAPHORE_REGISTER | MI_SEMAPHORE_UPDATE); intel_ring_emit(ring, seqno); -- 1.7.6.1 ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
[Intel-gfx] Repeated xorg crashes with intel driver
Howdy, So I've had xorg crash for me from time to time. Maybe every 3 or 4 days. It always happens when I move the mouse and try to get to a window (X never crashes on its own). It's on a thinkpad W500, which I've used for over a year without any X crashes until some recent update, and I'm not sure which one. Crashes started with ubuntu maverick / X.Org X Server 1.6.4. I ended up upgrading X and deps (just that, not all of ubuntu which I trust less and less with the crazy changes they're doing now) to ubuntu narshall / X.Org X Server 1.10.1. Problem did not go away. Now, I just upgraded to the oneric X server: X.Org X Server 1.10.2.902 (1.10.3 RC 2) and I had the problem yet again :( I have a lenovo W500 with [73.412] (II) intel(0): Integrated Graphics Chipset: Intel(R) GM45 [73.412] (--) intel(0): Chipset: GM45 Currenly on 3.0.1, although it's happened with various kernels from 2.6.26 on IIRC. I do not have vmware, but I have virtualbox 4.1, although it's on the host OS I run X on, vbox is only used to run windows. Most of my crashes did not happen while virtualbox was actually running. I just unloaded its kernel modules now it case that makes a difference. Currently, I have: Package: xserver-xorg-video-intel Version: 2:2.15.901-1ubuntu2 xorg.conf and xorg.log attached. Crashes look like this: [152465.487] (II) intel(0): Modeline 1920x1200x0.0 134.28 1920 1968 2000 2208 1200 1202 1208 1220 -hsync -vsync (60.8 kHz) [244311.974] Backtrace: [244312.106] 0: /usr/bin/X (xorg_backtrace+0x3b) [0x80eab8b] [244312.106] 1: /usr/bin/X (0x8048000+0x5fb38) [0x80a7b38] [244312.106] 2: (vdso) (__kernel_rt_sigreturn+0x0) [0xe40c] [244312.106] 3: /usr/bin/X (ProcUngrabKeyboard+0x10f) [0x807e0bf] [244312.106] 4: /usr/bin/X (0x8048000+0x28167) [0x8070167] [244312.106] 5: /usr/bin/X (0x8048000+0x1a81c) [0x806281c] [244312.106] 6: /lib/i386-linux-gnu/libc.so.6 (__libc_start_main+0xe7) [0xb75c7e37] [244312.106] 7: /usr/bin/X (0x8048000+0x1a411) [0x8062411] [244312.107] Segmentation fault at address 0x36d [244312.107] Caught signal 11 (Segmentation fault). Server aborting [245227.218] (II) 3rd Button detected: disabling emulate3Button [481050.670] Backtrace: [481050.843] 0: /usr/bin/X (xorg_backtrace+0x37) [0x80a66c7] [481050.843] 1: /usr/bin/X (0x8048000+0x62c9a) [0x80aac9a] [481050.843] 2: (vdso) (__kernel_rt_sigreturn+0x0) [0xe40c] [481050.843] 3: /usr/bin/X (0x8048000+0x3a68b) [0x808268b] [481050.843] 4: /usr/bin/X (ProcUngrabKeyboard+0x120) [0x807ff00] [481050.843] 5: /usr/bin/X (0x8048000+0x2a117) [0x8072117] [481050.844] 6: /usr/bin/X (0x8048000+0x1c70c) [0x806470c] [481050.844] 7: /lib/i386-linux-gnu/libc.so.6 (__libc_start_main+0xe7) [0xb742be37] [481050.844] 8: /usr/bin/X (0x8048000+0x1ca21) [0x8064a21] [481050.844] Segmentation fault at address 0x365 [481050.845] Caught signal 11 (Segmentation fault). Server aborting [481050.855] [ 1294.689] (II) intel(0): Modeline 1920x1200x0.0 134.28 1920 1968 2000 2208 1200 1202 1208 1220 -hsync -vsync (60.8 kHz) [ 1295.007] (II) Mouse0: ps2EnableDataReporting: succeeded [ 2422.164] (II) 3rd Button detected: disabling emulate3Button [ 90586.764] Backtrace: [ 90586.838] 0: /usr/bin/X (xorg_backtrace+0x37) [0x80a66c7] [ 90586.839] 1: /usr/bin/X (0x8048000+0x62c9a) [0x80aac9a] [ 90586.839] 2: (vdso) (__kernel_rt_sigreturn+0x0) [0xe40c] [ 90586.839] 3: /usr/bin/X (0x8048000+0x3a68b) [0x808268b] [ 90586.839] 4: /usr/bin/X (ProcUngrabKeyboard+0x120) [0x807ff00] [ 90586.839] 5: /usr/bin/X (0x8048000+0x2a117) [0x8072117] [ 90586.839] 6: /usr/bin/X (0x8048000+0x1c70c) [0x806470c] [ 90586.839] 7: /lib/i386-linux-gnu/libc.so.6 (__libc_start_main+0xe7) [0xb7466e37] [ 90586.839] 8: /usr/bin/X (0x8048000+0x1ca21) [0x8064a21] [ 90586.839] Segmentation fault at address 0x35d [ 90586.840] Caught signal 11 (Segmentation fault). Server aborting [ 90586.840] Any idea what I can do? The crashes and data loss are vexing, and I'm not sure what else to upgrade/change to get back to a working configuration like I had before. Thanks, Marc -- A mouse is a device used to point at the xterm you want to type in - A.S.R. Microsoft is to operating systems what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ Section ServerLayout Identifier X.org Configured Screen 0 Screen0 0 0 InputDeviceMouse0 CorePointer InputDeviceKeyboard0 CoreKeyboard EndSection #Section Files # ModulePath /usr/lib/xorg/modules # FontPath /usr/share/fonts/X11/misc # FontPath /usr/share/fonts/X11/100dpi/:unscaled # FontPath /usr/share/fonts/X11/75dpi/:unscaled # FontPath /usr/share/fonts/X11/Type1 # FontPath /usr/share/fonts/X11/100dpi # FontPath /usr/share/fonts/X11/75dpi # FontPath /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType # FontPath built-ins #EndSection Section Module
Re: [Intel-gfx] Repeated xorg crashes with intel driver
On Wed, Aug 31, 2011 at 22:44, Marc MERLIN marc_x...@merlins.org wrote: Howdy, So I've had xorg crash for me from time to time. Maybe every 3 or 4 days. It always happens when I move the mouse and try to get to a window (X never crashes on its own). By judging from the xorg logs, the crashes are not related to the graphical driver apparently. Could you try getting a full backtrace for the crash, as explained https://wiki.ubuntu.com/X/Backtracing ? -- Eugeni Dodonov http://eugeni.dodonov.net/ ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] Repeated xorg crashes with intel driver
On Wed, Aug 31, 2011 at 11:15:01PM -0300, Eugeni Dodonov wrote: On Wed, Aug 31, 2011 at 22:44, Marc MERLIN marc_x...@merlins.org wrote: Howdy, So I've had xorg crash for me from time to time. Maybe every 3 or 4 days. It always happens when I move the mouse and try to get to a window (X never crashes on its own). By judging from the xorg logs, the crashes are not related to the graphical driver apparently. Thanks, I was unable to tell. Could you try getting a full backtrace for the crash, as explained https://wiki.ubuntu.com/X/Backtracing ? I sure can, but I'm confused, doesn't the X log already contain a backtrace that I already pasted? Will gdb bt give a different backtrace that what I already posted? Thanks, Marc -- A mouse is a device used to point at the xterm you want to type in - A.S.R. Microsoft is to operating systems what McDonalds is to gourmet cooking Home page: http://marc.merlins.org/ ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx