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
so
* 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
* 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 ve
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 subje
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 culpr
* 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 affecte
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 b
It just happened again, and here is a disassembly of the location:
0xb7b96530 : mov(%ecx),%eax
0xb7b96532 : shr$0x2,%eax
0xb7b96535 : cmp%edx,%eax
0xb7b96537 : jne0xb7b96530
Since neither %ecx nor %edx get changed during the loop, the only way
out of it is for (%ecx) to be volati
* 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
* 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
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 th
* 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 explicit
* 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/reb
* Cyril Brulebois [2011-02-21 18:13:52 +0100]:
> Hi Sergio,
>
> Sergio Gelato (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 gra
14 matches
Mail list logo
