Forwarding this bug from a Ubuntu reporter: https://bugs.edge.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/289883 [Problem] This hardware boots display on VGA port ok, but neither the HDMI nor DVI port seem to be detected according to Xorg.0.log, and so X fails to boot, with the error "no screens found". [System Environment] -- chipset: i946gz -- system architecture: i686 -- xf86-video-intel: both 2.5.1 and 2.4.1 tested and affected -- xserver: 1.5.2 (2:1.5.2-2ubuntu3) -- kernel: 2.6.27-7-generic -- Linux distribution: Ubuntu Jaunty -- Display connector: -- Monitor: Asus VK222H monitor (22" widescreen) [lspci] 00:00.0 Host bridge [0600]: Intel Corporation 82946GZ/PL/GL Memory Controller Hub [8086:2970] (rev 02) Subsystem: ASUSTeK Computer Inc. Device [1043:81ea] 00:02.0 VGA compatible controller [0300]: Intel Corporation 82946GZ/GL Integrated Graphics Controller [8086:2972] (rev 02) Subsystem: ASUSTeK Computer Inc. Device [1043:81ea] [Reproducing steps] 1. Boot up 2. After usplash, when gdm attempts to show the login screen, X generates these errors: - (EE) intel(0): No valid modes. - (EE) Screen(s) found, but none have a usable configuration. [Additional info] * VESA driver works okay * Worked in Hardy (-intel 2.2.x) * Checked for LVDS disablement quirks in -intel - none found for this HW
Created attachment 21964 [details] Xorg.0.vga.works.log
Created attachment 21965 [details] Xorg.0.hdmi.fail.log
Created attachment 21966 [details] Xorg.0.DVI.fail.log
Logs are for intel 2.4.1, which doesn't have support for integrated HDMI/DVI. Please attach log for at least 2.5.1 with ModeDebug. Could you try 2.5.99.2 too?
The user reported that the issue still exists for 2.5.1. He did not provide Xorg.0.log however.
(In reply to comment #5) > The user reported that the issue still exists for 2.5.1. He did not provide > Xorg.0.log however. > Bryce, please help introduce the bug reporter here. The latest update he posted to Ubuntu uses VESA driver... I don't see any log using 2.5.1 from him..
http://launchpadlibrarian.net/21300876/Xorg.0.log
(In reply to comment #7) > http://launchpadlibrarian.net/21300876/Xorg.0.log > yeah, I know, that's what I mean he is using vesa driver. will the bug reporter be able to show up here?
Hi Wang Zhenyu, Ah. You can see my encouragements for the reporter to join here, but beyond that I have little control so can't say. Do you know of the LP/BZ plugin? I think it could help avoid the problem we're in at the moment: https://help.launchpad.net/Bugs/BugzillaPlugin
sorry, no idea about LP bug plugin, maybe Gordon will know better with bugzilla. We still need X log with ModeDebug for intel driver to know why those outputs not working.
Hey guys, let me know which Xorg.0.log you need. The following one is what just occurred on boot up while using the latest test packages referenced back in our launchpad thread (before reverting back to vesa to login). http://launchpadlibrarian.net/21534330/Xorg.0.log
Jeremy Lucier, pls add Option "ModeDebug" "True" to the device section of your xorg.conf, then paste the xorg log. thanks.
and, please tell us what's the model your motherboard or machine you are using. 946GZ is too general. thanks.
Created attachment 22227 [details] Xorg.0.log with debugmode set to true.
Created attachment 22228 [details] lshw dump I'm running the base Asus Nova P22 media PC (specs seem hard to find for it). So, graphics: 82946GZ/GL Integrated Graphics Controller Motherboard: Asus P2P5B1-DHS
Please let me know if you need further information.
Created attachment 22429 [details] please try the patch, thanks. hi Jeremy Lucier From Xorg log, we can see sdvo device is not found. Could you try the patch, which is forced to find sdvo device. after runing it, please paste xorg log file. Thanks Ma Ling
Created attachment 22439 [details] Xorg - post svdo patch. I ran the patch against the latest git clone of the xf86-video-intel driver. Throws up an error on-load stating that there's a driver error. It compiled fine during the make process, so nothing wrong there.
(In reply to comment #18) > Created an attachment (id=22439) [details] > Xorg - post svdo patch. > I ran the patch against the latest git clone of the xf86-video-intel driver. > Throws up an error on-load stating that there's a driver error. It compiled > fine during the make process, so nothing wrong there. hi Jeremy, I found the log is not true, it shows Xorg don't run normally. log file in comment #14 says driver detect SDVO device, but log from comment #18 didn't run the same position, nor give us corresponding message. Thanks Ma Ling
Jeremy Lucier, I googled the machine and found there is no HDMI port on the machine. What do you mean of using HDMI also fail? Do you use a DVI-to-HDMI adapter?
It's a DVI->HDMI adapter, but it doesn't work DVI to monitor either. I'll recompile the driver tomorrow and hopefully that will give us a valid log output.
ok. in this case, HDMI == DVI for us. The HDMI in the title is a bit misleading. I just remove it.
Correct. I'll get the fixed up log asap.
(In reply to comment #23) > Correct. I'll get the fixed up log asap. > also please double check ling's comment in comment# 19... double check every step you used to apply the debug patch and build the driver. It shouldn't break the xserver and your updated log doesn't prove it's hit that point, either...
(In reply to comment #24) > (In reply to comment #23) > > Correct. I'll get the fixed up log asap. > > > > also please double check ling's comment in comment# 19... double check every > step you used to apply the debug patch and build the driver. It shouldn't break > the xserver and your updated log doesn't prove it's hit that point, either... > Yeah, it was odd seeing it dump out like that considering the build went successfully. I'll do a full pull from git tonight (about 8 hours from now), patch it, and build the driver again.
Please also help to test if you get rid of this line in i830_i2c.c OUTREG(GMBUS0, 0); (test without ling's patch) thanks.
Created attachment 22554 [details] Xorg.0.log - latest pull - working Well, I did a full git pull, and did another compile. Loaded up, and like magic the newest driver started working like a champ! Looks like the latest upstream driver fixes the issue. I've attached the Xorg.0.log and rebooted. It works both under DVI, as well as DVI->HDMI. So, would you guys like me to run the patch as well as that last requested change? (I'm guessing not, but perhaps it's of value to you?)
though it's a bit strange to see your sdvo device is detected as HDMI, I'm close it for now as it works for you. may need your help to do some testing later.. thanks.
Sounds good, let me know if you ever need some testing done. Thanks for the hard work everyone :)
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.