xorg crashes with intel 82845G

Everything about X, Gnome, KDE, ... and everything running on it

xorg crashes with intel 82845G

Postby munter » 2010-03-03 20:54

I've freshly installed Debian Lenny 5.03 with xfce from cd, but I'm having intermittent problems with X. Mostly X will startup fine, but occasionally it crashes. If I'm lucky, it will just shutdown and just return me to the text-mode login. But if I'm unlucky, it freezes completely, such that even the alt-SysRq key combos won't work.

But I am no great expert on xorg. So I'd welcome any suggestions on how to fix this, thank you.

The PC I'm using is a Dell Celeron 1.8Ghz, with

:# lspci | grep -i vga

00:02.0 VGA compatible controller: Intel Corporation 82845G/GL
[Brookdale-G]/GE Chipset Integrated Graphics Device (rev 01)

where I'm using a default xorg.conf file of... http://pastebin.com/UKNa7rYY

and the respective Xorg.0.log files are

a) for when xorg runs okay... http://pastebin.com/h0rbti1U
b) for when xorg crashes to textmode... http://pastebin.com/f7B6SgKf
c) for when xorg freezes up completely... http://pastebin.com/gydNkJFf

Thanks in advance...
Posts: 2
Joined: 2010-02-08 22:08

Re: xorg crashes with intel 82845G

Postby fsmithred » 2010-03-04 04:24

OK, I looked at your logs, and I don't know enough to tell you what's wrong. The only reason I'm answering is because I've got a Dell with a 1.7GHz Celeron and the same chipset. The xorg.conf I'm using was generated with
Code: Select all
Xorg -configure
and then I added the monitor frequencies and resolutions I wanted. At least that's what I think I did. Maybe if you tell xorg what hardware you have, instead of letting it guess, it'll make a difference. But that's just a guess.

Mine works fine. I couldn't remember if I ever used the default xorg.conf with it, so I tried it, and it seems to work. Now that I think about it some more, maybe it didn't work with the first monitor (15" eMachine LCD), and that's why I made a new one, and then I added frequencies and the 1600x1400 resolution for the replacement monitor (IBM 21" CRT).

Other things that come to mind for diagnosing lockup are testing memory and power supply.

Here's the xorg.conf I was using for comparison. Don't use my monitor frequencies unless you know they're right for yours.
Code: Select all
Section "ServerLayout"
   Identifier     "X.org Configured"
   Screen      0  "Screen0" 0 0
   InputDevice    "Mouse0" "CorePointer"
   InputDevice    "Keyboard0" "CoreKeyboard"

Section "Files"
   RgbPath      "/etc/X11/rgb"
   ModulePath   "/usr/lib/xorg/modules"
   FontPath     "/usr/share/fonts/X11/misc"
   FontPath     "/usr/share/fonts/X11/cyrillic"
   FontPath     "/usr/share/fonts/X11/100dpi/:unscaled"
   FontPath     "/usr/share/fonts/X11/75dpi/:unscaled"
   FontPath     "/usr/share/fonts/X11/Type1"
   FontPath     "/usr/share/fonts/X11/100dpi"
   FontPath     "/usr/share/fonts/X11/75dpi"
   FontPath     "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType"

Section "Module"
   Load  "record"
   Load  "extmod"
   Load  "xtrap"
   Load  "GLcore"
   Load  "dri"
   Load  "glx"
   Load  "dbe"

Section "InputDevice"
   Identifier  "Keyboard0"
   Driver      "kbd"

Section "InputDevice"
   Identifier  "Mouse0"
   Driver      "mouse"
   Option       "Protocol" "auto"
   Option       "Device" "/dev/input/mice"
   Option       "ZAxisMapping" "4 5 6 7"

Section "Monitor"
   #DisplaySize     300   230   # mm
   Identifier   "Monitor0"
   VendorName   "TAT"
   ModelName    "E15TG"
 ### Comment all HorizSync and VertRefresh values to use DDC:
