Intel 82845G and xorg 1.8 - anyone got it working?

Rupp · 2011-02-14 20:46:29

karol wrote:

This may be relevant: https://bugs.archlinux.org/task/22604 although he uses 82946GZ/GL Integrated Graphics Controller.
Did you restart your computer after the kernel and drivers change?

Yeah, I always restart. When I mentioned the error. I didn't mean that is what come up with your setup. Sorry if it seemed like I implied that. Was just referring to the newest of everything together. Now it is just wait and see time.

karol · 2011-02-14 20:57:13

Rupp wrote:

karol wrote:
This may be relevant: https://bugs.archlinux.org/task/22604 although he uses 82946GZ/GL Integrated Graphics Controller.
Did you restart your computer after the kernel and drivers change?
Yeah, I always restart. When I mentioned the error. I didn't mean that is what come up with your setup. Sorry if it seemed like I implied that. Was just referring to the newest of everything together. Now it is just wait and see time.

I saw you posted errors from /var/log/Xorg.0.log.old and assumed that those are the problems you were having with your previous setup :-)

Willie Green · 2011-03-22 15:38:40

karol wrote:

By 'working' I mean 'not crashing'. I can install xorg 1.8 just fine, but rebooting every half an hour is not my thing. The crashes happen even if I'm just typing away at the xterm.

I'm afraid that I don't have it working, karol.
In fact, I'm just a newbie starting to struggle with this problem while attempting a fresh install on a Compaq Evo D510 e-PC which has Intel 82845G Integrated Video on the motherboard.

So please be patient with me while I try to explain what I've learned so far. (Perhaps it might help you, but perhaps you already know far more about this problem than I do and can correct me if I'm wrong.)

The xf86-video-intel 2.14.0-3 driver is described as being for the Intel i810/i830/i915/945G/G965+ chips, and according to the ArchWiki, require using Kernal Mode Setting. However, KMS apparenty only works well with the i915 and newer chips and is horribly buggy with the "legacy" i8xx chips.
But Intel supposed devised a "workaround" for these legacy i8xx chips by adding something called "shadow frame-buffer support" to Intel KMS, which is enabled by putting the following in xorg.conf

Section "Device"
Option "Shadow" "True"
EndSection

Reference:
http://lists.freedesktop.org/archives/i … 07910.html
http://www.phoronix.com/scan.php?page=n … &px=ODU3Ng

But the thing that has me confused is: how am I supposed to do that when xorg.conf is supposedly obsolete and deprecated?
Do I somehow generate an xorg.conf and use it anyway?
Or do I somehow generate a /etc/X11/xorg.conf.d/20-intel.conf file and modify it like shown here: https://bugs.archlinux.org/task/22781
(Reference Comment by György Balló (City-busz) - Sunday, 06 February 2011)

It looks to me like that "shadow frame buffer support" is what we need to enable.
I'm just not quite sure how to do it now that xorg-conf is supposed to be phased out. Or is that where I'm mistaken?

karol · 2011-03-22 16:06:34

Willie Green wrote:

The xf86-video-intel 2.14.0-3 driver is described as being for the Intel i810/i830/i915/945G/G965+ chips, and according to the ArchWiki, require using Kernal Mode Setting. However, KMS apparenty only works well with the i915 and newer chips and is horribly buggy with the "legacy" i8xx chips.

I never had any problems with KMS on my card:

[karol@black ~]$ lspci | grep -i vga
00:02.0 VGA compatible controller: Intel Corporation 82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device (rev 01)

I remember xf86-video-intel 2.14 was misbehaving so I downgraded and I'm still using xf86-video-intel 2.13.0-4. You can pick old packages from http://arm.konnichi.com/search/

Please post the output of

zgrep -i kms /proc/config.gz
sudo cat /sys/module/i915/parameters/modeset

I have no xorg.conf. I do have

options i915 modeset=1

in /etc/modprobe.d/modprobe.conf and I have

MODULES="intel_agp i915"
FILES="/etc/modprobe.d/modprobe.conf"

in /etc/mkinitcpio.conf. https://wiki.archlinux.org/index.php/Mk … figuration

Change the MODULES and FILES lines in /etc/mkinitcpio.conf to look like this:

