Latest intel driver 2.6.99.902 failed on a lot of machines, saying no output can be found whereas 2.6.3 works smoothly. Tested on Mobile GM965/GL960 Integrated Graphics Controller, Mobile 915GM/GMS/910GML Express, ... See Mandriva Linux bug #49081: https://qa.mandriva.com/show_bug.cgi?id=49081 xorg's log diff between old & new driver: https://qa.mandriva.com/attachment.cgi?id=12867 xorg with 2.6.3 driver log: https://qa.mandriva.com/attachment.cgi?id=12868 xorg with 2.6.99.902 driver log: https://qa.mandriva.com/attachment.cgi?id=12869 The interesting part of the log diff is: -(II) intel(0): Output LVDS connected +(II) intel(0): Output LVDS disconnected +(WW) intel(0): No outputs definitely connected, trying again... +(II) intel(0): Output VGA disconnected +(II) intel(0): Output LVDS disconnected +(II) intel(0): Output TMDS-1 disconnected +(II) intel(0): Output TV disconnected +(WW) intel(0): Unable to find initial modes +(EE) intel(0): No valid modes. +(II) UnloadModule: "intel" +(II) UnloadModule: "vgahw" +(II) Unloading /usr/lib/xorg/modules//libvgahw.so +(EE) Screen(s) found, but none have a usable configuration. + +Fatal server error: +no screens found
Btw we are _NOT_ using KMS...
Could you turn on ModeDebug option and attach X log here?
seems similar to bug#20752
(In reply to comment #3) > seems similar to bug#20752 > No. this isn't VBT related. Otherwise, LVDS output won't even be created at all. This bug shows LVDS disconnected.
Created attachment 24263 [details] Xorg.0.log with ModeDebug set to yes I'm also seeing this bug on a mandriva box with the same driver as the original reporter, here is the log you asked for. The machine is a macbook from August 2008 with an GM965 8086:2a02 (rev 03). Let me know if you need more information.
Downgrading the intel driver to 2.6.3 (as packaged by mandriva) is enough to get X working (same xorg.conf, no package upgrade except for the x11 driver change).
Christophe, your problem is same at 20752, not this one. I have patch there to disable VBT parsing for LVDS completely.
As Christophe's log is for another LVDS probe issue, Thierry could you paste X log with ModeDebug option on?
Created attachment 24310 [details] [review] X.log diff (patch against initial failed x.log: https://qa.mandriva.com/attachment.cgi?id=12869) The problem is that I cannot reproduce it anymore. There were a few backports on our xserver but I don't think that can impact this bug. I tried all releases of our intel & xserver packages without being able to reproduce it whereas I was able to reproduce it every time the other day. I cannot think of any other package update that could have such an impact on this bug???? See history of our packages: http://svn.mandriva.com/cgi-bin/viewvc.cgi/packages/cooker/x11-server/current/ http://svn.mandriva.com/cgi-bin/viewvc.cgi/packages/cooker/x11-driver-video-intel/current/ The diff shows some ACPI noise because now hal starts before acpid, thus preventing acpid from opening /proc/acpi/events
Created attachment 24311 [details] another log diff
Created attachment 24312 [details] yet another log diff I've no clue for now...
It should be relate to your ACPI module, it looks it failed to load somehow, and driver can't get lid status through it, then fallback to SWF BIOS state, which works on your machine. I'm going to disable current LVDS detect for 2.7 release.
*** Bug 18462 has been marked as a duplicate of this bug. ***
I have disabled LVDS detect in master now. Close this one, we should find a reliable way to reenable this. commit 4f046af760b92c07f59664359453933fb5358e3d Author: Zhenyu Wang <zhenyu.z.wang@intel.com> Date: Tue Mar 31 13:49:44 2009 +0800 Disable LVDS detect methods Both methods ACPI lid and SWF bit have issues in LVDS detect from wider testing. Fallback to origin code.
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.