[i845G] Hard crash entering X

Wondered if might be related to PipeA problem per #267570, so altered conf. Still failure, but now with non-movable mouse cursor on black screen. However, magic-sysreq now accepted for restart. Did startx inside script with 2-min sleep allowing capture of logfile to thumb drive. See attach.

BTW, this bug split off from 207881 by Steve Langasek's request.

Finally managed to set up scripting to dump logfile rather than trying from kbd which is dead after startx runs. Rather different Xorg.0.log results show up. This is probably the most useful output, since it's for the vanilla xorg.conf.

Can't test until dailys shrink back to CD size.

On Mon, Oct 20, 2008 at 6:24 AM, Timo Aaltonen <email address hidden>wrote:

> ** Changed in: xserver-xorg-video-intel (Ubuntu)
> Sourcepackagename: xorg => xserver-xorg-video-intel
>
> --
> Hard crash entering X with Intel 82845G chipset
> https://bugs.launchpad.net/bugs/285250
> You received this bug notification because you are a direct subscriber
> of the bug.
>

Another logfile booting 20081020.1. Screen turns green, but still locked up.

No change using 20081021.5

No change using 20081022

Related to #258059. NoAccel option in xorg.conf produces standard desktop. However, kbd locked up with HAL error if started via gdm, or User Switcher if started via startx.

NoAccel does indeed allow a user to login and use the desktop. However, screen redraws are frightfully slow. Also, logging out still causes a crash.

NoAccel didn't let me login. Kbd and mouse were inoperative with error
messages. I tried both gdm and startx after single user boot (remember I'm
working with Live).

Anyone know if dbus-launch gnome-session might be more productive?

On Thu, Oct 23, 2008 at 9:29 AM, Richard Gabriel <email address hidden> wrote:

> NoAccel does indeed allow a user to login and use the desktop. However,
> screen redraws are frightfully slow. Also, logging out still causes a
> crash.
>
> --
> Hard crash entering X with Intel 82845G chipset
> https://bugs.launchpad.net/bugs/285250
> You received this bug notification because you are a direct subscriber
> of the bug.
>

I have attached my xorg.conf. It allows normal login and usage of the gnome desktop except that hardware acceleration is disabled. That produces very slow screen redraws, unnecessary CPU utilization, and compiz won't run (among other things). It's a bad workaround, but it functions until this can be fixed.

My video card is as follows:
00:02.0 VGA compatible controller: Intel Corporation 82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device (rev 03)
 Subsystem: Sony Corporation Device 813b
 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
 Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
 Latency: 0
 Interrupt: pin A routed to IRQ 11
 Region 0: Memory at f0000000 (32-bit, prefetchable) [size=128M]
 Region 1: Memory at ef800000 (32-bit, non-prefetchable) [size=512K]
 Capabilities: [d0] Power Management version 1
  Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
  Status: D0 PME-Enable- DSel=0 DScale=0 PME-
 Kernel modules: intelfb

Richard:

Yes, we share the same vidchip and rev. And my xorg.conf was changed to match yours. What happens now is I get a screen that starts off looking OK, but then pops up a message box for either "User switcher has quit unexpectedly" or "Internal Error filed to initialize HAL!" The mouse cursor is locked and ctl-alt-bksp has no effect, but I can get to VTs and do magic-sysreq operations.

I'm not installing - I'm running Live. What I'd like to do, for testing, is boot into rescue mode, fix xorg.conf, and then run a little script at VT1 that will take me into a normal gdm login. Can't figure out what bits and pieces (HAL, sessionmanager, startx) have to be invoked in what order to get me there.

Will get the RC and test some more on Saturday

Perhaps the difference is that you are using the Live CD and I'm running from a fully installed system with latest updates. I can now log in with hardware acceleration disabled and use the computer. However, it is very slow. Also, logging out causes a crash.

Yes, that's exactly the difference. Finally realized that what I should be doing after copying over your xorg.conf while in single mode is an "init 2". Doh!

Finally running. BTW, I can log out and in again without crashing. But I see what you mean about screen speed. Like ripples in a pond.

Hope someone picks this up now that there's been a goodly chunk of bug isolation. Definitely unusable with our hardware.

I have noticed the same issue on Dell Dimension 2400. The installation works fine. Post installation login causes the blank screen/lockup. I've downloaded the latest updates, but the issue still remains.