MODULES="... intel_agp i915"
FILES="... /etc/modprobe.d/modprobe.conf"

where '...' is any other stuff that you need.

Regenerate your initramfs using

mkinitcpio -p kernel26

[karol@black ~]$ grep -i shadow /var/log/Xorg.0.log
[   114.085] (**) intel(0): Shadow buffer enabled, GPU acceleration disabled.

I do have the shadow buffer enabled but I have no idea what it does.

Gusar · 2011-03-22 17:35:52

Willie Green wrote:

how am I supposed to do that when xorg.conf is supposedly obsolete and deprecated?

xorg.conf is neither obsolete nor deprecated. It's just not needed anymore unless you want to stray from the defaults.

karol wrote:

I do have the shadow buffer enabled but I have no idea what it does.

With shadow, the CPU does everything. You get no hardware acceleration whatsoever. But at least you get a stable machine.

The alternative to using shadow is to disable just DRI

Section "Device"
    Identifier "old intel stuff"
    Driver "intel"
    Option "DRI" "false"
EndSection

Last edited by Gusar (2011-03-22 17:37:28)

Willie Green · 2011-03-22 18:41:30

karol wrote:

Please post the output of

zgrep -i kms /proc/config.gz
sudo cat /sys/module/i915/parameters/modeset

I get the following:
CONFIG_DRM_KMS_HELPER=m
CONFIG_DRM_RADEON_KMS=y
CONFIG_DRM_I915=y
and
cat: /sys/module/i915/parameters/modset: No such file or directory

karol wrote:

Change the MODULES and FILES lines in /etc/mkinitcpio.conf to look like this:
MODULES="... intel_agp i915"
FILES="... /etc/modprobe.d/modprobe.conf"
where '...' is any other stuff that you need.
Regenerate your initramfs using
mkinitcpio -p kernel26

OK, I remember seeing those instructions under KMS in the Intel ArchWiki.... but I didn't do it because I have the i845G and not the i915.

