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
VendorName "Intel Corporation"
BoardName "Intel 810 and later"
Operating system : mandriva cooker x86_64
The driver I am using is
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
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
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
Assuming this is regression, what's the previous version working for you?
The previous version I had was 2.6.3, that one "worked", 3D of kde hanged my system, but vt switching was normal.
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?
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 184.108.40.2062 tarball removed the problems with vt switching. So maybe this could help with sorting things out.
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).
Any update here, Klaas? Have you had a chance to try more recent git bits?
No sorry, I had some other priorities
I will have a look this evening or tomorrow.
The following intel driver was tested and did not show any problems regarding vt switching.
Great, thanks for confirming Klaas. Closing this out.