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...
Scheduled Maintenance: We are aware of an issue with Google, AOL, and Yahoo services as email providers which are blocking new registrations. We are trying to fix the issue and we have several internal and external support tickets in process to resolve the issue. Please see: viewtopic.php?t=158230
xorg crashes with intel 82845G
Re: xorg crashes with intel 82845G
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 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
Xorg -configureMine 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"
EndSection
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"
EndSection
Section "Module"
Load "record"
Load "extmod"
Load "xtrap"
Load "GLcore"
Load "dri"
Load "glx"
Load "dbe"
EndSection
Section "InputDevice"
Identifier "Keyboard0"
Driver "kbd"
EndSection
Section "InputDevice"
Identifier "Mouse0"
Driver "mouse"
Option "Protocol" "auto"
Option "Device" "/dev/input/mice"
Option "ZAxisMapping" "4 5 6 7"
EndSection
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"
EndSection
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"
EndSection
Section "Screen"
Identifier "Screen0"
Device "Card0"
Monitor "Monitor0"
SubSection "Display"
Viewport 0 0
Depth 1
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 4
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 8
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 15
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 16
EndSubSection
SubSection "Display"
Viewport 0 0
Depth 24
Modes "1600x1400" "1280x1024" "1024x768" "800x600" "640x480"
EndSubSection
EndSection
Re: xorg crashes with intel 82845G
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... :-/
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... :-/
Re: xorg crashes with intel 82845G
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