xserver-xorg-video-intel does not work with 82852/855GM

I can confirm this bug with my Fujitsu-Siemens Lifebook E4010, also with 82852/855GM as graphics controller. To me happened exactly the same, I did the same things to resolve the situation.

Architecture: i386
Date: Fri Apr 20 13:50:16 2007
DistroRelease: Ubuntu 7.04
Uname: Linux schlepptop 2.6.20-15-generic #2 SMP Sun Apr 15 07:36:31 UTC 2007 i686 GNU/Linux

the same here. i always get the kdm to show up but i cannot log into kde. (flickers and returns to kdm the first time and if i try again it results in a total system hang)

It's the same here with my Acer TM3002 notebook.

Architecture: i386
Date: Thu May 17 07:47:23 CST 2007
DistroRelease: Ubuntu 7.10
Uname: Linux ubuntu 2.6.20-15-generic #2 SMP Sun Apr 15 07:36:31 UTC 2007 i686 GNU/Linux

I can confirm the same problem with my acer travelmate 6003 with 82852/855GM. I am using ubuntu feisty. And using again succesfully the i810 driver.

This sounds like a combination of several bugs that have since been fixed in Gutsy.

Can those of you experiencing these issues please test gutsy-beta and report on if any issues remain?

I am running an up date gutsy on a thinkpad X40
xserver-xorg-video-intel: 2:2.1.1-0ubuntu4
Uname: Linux gutsy 2.6.22-12-generic #1 SMP Sun Sep 23 18:11:30 GMT 2007 i686 GNU/Linux

Using the intel video driver principally works and the problems described above do no longer occur. But after waking from sleep the screen remains black. So I will still continue to use i810.

Shall I open a new bug report for this?

Yes, do open a new report for that issue if there isn't one already (I think there may already be). Thanks for confirming that the principle issues are fixed, I'll close this one.

The driver is not working in Gutsy. I'm running the RC live CD right now. The symptoms are the same as reported above. I have a G40 ThinkPad with the 82852/855GM chip.
When booting the CD, the screen goes black when starting X. I can't even switch to the console with Alt+F1.
Starting up in safe graphics mode works.
Using the "test" button in the "Screens and Graphics" utility to try the "intel" driver results in a blank screen and a "Configuration test failed" message. I attached the log produced by the test server.
The "i810" driver passes the test.

I experienced the same issues using the Gutsy RC Live CD.

For anyone still having issues on 855 hardware, specifically when switching VTs, suspending, shutting down, (or even starting the X server up), and wanting to help debug this issue further, I'm put online a .deb (and sources etc..):
http://www2.eng.cam.ac.uk/~pcjc2/ubuntu/debug/
http://www2.eng.cam.ac.uk/~pcjc2/ubuntu/debug/xserver-xorg-video-intel_2.1.1-0ubuntu9~pcjc2.tst_i386.deb

This has the latest ubuntu version of the driver, with all known fixes that have been pushed to Ubuntu. It has an experimental patch of mine to avoid blinking the blackight like crazy when starting the server up, which also has possible side-effects for the load/restore path.

The useful bit, is a load of extra log output at nearly every stage of the restore path. If its failing there, we should be able to narrow down where.

I've added calls to sync() after every log messge I added, so _hopefully_ some of this will make it to disk if the machine hard-locks, although hardware write-caching on the disk may put pay to that.

You might try disabling that before VT switching with:
hdparm -W 0 /dev/HARD_DRIVE

Those who know how to attach strace from a remote machine will be able to see everything even if the machine locks.

I'd be interested to see log output from this for anyone who still has failures. (Running this test version of the driver).

http://www2.eng.cam.ac.uk/~pcjc2/ubuntu/debug/xserver-xorg-video-intel_2.1.1-0ubuntu9~pcjc2.tst2_i386.deb

Incorporates a possible fix on 85X hardware, but is still a debug patch.

If it doesn't fix the problem, please send the Xorg.0.log.

http://www2.eng.cam.ac.uk/~pcjc2/ubuntu/debug/xserver-xorg-video-intel_2.1.1-0ubuntu9~pcjc2.tst3_i386.deb

the .tst2 version didn't workaround the bug very well. This version might.