#   HorizSync    31.0 - 60.0
#   VertRefresh  60.0 - 75.0
#    IBM P275
   HorizSync     30 - 130
   VertRefresh   48 - 170   
   Option       "DPMS"

Section "Device"
        ### Available Driver options are:-
        ### Values: <i>: integer, <f>: float, <bool>: "True"/"False",
        ### <string>: "String", <freq>: "<f> Hz/kHz/MHz"
        ### [arg]: arg optional
        #Option     "NoAccel"               # [<bool>]
        #Option     "SWcursor"              # [<bool>]
        #Option     "ColorKey"              # <i>
        #Option     "CacheLines"            # <i>
        #Option     "Dac6Bit"               # [<bool>]
        #Option     "DRI"                   # [<bool>]
        #Option     "NoDDC"                 # [<bool>]
        #Option     "ShowCache"             # [<bool>]
        #Option     "XvMCSurfaces"          # <i>
        #Option     "PageFlip"              # [<bool>]
   Identifier  "Card0"
   Driver      "intel"
   VendorName  "Intel Corporation"
   BoardName   "82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device"
   BusID       "PCI:0:2:0"

Section "Screen"
   Identifier "Screen0"
   Device     "Card0"
   Monitor    "Monitor0"
   SubSection "Display"
      Viewport   0 0
      Depth     1
   SubSection "Display"
      Viewport   0 0
      Depth     4
   SubSection "Display"
      Viewport   0 0
      Depth     8
   SubSection "Display"
      Viewport   0 0
      Depth     15
   SubSection "Display"
      Viewport   0 0
      Depth     16
   SubSection "Display"
      Viewport   0 0
      Depth     24
      Modes   "1600x1400" "1280x1024" "1024x768" "800x600" "640x480"

Posts: 1863
Joined: 2008-01-02 14:52

Re: xorg crashes with intel 82845G

Postby munter » 2010-03-10 05:07

Thanks 4 your help. I checked again and my Celeron is actually 1.7Ghz, not 1.8. So our PCs are in fact near-identical.

So I obtained an xorg.conf with 'X -configure', and borrowed some of your settings. Added in my own modeline and monitor settings. It was still freezing up though. But after I disabled DRI (direct rendering) in the 'device' section, the errors disappeared, and xorg is now rock-solid.

> Other things that come to mind for diagnosing lockup
> are testing memory and power supply.

It has always works with Win XP, so this is a Linux-only problem.

So I'm very pleased to have X going at last, even without DRI etc. That said, our PCs are near-identical, but yet your DRI works but mine doesn't. And I still can't get X to work properly for other distros either. Slackware 12.2 uses Xorg 1.4.2 just like Lenny, but yet it produces different errors, including this one.

(II) LoadModule: "int10"
(II) Reloading /usr/lib/xorg/modules//libint10.so
(II) intel(0): initializing int10
(WW) intel(0): Bad V_BIOS checksum
(II) intel(0): Primary V_BIOS segment is: 0xc000
(II) intel(0): VESA BIOS detected
(II) intel(0): VESA VBE Version 3.0
(II) intel(0): VESA VBE Total Mem: 8000 kB

...so I suspect a BIOS problem of some kind.

Who knows. In the meantime, I guess I will have to learn Debian... :-/
Posts: 2
Joined: 2010-02-08 22:08

Re: xorg crashes with intel 82845G

Postby fsmithred » 2010-03-10 13:31

Code: Select all
 glxinfo |grep -i render
libGL error: drmMap of framebuffer failed (Invalid argument)
libGL error: reverting to (slow) indirect rendering
direct rendering: No (If you want to find out why, try setting LIBGL_DEBUG=verbose)
OpenGL renderer string: Mesa GLX Indirect

Nope. No DRI. Still, it's a nice little machine. Just don't ask it to do too much. I pulled the modem and replaced it with a wireless card, and now I have almost a laptop.
Posts: 1863
Joined: 2008-01-02 14:52

Return to Desktop & Multimedia

Who is online

Users browsing this forum: Serenity and 9 guests