Created attachment 25004 [details] Dmesg before launching X I'm testing KMS on a Macbook. Booting with BIOS emulation : The console is almost OK (resolution 1280x800) but when starting X, the screen is blank, and i can't switch back to the console. Chipset : 945GM uname -m : i686 libdrm : 2.4.9 kernel : git commit a939b96cccdb65df80a52447ec8e4a6d79c56dbb (after 2.6.30-rc2) xserver : 1.6.1 xorg-video-intel : 2.7.0 It's Debian unstable, and Xorg.conf is empty. PS: on console the bottom of the screen (last 3 lines) is garbage. Should I file a seperate bug for this ? PS2: Booting from EFI, screen is blank as soon as the i915 module is loaded.
Created attachment 25006 [details] Dmesg after launching X
Created attachment 25007 [details] Xorg.log when KMS is enabled
Created attachment 25008 [details] Xorg.log when KMS is disabled
Some register dumps might help here. Can you capture them from a fresh boot before and after loading the i915 driver (in the EFI case too, since we want to fix that blank screen issue) and then again after starting X?
Here are the register dumps for BIOS Settings. They are 100% reproducible.
Created attachment 25031 [details] Register dumps after a clean boot and before loading the i915 module
Created attachment 25032 [details] Register dumps after loading i915
Created attachment 25033 [details] Register dumps after loading X
Hm, your X log indicates that you might have been bitten by the videoRAM "fix". Can you try with git master of xf86-video-intel?
*** Bug 21307 has been marked as a duplicate of this bug. ***
I tried with both 2.7.99 and master. In both case, the black screen problem seems to be gone, but everything locks up after a few seconds. This happens with and without KMS. This seems to be a new problem, the black screen seems to be fixed.
Created attachment 25694 [details] log file, with master (leads to lockup after a second)
Closing this one as fixed then. Please file a new bug for the hang issue, along with info about desktop configuration (e.g. compiz or not etc), both X and kernel logs, and software versions. The X log you attached doesn't have anything interesting in it about the crash that I can see... You might also check out the GPU dumping utility in the intel-gpu-tools package (I think Ubuntu has some docs about using it to capture info when the GPU hangs, but you'll have to google around a little to find it since I don't have the URL handy).
(In reply to comment #13) > Closing this one as fixed then. Please file a new bug for the hang issue, > along with info about desktop configuration (e.g. compiz or not etc), both X > and kernel logs, and software versions. The X log you attached doesn't have > anything interesting in it about the crash that I can see... You might also > check out the GPU dumping utility in the intel-gpu-tools package (I think > Ubuntu has some docs about using it to capture info when the GPU hangs, but > you'll have to google around a little to find it since I don't have the URL > handy). > But it's not fixed in the stable 2.7 branch, shouldn't it be backported there?
Yeah if you can bisect down to the commit that fixed the problem we can nominate it for the 2.7.x branch.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.