(I hope somebody who understands this better than me would please update/clarify the Intel ArchWiki to specifically adress these legacy i8xx chips. I'm sure there must be other newbies who are struggling with thi problem.)

Gusar wrote:

xorg.conf is neither obsolete nor deprecated. It's just not needed anymore unless you want to stray from the defaults.

OK, thank-you Gusar... I was wrong about that.
So after I change the MODULES and FILES lines in /etc/mkinitcpio.conf and regenerate initramfs like karol suggests, then I'll generate a new xorg.conf and either enable shadow or disable DRI.

(See, this is the stuff that needs better step-by-step explanation for newbies on the ArchWicki.
I'm sure there must be a lot of these older machines with legacy i8xx chips out there, and we really don't need all the fancy accelerated 3D graphics anyway..... just a lean and stable desktop.)

karol · 2011-03-22 18:48:10

You have a typo: it's modeset, not modset.

Willie Green · 2011-03-22 19:18:48

karol wrote:

You have a typo: it's modeset, not modset.

Ooooops! We can blame that on my bifocals... lol
The answer is: -1

karol · 2011-03-22 19:49:33

Willie Green wrote:

karol wrote:
You have a typo: it's modeset, not modset.
Ooooops! We can blame that on my bifocals... lol
The answer is: -1

Try to enable it.

Gusar wrote:

With shadow, the CPU does everything. You get no hardware acceleration whatsoever. But at least you get a stable machine.

So what happens if my GPU hangs and I've go no hardware acceleration? If that happens the cpu gets maxed out and the screen is redrawing at glacial speed. Right now (w/ shadow enabled), I have

[karol@black ~]$ uptime
 20:46:42 up 45 min,  1 user,  load average: 0.00, 0.05, 0.11

during really light browsing - just the Arch forums and wiki.

Willie Green · 2011-03-22 20:56:33

karol wrote:

Willie Green wrote:
karol wrote:
You have a typo: it's modeset, not modset.
Ooooops! We can blame that on my bifocals... lol
The answer is: -1
Try to enable it.

OK, so after regenerating my initramfs and rebooting, now the answer is: 1.

And I'm still getting a variety of error messages when starting/using X:
Failed to load module "vesa" (module does not exist, 0)
Failed to load module "fbdev" (module does not exist, 0)
HID 0566:3107: failed to initialize for relative axes.
Detected a hung GPU, disabling acceleration.

So now I assume my next step is to create an xorg.conf so that I can either enable shadow or disable DRI.

karol · 2011-03-22 21:06:10

You can put it in e.g. /etc/X11/xorg.conf.d/20-intel.conf.

Section "Device"
    Identifier "card0"
    Driver "intel"
    Option "DRI" "false"
    Option "Shadow" "false"
EndSection

makes my system use less CPU (e.g. when playing videos) and RAM (browsing) but tty redrawing is really slow.

What versions of kernel and drivers are you using?

Edit: GPU hung. <sigh> I prefer a stable system, even if a big heavy on memory.

Last edited by karol (2011-03-22 21:42:18)

Willie Green · 2011-03-22 21:43:51

karol wrote:

You can put it in e.g. /etc/X11/xorg.conf.d/20-intel.conf.

I don't have one of those, so I executed "Xorg - configure" as root and it created a /root/xorg.conf.new for me which I edited/renamed and moved to /etc/X11/xorg.conf

karol wrote:

What versions of kernel and drivers are you using?

It's a totally fresh installation, so I'm using whatever the newest versions that are available in the repository. (nothing odd or experimental out of testing or AUR)
kernel26 2.6.37.4-1
xorg-server 1.9.4.901-1
xf86-video-intel 2.14.0-3

Using startx to startup a simple Fluxbox desktop.
It seems to be working OK with my new xorg.conf
(knock on wood... no problems YET.. lol)
I decided to BOTH enable shadow and disable DRI.
So far so good... but I'll have to work with it more before I'm really confident that the GPU really stopped hanging.

redtail · 2011-04-05 22:44:53

I had this problem and fixed it by downloading the fix mentioned in this thread.

At least my system does not crash now but sometimes the colors change or text gets really dim.

karol · 2011-04-05 22:49:51

redtail wrote:

At least my system does not crash now but sometimes the colors change or text gets really dim.

Do you experience significant slowdown when that happens? Next time run

grep hung /var/log/Xorg.0.log

to see if your graphics card is OK. If that command doesn't return anything - it's fine, but if you get 'Detected a hung GPU, disabling acceleration.' something went wrong.

Last edited by karol (2011-04-05 22:50:30)

redtail · 2011-04-05 22:59:02

Yes I get that message about a hung GPU.

I haven't looked at this for months now since I only use linux occasionally on a second hard drive.

I think I did this last summer:

sudo add-apt-repository ppa:glasen/intel-driver
sudo apt-get update && sudo apt-get upgrade

sudo add-apt-repository ppa:glasen/855gm-fix
sudo apt-get update && sudo apt-get install dkms 855gm-fix-exp-dkms

It works good enough for me for now.

redtail · 2011-04-05 23:03:59

karol wrote:

grep hung /var/log/Xorg.0.log
to see if your graphics card is OK. If that command doesn't return anything - it's fine, but if you get 'Detected a hung GPU, disabling acceleration.' something went wrong.

I think my graphics card is ok - at least it works fine with windows xp running on the other hard drive.

ewaller · 2011-04-05 23:08:54

redtail wrote:

...
I haven't looked at this for months now since I only use linux occasionally on a second hard drive.
...
sudo add-apt-repository ppa:glasen/intel-driver
sudo apt-get update && sudo apt-get upgrade
sudo add-apt-repository ppa:glasen/855gm-fix
sudo apt-get update && sudo apt-get install dkms 855gm-fix-exp-dkms

You don't use linux anymore? Or you don't use a Distribution that uses apt-get anymore?

karol · 2011-04-05 23:18:09

redtail wrote:

karol wrote:
grep hung /var/log/Xorg.0.log
to see if your graphics card is OK. If that command doesn't return anything - it's fine, but if you get 'Detected a hung GPU, disabling acceleration.' something went wrong.
I think my graphics card is ok - at least it works fine with windows xp running on the other hard drive.

You need to find the correct kernel + driver combination for your card. For me it's

[karol@black ~]$ pacman -Q kernel26 xf86-video-intel
kernel26 2.6.36.3-2
xf86-video-intel 2.13.0-4

redtail · 2011-04-05 23:22:09

ewaller wrote:

You don't use linux anymore? Or you don't use a Distribution that uses apt-get anymore?

I'm using linux (lucid Kubuntu) at this moment - which is why I remembered this issue.

I copied those commands from the ubuntu forum.

http://ubuntuforums.org/showpost.php?p= … ostcount=5

Not sure exactly what I did last year to get those Glasen packages but similar to what's on the forum.

458italia · 2011-04-16 22:59:19

I just wanted to say that I recently set up an arch system for a friend using the following packages, which have been quite stable (even over numerous ACPI S3 suspend/resume cycles)

mesa 7.10.0.git20110215-1
libgl 7.9.0.git20101207-2
kernel26-2.6.36.2-1
intel-dri 7.9.0.git20101207-2
xf86-video-intel 2.13.0-4
xorg-server 1.9.2-2

This was tested on an old dell box with a miniATX intel motherboard with the Intel 845G "Brookdale" chipset, with 1 gb of ram. The xorg.conf file has the options:

Section "Device"
...
     Option "FramebufferCompression" "false" 
     Option "LinearAlloc" "49152"
...
EndSection

I'm skeptical about how effective disabling the framebuffer compression is in regards to helping this problem, and the LinearAlloc line is there because I found it helps with overall video playback performance in mplayer et al.

3D stuff works too, albeit very slow (the chip is really underpowered, for lack of better words) without really crashing or hanging.

Last edited by 458italia (2011-04-16 23:02:04)

karol · 2011-05-13 06:15:47

I've been using https://aur.archlinux.org/packages.php?ID=48948 for half a day and it allowed me to fully update my system:

[karol@black ~]$ pacman -Q kernel26 xorg-server xf86-video-intel-old
kernel26 2.6.38.6-1
xorg-server 1.10.1-1
xf86-video-intel-old 2.12.0-1

I noticed one thing that doesn't work: '-vo xv' for mplayer2.

Rupp · 2011-05-13 06:57:00

Thanks for your update karol. Just installed it. Hope it continues to work. It is nice to have everything updated for the first time in awhile. I will let you know if there are any problems on my end.

karol · 2011-05-13 12:16:35

That was fun: 2 hard crashes in 30 minutes.

Xorg.0.log

[ 49693.587] (EE) intel(0): Detected a hung GPU, disabling acceleration.
[ 49693.668] (WW) intel(0): i830_uxa_prepare_access: gtt bo map failed: Input/output error
[ 49693.683] (WW) intel(0): i830_uxa_prepare_access: gtt bo map failed: Input/output error
[ 49693.683] (WW) intel(0): i830_uxa_prepare_access: gtt bo map failed: Input/output error
[ 49693.683] (WW) intel(0): i830_uxa_prepare_access: gtt bo map failed: Input/output error
[ 49693.683] (WW) intel(0): i830_uxa_prepare_access: gtt bo map failed: Input/output error

<many lines more >

[ 49694.663] (WW) intel(0): i830_uxa_prepare_access: gtt bo map failed: Input/output error
[ 49695.914] (EE) intel(0): failed to set cursor: Input/output error(EE) intel(0): failed to set cursor: Input/output error(WW) intel(0): i830_uxa_prepare_access: gtt bo map failed: Input/output error
[ 49696.259] (WW) intel(0): i830_uxa_prepare_access: gtt bo map failed: Input/output error
[ 49696.259] (WW) intel(0): i830_uxa_prepare_access: gtt bo map failed: Input/output error
[ 49696.259] (WW) intel(0): i830_uxa_prepare_access: gtt bo map failed: Input/output error
[ 49696.259] (WW) intel(0): i830_uxa_prepare_access: gtt bo map failed: Input/output error
[ 49696.260] (WW) intel(0): i830_uxa_prepare_access: gtt bo map failed: Input/output error
[ 49696.260] (WW) intel(0): i830_uxa_prepare_access: gtt bo map failed: Input/output error
[ 49696.260] (WW) intel(0): i830_uxa_prepare_access: gtt bo map failed: Input/output error
[ 49697.683] (EE) intel(0): failed to set cursor: Input/output error(EE) intel(0): failed to set cursor: Input/output error(EE) intel(0): failed to set cursor: Input/output error(EE) intel(0): failed to set cursor: Input/output error(EE) intel(0): failed to set cursor: Input/output error(EE) intel(0): failed to set cursor: Input/output error(EE) intel(0): failed to set cursor: Input/output error(EE) intel(0): failed to set cursor: Input/output error

kernel.log

May 13 13:38:44 black kernel: [49686.658383] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung
May 13 13:38:44 black kernel: [49686.671798] render error detected, EIR: 0x00000010
May 13 13:38:44 black kernel: [49686.671806] [drm:i915_report_and_clear_eir] *ERROR* EIR stuck: 0x00000010, masking
May 13 13:38:44 black kernel: [49686.671818] render error detected, EIR: 0x00000010
May 13 13:38:49 black kernel: [49691.021719] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung
May 13 13:38:49 black kernel: [49691.035099] render error detected, EIR: 0x00000010
May 13 13:38:49 black kernel: [49691.035106] [drm:i915_report_and_clear_eir] *ERROR* EIR stuck: 0x00000010, masking
May 13 13:38:49 black kernel: [49691.035117] render error detected, EIR: 0x00000010
May 13 13:38:51 black kernel: [49693.028382] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung
May 13 13:38:51 black kernel: [49693.028659] [drm:i915_reset] *ERROR* GPU hanging too fast, declaring wedged!
May 13 13:38:51 black kernel: [49693.028664] [drm:i915_reset] *ERROR* Failed to reset chip.

Xorg.0.log

[  1418.673] [mi] EQ overflowing. The server is probably stuck in an infinite loop.
[  1418.673] 
Backtrace:
[  1418.674] 0: /usr/bin/X (xorg_backtrace+0x3b) [0x80e632b]
[  1418.674] 1: /usr/bin/X (mieqEnqueue+0x1ab) [0x80e567b]
[  1418.674] 2: /usr/bin/X (xf86PostMotionEventM+0xbf) [0x80c1e2f]
[  1418.674] 3: /usr/bin/X (xf86PostMotionEventP+0x58) [0x80c1f68]
[  1418.674] 4: /usr/lib/xorg/modules/input/evdev_drv.so (0xb7352000+0x2acd) [0xb7354acd]
[  1418.674] 5: /usr/lib/xorg/modules/input/evdev_drv.so (0xb7352000+0x3908) [0xb7355908]
[  1418.674] 6: /usr/bin/X (0x8048000+0x673cf) [0x80af3cf]
[  1418.674] 7: /usr/bin/X (0x8048000+0x12269c) [0x816a69c]
[  1418.674] 8: (vdso) (__kernel_sigreturn+0x0) [0xb780c400]
[  1418.674] 9: /usr/lib/xorg/modules/libfb.so (fbPolyGlyphBlt+0x222) [0xb733a5d2]
[  1418.674] 10: /usr/lib/xorg/modules/drivers/intel_drv.so (0xb7361000+0x38f4c) [0xb7399f4c]

kernel.log

May 13 14:04:45 black kernel: [ 1343.363217] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung
May 13 14:04:45 black kernel: [ 1343.376615] render error detected, EIR: 0x00000010
May 13 14:04:45 black kernel: [ 1343.376623] [drm:i915_report_and_clear_eir] *ERROR* EIR stuck: 0x00000010, masking
May 13 14:04:45 black kernel: [ 1343.376633] render error detected, EIR: 0x00000010
May 13 14:04:47 black kernel: [ 1345.013214] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung
May 13 14:04:47 black kernel: [ 1345.013478] [drm:i915_do_wait_request] *ERROR* i915_do_wait_request returns -11 (awaiting 38930 at 38914, next 38931)
May 13 14:06:09 black kernel: [ 1427.480132] SysRq : Keyboard mode set to system default
May 13 14:06:10 black kernel: [ 1428.168504] SysRq : Terminate All Tasks

Needed SysRq-type reset.

Rupp · 2011-05-14 07:24:55

I got the same thing. It was working well too. Not going to downgrade just yet. Noticed it was a bit quicker with all the updated packages. I want to see how it does with "DRI" "false" in Xorg.conf. Appears to be quicker than the old packages, but it will take a little bit of time, to see if it will hold up.

Xorg.0.log

[ 31822.224] (WW) intel(0): i830_uxa_prepare_access: gtt bo map failed: Input/output error
[ 31822.231] (WW) intel(0): i830_uxa_prepare_access: gtt bo map failed: Input/output error
[ 31822.234] (WW) intel(0): i830_uxa_prepare_access: gtt bo map failed: Input/output error
[ 31822.332] (WW) intel(0): i830_uxa_prepare_access: gtt bo map failed: Input/output error
[ 31822.338] (WW) intel(0): i830_uxa_prepare_access: gtt bo map failed: Input/output error
[ 31822.354] (WW) intel(0): i830_uxa_prepare_access: gtt bo map failed: Input/output error
[ 31822.356] (WW) intel(0): i830_uxa_prepare_access: gtt bo map failed: Input/output error
[ 31822.359] (EE) intel(0): failed to set cursor: Input/output error(WW) intel(0): i830_uxa_prepare_access: gtt bo map failed: Input/output error
[ 31822.412] (WW) intel(0): i830_uxa_prepare_access: gtt bo map failed: Input/output error
[ 31823.333] (EE) intel(0): failed to set cursor: Input/output error(EE) intel(0): failed to set cursor: Input/output error(EE) intel(0): failed to set cursor: Input/output error(WW) intel(0): i830_uxa_prepare_access: gtt bo map failed: Input/output error

karol · 2011-05-14 14:23:17

Rupp wrote:

Appears to be quicker than the old packages

You mean the performance? Oh yes, new pacakges + that old Intel drivers were doing very well.

Arch Linux

#51 2011-02-14 20:46:29

Re: Intel 82845G and xorg 1.8 - anyone got it working?

#52 2011-02-14 20:57:13

Re: Intel 82845G and xorg 1.8 - anyone got it working?

#53 2011-03-22 15:38:40

Re: Intel 82845G and xorg 1.8 - anyone got it working?

#54 2011-03-22 16:06:34

Re: Intel 82845G and xorg 1.8 - anyone got it working?

#55 2011-03-22 17:35:52

Re: Intel 82845G and xorg 1.8 - anyone got it working?

#56 2011-03-22 18:41:30

Re: Intel 82845G and xorg 1.8 - anyone got it working?

#57 2011-03-22 18:48:10

Re: Intel 82845G and xorg 1.8 - anyone got it working?

#58 2011-03-22 19:18:48

Re: Intel 82845G and xorg 1.8 - anyone got it working?

#59 2011-03-22 19:49:33

Re: Intel 82845G and xorg 1.8 - anyone got it working?

#60 2011-03-22 20:56:33

Re: Intel 82845G and xorg 1.8 - anyone got it working?

#61 2011-03-22 21:06:10

Re: Intel 82845G and xorg 1.8 - anyone got it working?

#62 2011-03-22 21:43:51

Re: Intel 82845G and xorg 1.8 - anyone got it working?

#63 2011-04-05 22:44:53

Re: Intel 82845G and xorg 1.8 - anyone got it working?

#64 2011-04-05 22:49:51

Re: Intel 82845G and xorg 1.8 - anyone got it working?

#65 2011-04-05 22:59:02

Re: Intel 82845G and xorg 1.8 - anyone got it working?

#66 2011-04-05 23:03:59

Re: Intel 82845G and xorg 1.8 - anyone got it working?

#67 2011-04-05 23:08:54

Re: Intel 82845G and xorg 1.8 - anyone got it working?

#68 2011-04-05 23:18:09

Re: Intel 82845G and xorg 1.8 - anyone got it working?

#69 2011-04-05 23:22:09

Re: Intel 82845G and xorg 1.8 - anyone got it working?

#70 2011-04-16 22:59:19

Re: Intel 82845G and xorg 1.8 - anyone got it working?

#71 2011-05-13 06:15:47

Re: Intel 82845G and xorg 1.8 - anyone got it working?

#72 2011-05-13 06:57:00

Re: Intel 82845G and xorg 1.8 - anyone got it working?

#73 2011-05-13 12:16:35

Re: Intel 82845G and xorg 1.8 - anyone got it working?

#74 2011-05-14 07:24:55

Re: Intel 82845G and xorg 1.8 - anyone got it working?

#75 2011-05-14 14:23:17

Re: Intel 82845G and xorg 1.8 - anyone got it working?

Board footer