http://www2.eng.cam.ac.uk/~pcjc2/ubuntu/xserver-xorg-video-intel_2.1.1-0ubuntu10~pcjc2_i386.deb

A non debug version of the above which doesn't mess up programming the palette like the last ones did. Seems to fix at least one persons 855 based problems, baring seeing the effects in Bug #133118.

I just tested the .tst3 version of the patched driver with the final release of Gutsy. X still doesn't start.
I booted the Live CD in safe graphics mode, downloaded the driver and installed it with "dpkg -i".
I tested it using the "Test" button in the "Screen and Graphics Preferences" utility. I got the same "Configuration test failed" message I get with the driver included in Gutsy. I attached the log resulting from the test run (/var/log/Xorg.9.log).

The Test button of displayconfig-gtk doesn't work with Intel hardware afaik and it should be greyed out so it is no proof.

The "Test" button works on my 82852/855GM Intel hardware. The "i810" passes the test, as I mentioned in my first comment.

But not with the new Intel driver afaik.

unggnu wrote:
> But not with the new Intel driver afaik.

I don't understand what you mean.
What is the "Test" button supposed to do but start a new X server with
the tested driver? It does exactly this, but the screen remains black,
just as when booting the Live CD normally (i.e. using the "intel" driver).
The test run of the X server produces a log (/var/log/Xorg.9.log) which
I attached.

xserver-xorg-video-intel (2:2.1.1-0ubuntu10) hardy; urgency=low

  [ Bryce Harrington ]
  [Peter Clifton]
  * 08_fix_855_3D_state.diff
    - Emit the invariant 3D state to the GPU during EnterVT after
      marking the 3D state as clobbered. This fixes / works around
      textured surface corruption after resume on 855GM hardware.
      (Closes LP: #133118)
  * 07_fix_startup_blink.diff
    - Alter startup sequence to avoid blinking the display whilst
      initialising the graphics chip.
      (Closes LP: #148686)
  * 04_fix_hw_restore.diff
    - Only restore PIPE[AB]CONF if the DPLL for that PIPE is running
      and not in VGA pipeline mode.
      (Closes LP: #108056)

  [Kyle McMartin, Bryce Harrington]
  * 06_sync_quirks.diff:
    - Sync TV out quirks with upstream

 -- Timo Aaltonen <email address hidden> Thu, 01 Nov 2007 21:44:36 +0200

Subscribing ubuntu-sru.

Fixed in hardy already.

Ack'ed this patch for SRU.

Sponsored and accepted into gutsy-proposed, please test.

The new xserver-xorg-video-intel in gutsy-proposed does not fix Bug #152654.

I'm not sure if Bug #152654 really is a duplicate of this bug. In Bug #152654 the xserver crashes if device driver "i810" is selected, while "intel" works. That is the exact opposite from what is happening here?

The issue in Bug #152654 is that "i810" worked in Feisty, and did not after dist-upgrading to Gutsy. Trying to reconfigure xorg selects the "i810" driver instead of the working "intel". Perhaps Bug #152654 is an issue with xorg configuration?

Do not hesitate to ask for logs or debugging information, but please point towards some detailed advice on to how a trace can be obtained (the computer freezes up completly and I do not know wich process I should try to attach to gdb).

Also tested xserver-xorg-video-intel 2:2.1.1-0ubuntu9.1 (gutsy-proposed) and it does not fix it for me.

When using the 'intel' driver the screen stays black after starting xserver and it tends to hang.
I am successfully using the 'i810' driver.

It seems that patch 04_fix_hw_restore.diff causes a regression for some users, as described in bug 182865.

Petri, if bug #152654 is not fixed by this, please feel free to un-dupe the bug (go to Duplicate and delete 108056 from the input box). Make sure to attach a backtrace - directions are available at https://wiki.ubuntu.com/DebuggingXorg. Also attach your Xorg.0.log and any other evidence of the issue.

There is no current gutsy SRU for xserver-xorg-video-intel, so I unsubscribed ubuntu-sru. Please resubscribe and/or upload if you have a fix for this. Thank you!

The 18 month support period for Gutsy Gibbon 7.10 has reached its end of life -
http://www.ubuntu.com/news/ubuntu-7.10-eol . As a result, we are closing the
Gutsy task.