My system:
Dell-dimension-2400 Intel-chipset 82845G/GL/GV DBL(ICH4/ICH4-L) LPC Intel CPU Celeron 2.6 Ghz
I have tried the Intrepid Ibex 8.10-rc live-cd and all I get after boot is a blank screen (with greeting sound and mouse activity) that turns black and a movable mouse pointer. I am experiencing this issue since II-8.10 Alpha-5.
For your information Mandriva-Linux-one-2009/gnome now installed on my PC uses the same kernel 2.6.27. Attached please find Mandriva-xorg.conf file, it might help. I got sound and video with this excellent version of Mandriva 2009.

# File generated by XFdrake (rev 247269)

# **********************************************************************
# Refer to the xorg.conf man page for details about the format of
# this file.
# **********************************************************************

Section "ServerFlags"
    #DontZap # disable <Ctrl><Alt><BS> (server abort)
    #DontZoom # disable <Ctrl><Alt><KP_+>/<KP_-> (resolution switching)
    AllowMouseOpenFail # allows the server to start up even if the mouse does not work
EndSection

Section "Module"
    Load "dbe" # Double-Buffering Extension
    Load "v4l" # Video for Linux
    Load "extmod"
    Load "type1"
    Load "freetype"
    Load "glx" # 3D layer
    Load "dri" # direct rendering
EndSection

Section "InputDevice"
    Identifier "Keyboard1"
    Driver "kbd"
    Option "XkbModel" "pc105"
    Option "XkbLayout" "us(alt-intl)"
    Option "XkbOptions" "compose:rwin"
EndSection

Section "InputDevice"
    Identifier "Mouse1"
    Driver "mouse"
    Option "Protocol" "ExplorerPS/2"
    Option "Device" "/dev/mouse"
EndSection

Section "Monitor"
    Identifier "monitor1"
    VendorName "Plug'n Play"
    ModelName "Dell E193FP"
    HorizSync 30-83
    VertRefresh 56-76

    # TV fullscreen mode or DVD fullscreen output.
    # 768x576 @ 79 Hz, 50 kHz hsync
    ModeLine "768x576" 50.00 768 832 846 1000 576 590 595 630

    # 768x576 @ 100 Hz, 61.6 kHz hsync
    ModeLine "768x576" 63.07 768 800 960 1024 576 578 590 616
EndSection

Section "Device"
    Identifier "device1"
    VendorName "Intel Corporation"
    BoardName "Intel 810 and later"
    Driver "intel"
    Option "DPMS"
EndSection

Section "Screen"
    Identifier "screen1"
    Device "device1"
    Monitor "monitor1"
    DefaultColorDepth 24

    Subsection "Display"
        Depth 8
        Modes "1280x1024" "1152x864" "1024x768" "832x624" "800x600" "640x480" "480x360" "320x240"
    EndSubsection

    Subsection "Display"
        Depth 15
        Modes "1280x1024" "1152x864" "1024x768" "832x624" "800x600" "640x480" "480x360" "320x240"
    EndSubsection

    Subsection "Display"
        Depth 16
        Modes "1280x1024" "1152x864" "1024x768" "832x624" "800x600" "640x480" "480x360" "320x240"
    EndSubsection

    Subsection "Display"
        Depth 24
        Modes "1280x1024" "1152x864" "1024x768" "832x624" "800x600" "640x480" "480x360" "320x240"
    EndSubsection
EndSection

Section "ServerLayout"
    Identifier "layout1"
    InputDevice "Keyboard1" "CoreKeyboard"
    InputDevice "Mouse1" "CorePointer"
    Screen "screen1"
EndSection

I tried your xorg.conf (adjusting for my actual screen) and still no luck. In addition, after the latest updates, the problem seems worse. Now, I can't even log in when disabling hardware acceleration. Starting gdm just gives me a blank screen. It doesn't seem to crash any more though so I can switch to the console and stop it manually. The log shows many errors like this:

(EE) intel(0): underrun on pipe A!

Perhaps Mandriva is using a different version of xorg or they have patched it to work around this issue.

All:

Instead of turning NoAccel on, turn DRI off with
     Option "DRI" "0"
Seems to have less impact on performance with my system.

Hi,
I am running xunbuntu 8.10rc live-cd apparently this version does not contain the Intel-video-bug maybe you guys have an option here!? I suggest install xubuntu and than add gnome desktop and wait what happens next.

Turning off DRI instead of setting NoAccel does increase performance on my system too. I can now log in again and it's a little faster, but it's not nearly as good as direct rendering.

Some of you guys may be interested in this

http://www.albertomilone.com/nvidia_intel_integrated.txt

if you have an extra video card around and can disable your onboard video and are installing. Doesn't help me :(

