SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I finally borrowed a machine with the notorious 82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device. At first I ran into all kinds of problems with it, and was almost ready to consider it hopeless when I went into the BIOS settings and found that the default video memory setting was only 1MB. I changed it to 8MB (the maximum the board in this Dell Dimension machine would allow), and after that it was up and running nice and stable (Slackware 13.37, 2.6.37.6-smp).
Something to try if you haven't already...
Really bad news, I've changed in the BIOS by video memory from 1MB to 8MB, but it doesn't help for Debian Squeeze.
It hangs again, worst than before.
I finally borrowed a machine with the notorious 82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device. At first I ran into all kinds of problems with it, and was almost ready to consider it hopeless when I went into the BIOS settings and found that the default video memory setting was only 1MB. I changed it to 8MB (the maximum the board in this Dell Dimension machine would allow), and after that it was up and running nice and stable (Slackware 13.37, 2.6.37.6-smp).
Something to try if you haven't already...
Could you post the output of lspci. Perhaps that system has a different revision (if that's the correct term) of that chipset. CW, a year ago, had said that he didn't have the same problems with 03 that machines with the 01 chipset were having (link). A long shot, but might be useful.
Could you post the output of lspci. Perhaps that system has a different revision (if that's the correct term) of that chipset. CW, a year ago, had said that he didn't have the same problems with 03 that machines with the 01 chipset were having (link). A long shot, but might be useful.
I have DELL Desktop Optiplex GX260 with onboard 82845G.
My lspci:
Could you post the output of lspci. Perhaps that system has a different revision (if that's the correct term) of that chipset. CW, a year ago, had said that he didn't have the same problems with 03 that machines with the 01 chipset were having (link). A long shot, but might be useful.
I finally borrowed a machine with the notorious 82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device. At first I ran into all kinds of problems with it, and was almost ready to consider it hopeless when I went into the BIOS settings and found that the default video memory setting was only 1MB. I changed it to 8MB (the maximum the board in this Dell Dimension machine would allow), and after that it was up and running nice and stable (Slackware 13.37, 2.6.37.6-smp).
Something to try if you haven't already...
Anyone else able to test this for Slackware 13.37? (Unfortunately, I had replaced my old Compaq's d510 mobo so I'm unable to do so.)
I did that before figuring out to bump the video memory in BIOS to 8MB (the maximum). I have not tried disabling it, but I'm guessing you might need this.
Again, not sure it matters, but in the interest of providing all the facts. The breakthrough here was discovering the video memory setting in the BIOS.
I have after changes, this problem is fixed already:
Code:
# uname -a
Linux squeeze 2.6.32-5-486 #1 Wed May 18 06:47:47 UTC 2011 i686 GNU/Linux
# dpkg -l | grep libdrm
ii libdrm-intel1 2.4.25-2 Userspace interface to intel-specific kernel DRM services -- runtime
rc libdrm-nouveau1 2.4.21-1~squeeze3 Userspace interface to nouveau-specific kernel DRM services -- runtime
ii libdrm-nouveau1a 2.4.25-2 Userspace interface to nouveau-specific kernel DRM services -- runtime
ii libdrm-radeon1 2.4.23-0.0 Userspace interface to radeon-specific kernel DRM services -- runtime
ii libdrm2 2.4.23-0.0 Userspace interface to kernel DRM services -- runtime
# dpkg -l | grep intel
ii libdrm-intel1 2.4.25-2 Userspace interface to intel-specific kernel DRM services -- runtime
ii whois 5.0.10 an intelligent whois client
ii xserver-xorg-video-intel 2:2.15.0-3 X.Org X server -- Intel i8xx, i9xx display driver
# dpkg -l | grep xorg
ii xorg 1:7.5+8 X.Org X Window System
ii xorg-docs-core 1:1.5-1 Core documentation for the X.org X Window System
ii xserver-xorg 1:7.5+8 the X.Org X server
ii xserver-xorg-core 2:1.10.1-2 Xorg X server - core server
ii xserver-xorg-input-all 1:7.5+8 the X.Org X server -- input driver metapackage
ii xserver-xorg-input-evdev 1:2.6.0-2+b1 X.Org X server -- evdev input driver
ii xserver-xorg-input-evdev-dev 1:2.6.0-2 X.Org X server -- evdev input driver (development headers)
ii xserver-xorg-input-synaptics 1.4.0-1+b1 Synaptics TouchPad driver for X.Org server
ii xserver-xorg-input-wacom 0.10.10+20110203-1+b1 X.Org X server -- Wacom input driver
ii xserver-xorg-video-all 1:7.6+6 the X.Org X server -- output driver metapackage
ii xserver-xorg-video-apm 1:1.2.3-2+b1 X.Org X server -- APM display driver
ii xserver-xorg-video-ark 1:0.7.3-2+b1 X.Org X server -- ark display driver
ii xserver-xorg-video-ati 1:6.14.1-1+b1 X.Org X server -- AMD/ATI display driver wrapper
ii xserver-xorg-video-chips 1:1.2.4-1+b1 X.Org X server -- Chips display driver
ii xserver-xorg-video-cirrus 1:1.3.2-4+b1 X.Org X server -- Cirrus display driver
ii xserver-xorg-video-fbdev 1:0.4.2-4+b1 X.Org X server -- fbdev display driver
ii xserver-xorg-video-geode 2.11.12-1+b1 X.Org X server -- Geode GX2/LX display driver
ii xserver-xorg-video-i128 1:1.3.4-2+b1 X.Org X server -- i128 display driver
ii xserver-xorg-video-i740 1:1.3.2-4+b1 X.Org X server -- i740 display driver
ii xserver-xorg-video-intel 2:2.15.0-3 X.Org X server -- Intel i8xx, i9xx display driver
ii xserver-xorg-video-mach64 6.9.0-1 X.Org X server -- ATI Mach64 display driver
ii xserver-xorg-video-mga 1:1.4.13.dfsg-3+b1 X.Org X server -- MGA display driver
ii xserver-xorg-video-neomagic 1:1.2.5-2+b1 X.Org X server -- Neomagic display driver
ii xserver-xorg-video-nouveau 1:0.0.16+git20110411+8378443-1+b1 X.Org X server -- Nouveau display driver (experimental)
ii xserver-xorg-video-openchrome 1:0.2.904+svn920-1 X.Org X server -- VIA display driver
ii xserver-xorg-video-r128 6.8.1-5+b1 X.Org X server -- ATI r128 display driver
ii xserver-xorg-video-radeon 1:6.14.1-1+b1 X.Org X server -- AMD/ATI Radeon display driver
ii xserver-xorg-video-rendition 1:4.2.4-2+b1 X.Org X server -- Rendition display driver
ii xserver-xorg-video-s3 1:0.6.3-4+b1 X.Org X server -- legacy S3 display driver
ii xserver-xorg-video-s3virge 1:1.10.4-4+b1 X.Org X server -- S3 ViRGE display driver
ii xserver-xorg-video-savage 1:2.3.2-3+b1 X.Org X server -- Savage display driver
ii xserver-xorg-video-siliconmotion 1:1.7.5-1+b1 X.Org X server -- SiliconMotion display driver
ii xserver-xorg-video-sis 1:0.10.3-3+b1 X.Org X server -- SiS display driver
ii xserver-xorg-video-sisusb 1:0.9.4-2+b1 X.Org X server -- SiS USB display driver
ii xserver-xorg-video-tdfx 1:1.4.3-4+b1 X.Org X server -- tdfx display driver
ii xserver-xorg-video-trident 1:1.3.4-2+b1 X.Org X server -- Trident display driver
ii xserver-xorg-video-tseng 1:1.2.4-2+b1 X.Org X server -- Tseng display driver
ii xserver-xorg-video-vesa 1:2.3.0-5+b1 X.Org X server -- VESA display driver
ii xserver-xorg-video-vmware 1:11.0.3-2+b1 X.Org X server -- VMware display driver
ii xserver-xorg-video-voodoo 1:1.2.4-2+b1 X.Org X server -- Voodoo display driver
P.S. I've been adding these threads to the first post for a quick access. Could you edit your 38th or 41st post and add in which Kernel, libdrm, intel, xorg, and mesa versions you have on your system? (It might be useful for other distro users).
I'll wait a few more days for more replies then I'll go ahead and mark this as solved.
...Apologies for the late post, but I've only now come across this. After upgrading yesterday from 12.2 to 13.37 I found that X was exceedingly flaky on my Rev 01 82845G/GL. I tried various things (including swapping leet for 13.1) to no avail, and then today I ran across this thread.
...So I did a fresh install of leet without making any changes to the default setup, and simply tried Pat's suggestions --- i.e. I upped the AGP aperture (or whatever it is) in the BIOS to 64M, I pasted the "Composite disable" stuff into /etc/X11/xorg.conf.d/disable-composite.conf, and upgraded to the releases of mesa & libdrm in /testing (as far as I can tell, xf86-video-intel-2.15.0-i486-1 is already installed by default on 13.37, so I didn't upgrade that). I also tried both non-SMP and SMP kernels (the modular versions, not the monolithic ones).
It did make a difference (I can actually run & use X now), BUT... X will still throw a wobbly after a while (the screen suddenly goes black for a second then the desktop returns, but is corrupted, with windows not being redrawn/cleared properly): at this point, errors are spewed out on the console...
Code:
(EE) intel(0): failed to set cursor: Input/output error
(Should anyone want to see my /var/log/Xorg.0.log --- or anything else for that matter --- I'll happily post it.)
...I'm sorry to spoil things after you'd marked this as solved, but I was sure you'd want to know if someone had tried the procedure yet still experienced some instability! Thanks anyway, @Mol_Bolom, for a helpful thread!
..And if Pat's still reading this, thanks for the tips --- my problems notwithstanding, I'm typing this from 1337 (something I was resigning myself never to be able to do on my machine), and X has been stable the best part of an hour...
<EDIT> I've just switched to the console from which X was run, and it's filled with the error above --- even though KDE appears to be fine...
Last edited by Ignotum Per Ignotius; 06-13-2011 at 03:19 PM.
Reason: Update on error message.
Success Here Too! ...Maybe This Really Is Now SOLVED...
Further to my previous post, I have been experimenting, and I have what I hope is the definitive answer on this one...
All the suggestions above have helped, but on my machine --- as I mentioned before --- they only really ameliorated things and didn't fix the instability completely.
I investigated the Xorg logs further and found the I/O error was always associated with a hung GPU. I had a look around to find out anything useful on GPUs and cobbled together the following recipe (none of which, I hasten to add, is my own original work --- I am merely a snapper-up of unconsidered trifles...).
(This is starting from a clean standard Slackware 13.37 installation.)
Pat reported that he had success with the SMP kernel and with /testing versions of mesa & libdrm. I found that the above works with the generic (non-SMP) kernel and without the upgrades of mesa & libdrm. (I can confirm that it also works with these upgrades, too.) I haven't done exhaustive testing, trying out which others of the above list can be omitted/altered, but simply made a note of exactly what worked for me!
I have tried this on more than one machine --- both of my boxen (a Research Machines with a D845GVSR mainboard and a Dell Optiplex GX260) have the same onboard graphics:
So, to give the TLDR version... Should anyone have the card above, go into your machine's BIOS and increase the amount of memory allotted to the graphics card then, when Linux has booted, create these files in /etc/X11/xorg.conf.d/
X should now give you no more grief. (I have not had a single "hung GPU"/"I/O error" --- thank Heaven --- since doing this: the only Xorg error remaining is the one where an attempt is made to add the mouse twice via /dev/input/event3 & /dev/input/mouse0, which appears trivial and causes no problems).
Anyway, I hope someone out there has found my summary of some help...
Golly I'm tired.
<UPDATE> Eliminated remaining trivial errors by preventing /dev/input/mouse0 from being loaded: see comment by Dan Nicholson here.
Last edited by Ignotum Per Ignotius; 06-16-2011 at 02:26 PM.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.