|Summary:||vt switching fails and crashes X|
|Product:||xorg||Reporter:||Klaas Vantournhout <klaas.vantournhout>|
|Component:||Driver/intel||Assignee:||Jesse Barnes <jbarnes>|
|Status:||RESOLVED FIXED||QA Contact:||Xorg Project Team <xorg-team>|
|i915 platform:||i915 features:|
|Bug Depends on:|
Description Klaas Vantournhout 2009-03-25 09:47:35 UTC
Created attachment 24238 [details] Xorg.0.log after stopping the display manager When in X and pressing ctrl-alt-f1, the display manager crashes furiously and restarts returning back to the graphical login screen. It is impossible to turn to vt1->6 since you in the end always end up with vt7. When asking in the login screen (vt7) to restart X, the system crashes. The card I am using is : Card:Intel 810 and later: Intel Corporation|82Q35 Express Integrated Graphics Controller [DISPLAY_VGA] (vendor:8086 device:29b2 subv:1028 subd:0211) The xorg.conf entry reads Section "Device" Identifier "device1" VendorName "Intel Corporation" BoardName "Intel 810 and later" Driver "intel" Option "DPMS" EndSection Operating system : mandriva cooker x86_64 The driver I am using is x11-driver-video-intel-126.96.36.1992-1.20090324.1mdv2009.1 This is what is written in /var/log/messages after ctrl-alt-f1 Mar 25 16:44:46 talvin10 klogd: X:3159 freeing invalid memtype d0000000-e0000000 Mar 25 16:44:46 talvin10 klogd: [drm:i915_get_vblank_counter] *ERROR* trying to get vblank count for disabled pipe 1 Mar 25 16:44:46 talvin10 kdm: X server for display :0 terminated unexpectedly The included attachment is the Xorg.0.log which was obtained by stopping the display manager (service dm stop) This is the only Xorg.0.log I could obtain. After stopping dm, the only thing I obtained was a frozen screen. A little white bar in the upright corner. switching to vt1 to 6 fails. restarting dm over ssh works
Comment 1 Gordon Jin 2009-03-25 19:14:17 UTC
Assuming this is regression, what's the previous version working for you?
Comment 2 Klaas Vantournhout 2009-03-26 04:22:53 UTC
The previous version I had was 2.6.3, that one "worked", 3D of kde hanged my system, but vt switching was normal.
Comment 3 Jesse Barnes 2009-03-26 12:48:34 UTC
Ah at first this wasn't making sense, but when I checked out the Mandriva report it started to... Sounds like with your display manager you may be running multiple servers? I.e. when you login it starts a new server for you (fast user switching also does this). So there could be a problem with starting two X servers and VT switching one of them. Or the display manager could be using server generations (not exiting the server, just bringing it almost to a close then starting it up). Can you check either of those theories?
Comment 4 Klaas Vantournhout 2009-03-30 15:44:12 UTC
Hi, As far as I know, the display manager does not create multiple X sessions. The people of mandriva confirmed this. However I can say that a revert to the 188.8.131.522 tarball removed the problems with vt switching. So maybe this could help with sorting things out.
Comment 5 Jesse Barnes 2009-03-30 15:59:07 UTC
Well, the backtrace looks awfully similar to a crash I fixed recently in unbind_memory, but it looks like you filed this bug after that was fixed. But maybe you were running old git bits? Can you try with git master from today (will require libdrm from git to build).
Comment 6 Jesse Barnes 2009-04-06 12:26:42 UTC
Any update here, Klaas? Have you had a chance to try more recent git bits?
Comment 7 Klaas Vantournhout 2009-04-07 05:15:04 UTC
No sorry, I had some other priorities I will have a look this evening or tomorrow.
Comment 8 Klaas Vantournhout 2009-04-08 05:02:36 UTC
The following intel driver was tested and did not show any problems regarding vt switching. x11-driver-video-intel-184.108.40.2063-0.20090406.1mdv2009.1.src.rpm
Comment 9 Jesse Barnes 2009-04-08 09:27:20 UTC
Great, thanks for confirming Klaas. Closing this out.