* Cyril Brulebois [2011-02-21 18:13:52 +0100]:
Hi Sergio,
Sergio Gelato sergio.gel...@astro.su.se (27/04/2009):
I've tried 6.12.2-1~lenny1. No change.
I've also tried upgrading to the latest BIOS from HP (v1.19, said to
include some enhancements in graphics support). That didn't help
* Julien Cristau [2009-11-28 18:20:10 +0100]:
reassign 514840 xserver-xorg-video-intel
close 514840 2:2.4.0-1
kthxbye
On Wed, Feb 11, 2009 at 11:44:52 +0100, Sergio Gelato wrote:
Autoconfiguration failed for me on this hardware:
it picked the vesa driver, which resulted in a blank
Package: libdrm
Version: 2.4.15
debian/rules calls dh_strip with the --remaining-packages option. This is only
supported in debhelper 7.2.7 and newer. The current build dependency on
debhelper (= 5.0.0) needs updating.
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a
* Brice Goglin [2009-04-15 19:22:19 +0200]:
On Thu, Apr 02, 2009 at 01:00:11PM +0200, Sergio Gelato wrote:
* Brice Goglin [2009-04-01 19:02:18 +0200]:
Can you try a more recent driver? For instance 6.11 from
http://people.debian.org/~bgoglin/rebuilds/ati-6.11.0-Xserver1.4/
I've now
* Brice Goglin [2009-04-01 19:02:18 +0200]:
Can you try a more recent driver? For instance 6.11 from
http://people.debian.org/~bgoglin/rebuilds/ati-6.11.0-Xserver1.4/
I've now tried that. Same behaviour.
I've also looked at the git repository and am under the impression that the
last
Following up on myself, here is another working xorg.conf, minimally changed
from the autogenerated one. I only changed the Device section.
# xorg.conf (X.Org X Window System server configuration file)
#
# This file was generated by dexconf, the Debian X Configuration tool, using
# values from the
* Sergio Gelato [2009-02-02 14:49:30 +0100]:
#define READ_GET(pNv) ((pNv)-FIFO[0x0011] 2)
while(READ_GET(pNv) != pNv-dmaPut);
so it looks like a polling wait for an event that isn't happening.
Regardless of what is ultimately causing the problem on our system,
I don't like the fact
Package: xserver-xorg-video-nv
Version: 1:2.0.3-1
This seems to be a follow-up of archived bug #336774, which was closed
due to the submitter no longer having access to a test system on which
to reproduce the issue.
Symptom: Xorg starts using nearly 100% of the CPU, becomes unresponsive.
Stack
It just happened again, and here is a disassembly of the location:
0xb7b96530 NVSync+48: mov(%ecx),%eax
0xb7b96532 NVSync+50: shr$0x2,%eax
0xb7b96535 NVSync+53: cmp%edx,%eax
0xb7b96537 NVSync+55: jne0xb7b96530 NVSync+48
Since neither %ecx nor %edx get changed during the loop, the
* Brice Goglin [2009-02-02 12:50:32 +0100]:
Any chance you try with a more recent driver? 2.0.3 is old. We have
2.1.10 in testing/unstable and 2.1.12 in experimental?
Been thinking about that, but it looks like 2.1.10 build-depends on
xserver-xorg-dev (= 2:1.4), so a backport to etch may not be
* Brice Goglin [2008-03-10 19:51:06 +0100]:
The crash is in the Mesa built-in the server, and this mesa 6.5.1 is very old.
So please try to reproduce with a more recent Xserver built against a recent
Mesa.
xserver-xorg-core from testing would be much better already.
Sorry, but the affected
Package: xserver-xorg-core
Version: 2:1.1.1-21etch4
The following backtrace has been seen repeatedly on a Dell PWS 390
running in amd64 mode with an nVidia NV44 (Quadro NVS 285) card using
the nv driver. Matlab 7.5.0 seems particularly prone to triggering the
problem, but it isn't the only
This looks very similar to SuSE bug #246421
(https://bugzilla.novell.com/show_bug.cgi?id=246421)
which is fixed in version 2.0.0 of the nv driver. It's a one-line
patch,
http://gitweb.freedesktop.org/?p=xorg/driver/xf86-video-nv.git;a=commitdiff;h=90c53c5322e50bce06996e3c857e6bf7531235d4
* Simon Josefsson [2007-05-02 19:26:15 +0200]:
I did install 1.2.2.1-1 from experimental some time ago, based on an
earlier request in the BTS, but that did not fix the problem. Was this
one-liner added after that version?
Yes.
Installing xserver-xorg-video-nv from unstable seem to pull in
14 matches
Mail list logo