Created attachment 24799 [details]
I tested driver version 188.8.131.523 with Xserver 1.6.0 from Debian unstable, libdrm 2.4.9, Mesa 7.4 and kernel 2.6.30-rc1-00457-gb21597d.
When the Xserver starts, the computer crashes. I tried to start the server via SSH and watched the kernel log using inotail -f to gather some information, without luck. No messages in stdout/stderr or in the kernel log.
The computer is a Mac mini Core2 Duo with i945 graphics, 2 GB RAM on 2 modules. This is a 64 bit system.
Forgot to mention: the kernel has KMS enabled.
I tested with a kernel 184.108.40.206 without KMS enabled, and it worked.
Please attach Xorg log, according to http://intellinuxgraphics.org/how_to_report_bug.html.
Created attachment 24814 [details]
Created attachment 24815 [details]
There have been some problems with PAT code in recent kernels that cause recent versions of our driver to crash. I know that 2.6.29 was definitely affected, but I was hoping that the 2.6.30 rc series would have the fixes.
I do see from your kernel log that PAT is enabled:
2009-04-15_08:14:02.83379 kern.info: x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
Could you try adding "nopat" to your kernel boot command-line, (such as in grub's menu.lst or else by manually editing the kernel command-line at the grub interface).
And please let us know if that fixes this crash for you.
I tried 2.6.30-rc2-00076-g3ee8da8 with CONFIG_X86_PAT disabled, the computer still crashes when I start the X server.
For me X locks up graphics and input but does not crash the machine.
I do not see anything interesting in the kernel log except complaints about X 1.4 doing the wrong thing when the kernel is in GEM mode.
For X logssee http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=526317
note that I boot the machine using EFI since the BIOS emulation fails to locate my system after some experiments with GRUB.
None of the kernel framebuffers work well, the best one is efifb which displays correct geometry but wrong colours (probably wrong pixel format).
Using vesafb or intelfb on some kernel like 2.6.26 resulted in distorted pictute.
I experience a similar crash with my GM915
64bit system running Ubuntu 9.04 and latest git (yesterday)
Whenever X loads the system becomes unresponsive within a few seconds. The mouse freezes, the screen freezes, but the system appears not be not frozen completely (hard drive access for background services). Usually I get to the gdm login screen and can produce the crash by logging in or switching vtt a few times.
However! If I load the i915 module earlier in the boot process (before X starts) the problem goes away! I encourage everyone commenting to try this and see if it changes things.
Sorry, my last comment should say GM965 (supported by the i915 kernel module... too many 9xx numbers...)
tino, your original report said that KMS was enabled, but it looks like your driver failed to notice that based on your X log. Can you update your 2D driver and try again?
As for loading i915 first, yes it's generally important. Recent 2D driver bits (from git) will try to load the i915 driver, but it's best to just do it at boot time.
Tino, I'm closing this one. As Jesse said, the log shows KMS is not enabled.
Michal, you may encounter another problem. Please try the new xf86-video-intel driver (>=2.7) and kernel (2.6.30). Don't use intelfb.
If you still have problem, please file a separate bug according to http://intellinuxgraphics.org/how_to_report_bug.html.