Bug 15101 - [855GM] intel 2.2.1 lock up at startup with external display connected
Summary: [855GM] intel 2.2.1 lock up at startup with external display connected
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/intel (show other bugs)
Version: unspecified
Hardware: Other All
: medium normal
Assignee: Jesse Barnes
QA Contact: Xorg Project Team
Keywords: NEEDINFO, regression
Depends on:
Reported: 2008-03-17 21:17 UTC by Francois-Rene Rideau
Modified: 2008-06-16 09:39 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:

Xorg log when failing with driver 2.2.1 (37.12 KB, text/plain)
2008-03-17 21:17 UTC, Francois-Rene Rideau
no flags Details
xorg.conf (8.18 KB, text/plain)
2008-03-17 21:22 UTC, Francois-Rene Rideau
no flags Details

Description Francois-Rene Rideau 2008-03-17 21:17:49 UTC
Created attachment 15245 [details]
Xorg log when failing with driver 2.2.1

On a Toshiba Libretto U105 (82852/855GM), using an external screen (the LCD is bust), driver 2.2.1 locks up (with a text cursor and parasite dots) at startup. The console is unusable, but if you ssh into the machine, you can kill X and have your console back. However, the device is left in a bad state, and even driver 2.1.1 crashes similarly if tried afterwards. On reboot, driver 2.1.1 happily works (after other woes, I've got into the habit of backing up my known working display drivers).

xorg.conf and Xorg.log.0 attached.

I can provide on request Xorg.log for working 2.1.1 driver or failing 2.1.1 driver (after 2.2.1 messed up with the device state), or any other information.

Machine is running Debian i386 testing. Relevant package is xserver-xorg-video-intel 2:2.2.1-1.

After a quick search through the existing bugs, I find that this may or may not be related to bug 13376.
Comment 1 Francois-Rene Rideau 2008-03-17 21:22:11 UTC
Created attachment 15246 [details]

NB: Linux kernel, using intelfb. Nothing significant in dmesg.

I'm available to give more information on request, although I may be slow as this is not the highest priority to me since I have a working fallback and this isn't my main machine.
Comment 2 Michael Fu 2008-03-17 23:34:46 UTC
please refer to http://www.intellinuxgraphics.org/how_to_report_bug.html.

Would you please get rid of intelfb kernel module and retest?
Comment 3 Jesse Barnes 2008-03-18 18:52:24 UTC
Francois-Rene, the intelfb driver doesn't work well in many situations, can you reproduce your problem without it?  If you need the framebuffer interface for some reason, you can also try vesafb, but let's try to narrow down the problem w/o any fb drivers loaded first.
Comment 4 Francois-Rene Rideau 2008-03-20 23:44:33 UTC
Unless you can tell me a way to disable intelfb at the kernel commandline (I didn't find such a way), I will have to recompile a new custom kernel for that machine (a generic kernel won't do because I need special crypto and wifi drivers).

I will do that eventually and recontact you with the requested info, but that may take time.

Thanks for your support. In the meantime, I'll stick to driver 2.1.1.
Comment 5 Jesse Barnes 2008-03-21 09:18:20 UTC
Yeah, I think you'll have to rebuild the kernel, I don't know of an option to disable things at boot time.  Just get us the info when you get a chance, and we can continue debugging then.  Thanks.
Comment 6 Michael Fu 2008-04-01 19:59:02 UTC
Francois-Rene Rideau, are you able to give us an update of your testing now? thanks.
Comment 7 Gordon Jin 2008-05-11 23:12:27 UTC
ping the reporter
Comment 8 Francois-Rene Rideau 2008-06-16 09:39:29 UTC
Now works again.

I failed to install an upgraded kernel (because the loop-aes support is a pain to configure) and so couldn't try without the framebuffer support. However, after many driver upgrades and many reboots, it now seems to work with intel_drv 2.3.1.


Thanks to all of you, and particularly to whoever fixed that bug.

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.