Package: x11-apps
Version: 7.7+3
Severity: important
Dear Maintainer,
I was trying out xman on my jessie system, and it turns out it won't render
any pages at all. I notice that when I start xman from a terminal, I see
sh: 1: zsoelim: not found
in the terminal when I tell it to load a man page.
Yes, that seems to have fixed it here. X now starts and runs on the Compaq
with RenderAccel on.
-lee
On Tue, Oct 7, 2014 at 5:45 AM, Julien Cristau wrote:
> On Tue, Sep 16, 2014 at 08:08:19 -0500, Pat Parson wrote:
>
> > Package: xserver-xorg
> > Version: 1:7.7+7
> > Severity: important
> >
> >
I did some more fiddling, and the culprit seems to be render acceleration.
Setting
Option "RenderAccel" "False"
in xorg.conf makes X work again on the Compaq.
-lee
- Scorched3d crashing on start is due to a null pointer dereference in
its shader handling code (specifically, while loading the vertex shader
for animated water). I'm not sure if this is a Scorched3d bug, a Mesa
bug, or a bug with the Intel driver; I have machines at home with nVidia
and ATI v
Brice Goglin wrote:
Lee Cremeans wrote:
Package: xserver-xorg-video-intel
Version: 2:2.3.1-1
Severity: important
I'm running Debian lenny amd64 on a Gateway ML6720 laptop with 1024 MB
RAM. The Intel video in this laptop works well in 2D mode with either
acceleration engine, but w
Sam, can you reproduce the bug, then SSH into the target machine and
look for a block of text that mentions "Error in I830WaitLpRing(),
timeout for 2 seconds"? I think this bug and my bug with scorched3d are
related, but I'm not quite ready to mark mine as a duplicate yet.
For what it's worth,
Package: xserver-xorg-video-intel
Version: 2:2.3.1-1
Severity: important
I'm running Debian lenny amd64 on a Gateway ML6720 laptop with 1024 MB
RAM. The Intel video in this laptop works well in 2D mode with either
acceleration engine, but when I use 3D, things get trickier.
If I start scorched
Brice Goglin wrote:
Hi,
About 2 years ago, you reported (or replied to) a bug in the Debian BTS
regarding the X server not starting on a Cyrix 6x86 processor. Did any
of you guys reproduce this problem recently? With Xorg/Etch? With latest
xserver-xorg-core in unstable?
Thanks,
Brice
I have
I did some more checking, and I can reproduce the bug running
kernel-image-2.4.27-586tsc on the same machine. I also cross-checked
with another OS (FreeBSD 6.1-RELEASE) to see if this is an upstream
problem, and X.org crashed in the same place (while drawing the default
stipple) with a SIGSEGV;
I think I may have found the part that's causing trouble here.
In fb/fbpict.c, there's a function fbHaveMMX that uses inline assembler,
and appears to check for a 486 before trying to use CPUID. The Cyrix
chips support CPUID, but it's turned off by default (!!), so trying to
use it here makes
Package: xserver-xorg
Version: 1:7.0.20
Followup-For: Bug #353494
I'm playing with unstable on an old 486 (Cyrix 486DX2) and it's giving me the
same problem -- a SIGILL in the server while trying to draw the default
stipple. I have the latest Xorg.log.0 attached.
X Window System Version 7.0.0
Re
11 matches
Mail list logo