No Ubuntu OS for me this time.
The Intel-video issue is still present in this final release of Ubuntu Intrepid Ibex.
I will keep Mandriva it is an excellent OS too.
Thanks

Yah, it's too bad they couldn't get a fix in sooner, but it was probably more risky to introduce a new upstream version before release. I'm not even sure this has been fixed upstream yet. However, I'm sure it will be resolved soon and pushed to Intrepid as an update.

I am running with DRI turned off for now. It's slow and annoying, but it is functional.

[ubuntu intrepid ibex 8.10]

Hi,
They will obviously solve the Intel-video issue but where exactly will they make it public?!
I am not even presented a log-in-screen so what are the steps to update the live-cd?!

I have an intel 82845G/GL intergrated graphics board with a 2.6 p4 celeron. I had the similar black screen with only the cursor working. This is on both the live cd and a full install. The problem for me was compiz. I installed using ubiquity as that loaded fine. Then on reboot, I hit esc on the grub menu, booted the safe mode option. It asks 4 options, one of them is terminal. When at terminal, I entered "sudo apt-get remove compiz compiz-core" without the quotes to get it to remove compiz. Upon reboot I am able to log in fine.

Interesting. Removing compiz had no effect for me except for displaying a different color other than black during the freeze. Disabling DRI is the best workaround that we've found so far I think. However, novice users may just give up and switch to a different OS :/

From a live boot in single user mode, removing compiz and compiz-core followed by init 2 works here and may outperform turning off DRI. Certainly no worse.

Oh well, at least it's not an LTS release. Wake me in 6 months :)

While waiting for my milk to warm up before my 6 month nap, I found one more thing. Seems that xf86-video-intel 2.5.0 could solve our problems. See
http://lists.freedesktop.org/archives/xorg/2008-October/039555.html

Anybody want to give this a try? I'm obviously not the one, in the context of a livecd. Even if I remembered how to compile and replace a driver.

[No need to have this open against both -intel and xorg.]

Gentlemen,
Would the fix arrive soon or do we better forget?!

I think they are waiting on an upstream fix from xorg. I have no idea on an ETA. Disabling DRI in xorg.conf and/or removing compiz is a partial workaround. However, it slows down rendering on my machine so much that I had to revert back to Hardy. I am hoping for a real fix soon.

I am posting this message using live-cd OpenSuse 11.1b5/firefox 3.0.3 This OS for me besides Mandriva-1-2009 is an other option to Ubuntu 8.10. I think we Intel chip users are too few to generate any level of interest for a fix any time soon otherwise purchase a new PC!?

Is there no way to use the i810 driver instead? It worked fine for me in Hardy.

Interesting about Compiz.

I have exactly the same problem on my Dell SX260, 845G chipset. The current latest LiveCd's for Ubuntu, Kububtu, Xubuntu, OpenSuse 11 and Fedora 10 all have problems. The Ubuntu variants all have blank screens the other two have corrupted screens (unusable).

Any Ubuntu variant (8.04 LTS) loads fine and can be installed with no problem, however when you apply all update packages the blank screen re-appears.

On my latest install I removed the Compiz packages and then updated all the other packages and everything is fine.

I tested this with the Jaunty Alpha 2 LiveCD the X still crashes during startup because memory cannot be allocated properly. It then falls back to "low graphics mode".

Dell-Dim-2400/Intel-chipset 82845G/ICH4
Hi,
I have tried today the Ubuntu 9.04 (Jaunty Jackalope) Daily Build [PC (Intel x86) desktop CD (789.1MB)]

"Live-cd" desktop opens in slow motion and crash.
"Install mode" the installer start in slow motion and than crash. Can not install.

Dell-Dim-2400/Intel-chipset 82845G/ICH4
RE:Ubuntu Jaunty alpha-3 alternate.iso
title Ubuntu jaunty (development branch), kernel 2.6.28-4-generic
uuid 34fa3630-1462-4b85-b85f-dfadc7ff41a5
kernel /boot/vmlinuz-2.6.28-4-generic root=UUID=34fa3630-1462-4b85-b85f-dfadc7ff41a5 ro quiet splash
initrd /boot/initrd.img-2.6.28-4-generic
quiet

All I get is a frozen login screen (removing quite splash boot menu no effect)

Could you try again with current Jaunty with all updates? We've recently upgraded to the 2.6.1 -intel driver, along with new libdrm, mesa, and xserver, any of which may have addressed this issue.

I tested again with the Jaunty daily build LiveCD from 1/27/2009 and X still crashes upon startup. Ubuntu falls back to "low-graphics mode" with the following error:

