|Summary:||[i915][user modesetting] X server crash with kernel 2.6.31-rcX|
|Product:||DRI||Reporter:||Michael S. Tsirkin <m.s.tsirkin>|
|Component:||DRM/Intel||Assignee:||Eric Anholt <eric>|
|Status:||CLOSED FIXED||QA Contact:|
|i915 platform:||i915 features:|
Description Michael S. Tsirkin 2009-08-02 15:46:03 UTC
Created attachment 28272 [details] dmesg output: x crashed and was restarted With 2.6.31-rc2, X server crashes each time I change options such as anti-aliasing or display effects with KDE; this does not happen with 2.6.30. (Could not bisect or test rc1 as that crashes on boot for me) Nothing interesting seems to be in dmesg. Attaching: dmesg.txt intel_reg_dumper.txt lspci_vv.txt Xorg.0.log.old xrandr_verbose.txt System environment: -- T500 with intel graphics i915 -- lspci output - attached -- xf86-video-intel:2.7.0 -- xserver: 184.108.40.2061 (1.6.2 RC 1) -- mesa version: GL_RENDERER = Mesa DRI Mobile Intel® GM45 Express Chipset GEM 20090114 x86/MMX/SSE2 GL_VERSION = 2.1 Mesa 7.6-devel GL_VENDOR = Tungsten Graphics, Inc -- libdrm: 2.4.6 -- kernel: 2.6.31-rc2, 2.6.30 from kernel.org, 220.127.116.11-167 -- Linux distribution: Fedora 11 -- Machine : T500 with intel graphics -- Display: LVDS Reproducing steps: boot with i915.modeset=0 Change options such as anti-aliasing or display effects with KDE. X server crashes. See also: http://bugzilla.kernel.org/show_bug.cgi?id=13740
Comment 1 Michael S. Tsirkin 2009-08-02 15:46:39 UTC
Created attachment 28273 [details] intel_reg_dumper output after server crashed and was restarted
Comment 2 Michael S. Tsirkin 2009-08-02 15:47:00 UTC
Created attachment 28274 [details] lspci -vv output
Comment 3 Michael S. Tsirkin 2009-08-02 15:47:40 UTC
Created attachment 28275 [details] xrandr verbose output with kms disabled, after x server crashed and was restarted
Comment 4 Michael S. Tsirkin 2009-08-02 15:48:31 UTC
Created attachment 28276 [details] xorg log with the crash
Comment 5 Michael S. Tsirkin 2009-08-02 15:58:46 UTC
Something I should mention: this is a 64 bit kernel with 32 bit userspace. Haven't tried with a 32 bit kernel.
Comment 6 Gordon Jin 2009-08-02 19:30:21 UTC
Can you try xf86-video-intel 2.8.0? Why do you disable KMS?
Comment 7 Michael S. Tsirkin 2009-08-02 22:50:01 UTC
A separate bug http://bugs.freedesktop.org/show_bug.cgi?id=22660 is why I disable KMS: no modes besides the max one work. But that is not a regression: it also happens with 2.6.30. Will try latest bits, but note the server crash seems like a kernel regression, anyway.
Comment 8 Michael S. Tsirkin 2009-08-03 00:22:33 UTC
Created attachment 28280 [details] xorg.conf that I used
Comment 9 Michael S. Tsirkin 2009-08-03 00:26:21 UTC
OK, I built the following versions from git: dri2proto dri2proto-2.1 drm libdrm-2.4.12-8-g4507863 macros util-macros-1.2.2 mesa mesa_7_5-1982-gd07bf2b pthread-stubs 0.1-1-gef2431f xf86-video-intel 2.8.0-19-g50e2a67 With these, I can't activate desktop effects. KDE gave me this message: Failed to activate desktop effects using the given configuration options. Settings will be reverted to their previous values. Check your X configuration. You may also consider changing advanced options, especially changing the compositing type. I will attach the log, but it seems a separate issue.
Comment 10 Michael S. Tsirkin 2009-08-03 00:27:24 UTC
Created attachment 28281 [details] log from X 2.8.0 - failed to activate desktop effects at all. separate issue?
Comment 11 Michael S. Tsirkin 2009-08-03 04:02:31 UTC
BTW, I tried KMS with 2.8.0 and I can't activate desktop effects there either, while it works with bits from fedora 11. Any idea what I did wrong?
Comment 12 Gordon Jin 2009-08-03 19:04:28 UTC
(In reply to comment #11) > BTW, I tried KMS with 2.8.0 and I can't activate > desktop effects there either, while it works with bits > from fedora 11. > Any idea what I did wrong? sounds like bug#22838
Comment 13 Michael S. Tsirkin 2009-08-04 00:17:51 UTC
yes, I rolled back mesa to the version fedora ships and the following set of versions does not crash with the new kernel: dri2proto dri2proto-2.1 drm libdrm-2.4.12-8-g4507863 macros util-macros-1.2.2 xf86-video-intel 2.8.0-20-gaf45482 xserver: 18.104.22.1681 (1.6.2 RC 1) mesa version: GL_RENDERER = Mesa DRI Mobile Intel® GM45 Express Chipset GEM 20090114 x86/MMX/SSE2 GL_VERSION = 2.1 Mesa 7.6-devel GL_VENDOR = Tungsten Graphics, Inc
Comment 14 Michael S. Tsirkin 2009-08-04 00:19:14 UTC
sorry, (In reply to comment #13), this comment 13 is wrong. I tested with KMS, which never had the crash, rather than UMS. > yes, I rolled back mesa to the version fedora ships and the following > set of versions does not crash with the new kernel: > > dri2proto dri2proto-2.1 > drm libdrm-2.4.12-8-g4507863 > macros util-macros-1.2.2 > xf86-video-intel 2.8.0-20-gaf45482 > > xserver: 22.214.171.1241 (1.6.2 RC 1) > mesa version: > GL_RENDERER = Mesa DRI Mobile Intel® GM45 Express Chipset > GEM 20090114 x86/MMX/SSE2 > GL_VERSION = 2.1 Mesa 7.6-devel > GL_VENDOR = Tungsten Graphics, Inc >
Comment 15 Michael S. Tsirkin 2009-08-04 00:27:36 UTC
verified with UMS, versions in comment 13 prevent server from crashing with 2.6.31-rcX.
Comment 16 Gordon Jin 2009-08-04 02:26:28 UTC
(In reply to comment #15) > verified with UMS, versions in comment 13 prevent > server from crashing with 2.6.31-rcX. > Is the mesa in comment 13 the same as the one in the original report?
Comment 17 Michael S. Tsirkin 2009-08-11 02:23:37 UTC
(In reply to comment #16) > (In reply to comment #15) > > verified with UMS, versions in comment 13 prevent > > server from crashing with 2.6.31-rcX. > > > > Is the mesa in comment 13 the same as the one in the original report? > Yes. In other words, intel driver from fedora crashes on 2.6.31-rcX, but new one built from source does not. If I also update mesa I can't activate desktop effects at all, but that's a separate issue.
Comment 18 Chris Wilson 2010-05-31 15:15:35 UTC
If rebuilding the driver from source was all that was required to prevent the crash, then unless the fedora package was carrying a patch that we wanted tested, I have to conclude that the bug was fixed. And hopefully the mesa issue was also resolved, KDE effects were working last time I checked...