On Sun, Jul 18, 2010 at 23:50:55 +0100, Alan Chandler wrote:
> On 18/07/10 18:19, Florian Kulzer wrote:
> >On Sun, Jul 18, 2010 at 15:34:22 +0100, Alan Chandler wrote:
[...]
> >>It has happened again whilst I was having lunch today. System had
> >>been idle for about 4 hours and when I came back to it I had been
> >>logged out. Only 15 minutes ago (so it had worked perfectly up
> >>until then) it created an /var/log/Xorg.0.log.old file with ...
> >>
> >>Fatal server error:
> >>Failed to submit batchbuffer: Input/output error
> >
> >That is a problem with the video driver; your GPU is choking on a set of
> >instructions that it is supposed to execute. Which video chipset do you
> >use, which version of the X server and which kernel? (An Intel 845
> >series chipset with Sid's Xorg and kernel, maybe?)
> >
>
> I am running Squeeze, with Xorg and latest kernel - the chipset is
> an Intel 965 (I think - motherboard is an Intel DG965S)
So the 965 chipsets still have problems with the driver as well? I used
to have an 965 system and I had some problems, but I have not followed
recent developments. I have the impression, based on the experience with
the 855GM in my laptop and on numerous upstream bugs reports, that 8xx
series cards are especially difficult with newer drivers. (My 855GM
tends to locks up as soon as X is started; Magic-SysRq to the rescue.)
You could try the intel driver from experimental, which supposedly has
been much improved. For my 855GM card this fixes at least the
lockup/crash problem - the driver detects the impending lockup and
disables acceleration. This makes everything slow and introduces some
rendering artefacts, but at least X stays functional enough so that I
can save my work before I terminate the session myself. (If you want to
try this, you also need the 2.6.35 kernel from experimental.)
The other approach is to downgrade the intel driver to the last version
that works for your card. For my 855GM I have to use package
xserver-xorg-video-intel 2:2.8.1-1 with the linux-image-2.6.30-1-686
kernel to get reasonable stability.
The third option is learning to live with the occasional X crash and
make sure to save all your work early and often.
--
Regards, |
Florian |
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100719194228.ga4...@isar.localhost