Failed to pin front buffer: Cannot allocate memory

This is an upsetting bug.

I have disabled dri as a workaround also.

I have Intrepid with Gnome (No Composition) and Arch with only Openbox (No Composition)

These are the "glxgears" rotations:

Arch:

415 frames in 5.0 seconds = 82.828 FPS
429 frames in 5.0 seconds = 85.618 FPS
425 frames in 5.0 seconds = 84.992 FPS

Ubuntu:

828 frames in 5.0 seconds = 165.505 FPS
864 frames in 5.0 seconds = 172.673 FPS
795 frames in 5.0 seconds = 158.900 FPS

For some reason though Ubuntu is almost double what Arch is.

I wouldn't care too much because I'm not really a gamer but the CPU fan is extremely loud at the moment and it never stops whirrring.

I get a few warnings every now and again about the CPU being too hot and performance is going to be capped.

If I enable acceleration with the 2.6.1 is also get: Failed to pin front buffer: Cannot allocate memory

Has anyone tried using xcompmgr instead of metacity or compiz composition?

http://bugs.freedesktop.org/show_bug.cgi?id=19068

There is a bug report on freedesktop.

Priority: Medium
Severity: Major

A lot of Intel Chip users are going to be using something else instead of Linux. That's a vast majority of users.

Hi,
I have edit the xorg.conf file as shown below and it works fine. Option "DRI" "false" is mandatory. I have used the Mandriva xorg.conf as model. See https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/285250

# xorg.conf (X.Org X Window System server configuration file)
#
# This file was generated by dexconf, the Debian X Configuration tool, using
# values from the debconf database.
#
# Edit this file with caution, and see the xorg.conf manual page.
# (Type "man xorg.conf" at the shell prompt.)
#
# This file is automatically updated on xserver-xorg package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xorg
# package.
#
# Note that some configuration settings that could be done previously
# in this file, now are automatically configured by the server and settings
# here are ignored.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following command:
# sudo dpkg-reconfigure -phigh xserver-xorg

Section "Device"
 Identifier "device1"
        VendorName "Intel Corporation"
        BoardName "Intel 810 and later"
        Driver "intel"
        Option "DPMS"
        Option "DRI" "false"
EndSection

Section "Monitor"
 Identifier "monitor1"
        VendorName "Plug 'n Play"
        HorizSync 30-83
        VertRefresh 56-76
EndSection

Section "Screen"
 Identifier "screen1"
 Monitor "monitor1"
 Device "device1"
EndSection

As one of early filers on this bug, let me bring you up to date with what I've gathered.

First of all, not every Intel vid chip is affected. But the 845G family was. They're used in a lot of business machines and low-end lappies where the customer wasn't interested in paying for snappy graphics.

Second, this is not an Ubuntu problem. Or an Arch problem. Or any other single distro. Xorg underwent a major rewrite recently, requiring mostly all new drivers (which is why you can't just substitute the old i810 driver). They dropped the ball for this particular chipset. Last I saw, Intel was lending a hand to get things sorted out.

So yes, there should be resolution someday. But it's nobody's priority, since it's historical rather than current equipment. Meanwhile, I'll hang in with 8.04LTS. That was the last Ubuntu that used the previous Xorg.

Still no go in Karmic Alpha 2. I'd hoped the Intel fixes might apply here. No such luck.

Guy, I've mentioned your finding on the upstream bug. If it is not too inconvenient it would be really helpful if you could test with Alpha-2 plus all updates, which will bring in a pretty recent snapshot of the intel driver and the 2.6.31 linux kernel, and then also add your comments directly on the upstream bug report.

Minor change with Alpha3 Live. Screen goes from spinner to pointer to
spinner, then no further progress. No keyboard input accepted.

Guy

On Tue, Jul 14, 2009 at 1:13 AM, Bryce Harrington <<email address hidden>
> wrote:

> ** Changed in: xserver-xorg-video-intel (Ubuntu)
> Importance: Undecided => High
>
> ** Changed in: xserver-xorg-video-intel (Ubuntu)
> Status: Confirmed => Triaged
>
> --
> [i845G] Hard crash entering X
> https://bugs.launchpad.net/bugs/285250
> You received this bug notification because you are a direct subscriber
> of the bug.
>

Don't consider it dupe - compiz not in play (Effects None).

Managed to get to GNOME by booting noapic. Horrible performance - top shows Xorg is sucking back the entire CPU. Xorg.0.logfile attached to show how it booted.

#47 applies to karmic alpha4 live