similar to: [Bug 30842] New: G84M/NVS 140M GPU Lockup

https://bugs.freedesktop.org/show_bug.cgi?id=53535 Bug #: 53535 Summary: G84M [Quadro NVS 140M] X crash after waking up from suspend: Process /usr/bin/Xorg was killed by signal 6 (SIGABRT) Classification: Unclassified Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version:

https://bugs.freedesktop.org/show_bug.cgi?id=36163 Summary: nouveau fails to render framebuffer on [GeForce 7300 GS] Product: xorg Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component: Driver/nouveau AssignedTo:

Dear all, after having bad experiences with nouveau (using fedora 15,16,17) , which resulted in an immediate lockup of my old server machine, i have given noveau another chance to run on kernel The good is news is - it doesn't lead to immediate lockup of the machine anymore. The bad news. It still leads to a scrambled console screen, which does not contain any useful information. It

Hi Nouveau folks, I've been encountering some corruption on pixmaps for a while now, and it seems like the problem comes from the DFS/UTS (Download From Screen / Upload To Screen). In fact, I'm pretty sure the problem comes from there as screenshots are garbled and so does a few more things. I may have time to dig this up, where should I start, is there some documentation on the NVS

In case it's any use for debugging, I get these error messages in dmesg on my NV86 (Quadro NVS 140M) card: [ 21.729435] [drm] Initialized drm 1.1.0 20060810 [ 21.749414] nouveau 0000:01:00.0: power state changed by ACPI to D0 [ 21.749425] nouveau 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 [ 21.749432] nouveau 0000:01:00.0: setting latency timer to 64 [ 21.749528]

Hi Do you have an idea why am I getting random reboots and (sometimes) this stacktrace? : http://people.eisenbits.com/~stf/load/20151222-kernel-stack-trace.png This should probably go as a bug report, but I have already uninstalled the driver --- sorry. This is a fresh install of Debian 8.3 (latest stable) (Jessie). After switching to VESA everything is stable --- the only problem is that this

http://bugs.freedesktop.org/show_bug.cgi?id=26733 Summary: Full-screen XV causes graphics lockup Product: xorg Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy:

http://bugs.freedesktop.org/show_bug.cgi?id=25762 Summary: Quadro NVS 140M doesn't wake up anymore Product: xorg Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

Hi, I've just tried nouveau for the first time and I'd like to thank you all for your hard work. It works well, and I'm especially impressed to see xv running on my card (NV50 generation). Here is a brief report of my test. Details: - Card is Quadro NVS 140M - nouveau-drm and xf86-video-nouveau are from today's git - linux 2.6.26.3 from archlinux - X.Org X Server 1.4.99.906

Hello, I am kernel engineer working on PV-OPS kernel trying to get it work in Dom0 with an NVidia (NV30 right now) card. But there are issues, such as that the pv-ops kernel has a different understanding of memory (for details check out: http://wiki.xensource.com/xenwiki/XenPVOPSDRM). I've fleshed out most of them (like GART had the wrong phys addresses, ouch!), but the one that I am

Hi, I've been using the nouveau driver for some time on my Latitude T61p with a Quadro NVS 140M card: 4pll00555 ~ # lspci 00:00.0 Host bridge: Intel Corporation Mobile PM965/GM965/GL960 Memory Controller Hub (rev 0c) 00:01.0 PCI bridge: Intel Corporation Mobile PM965/GM965/GL960 PCI Express Root Port (rev 0c) 00:19.0 Ethernet controller: Intel Corporation 82566MM Gigabit Network Connection

https://bugs.freedesktop.org/show_bug.cgi?id=76605 Priority: medium Bug ID: 76605 Assignee: nouveau at lists.freedesktop.org Summary: Screen corruption and crashes in bastion on NVS-140M (G86) Severity: normal Classification: Unclassified OS: Linux (All) Reporter: matthias at blankertz.org

Greetings. I have an aging GeForce4 MX ( integrated ). I just updated to Ubuntu-8.10 without considering the consequences of moving to xserver-1.5. Needless to say I won't be using Compiz for a while now ... So I've tried to get nouveau drivers running ( I've been watching the project, but mainly waiting for a release ... now my hand has been forced ). I used the packages for Ubuntu

For an unknown reason both my monitors ended up with a corrupted EDID. They both provide VGA and DVI input. The VGA input works fine, while DVI is broken because of the EDID issue. Using these [1] instructions I have been able to read the EDID and fix it. Unfortunately I'm not able to write it back to the eeprom. I always get this message: i2c i2c-1: sendbytes: NAK bailout. This is what I

Found by sparse. Signed-off-by: Luca Barbieri <luca at luca-barbieri.com> --- drivers/gpu/drm/nouveau/nouveau_gem.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nouveau_gem.c b/drivers/gpu/drm/nouveau/nouveau_gem.c index 03d8935..d7ace31 100644 --- a/drivers/gpu/drm/nouveau/nouveau_gem.c +++ b/drivers/gpu/drm/nouveau/nouveau_gem.c @@

https://bugs.freedesktop.org/show_bug.cgi?id=27574 Summary: BUG: unable to handle kernel NULL pointer dereference at 0000000000000028 Product: xorg Version: 7.5 Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

Hi, I am unable to suspend using nouveau, so I have to use the NVIDIA drivers currently, which I do not like to do (they don't work as well for everything else and are proprietary) So... to get to the basic info 01:00.0 VGA compatible controller: NVIDIA Corporation G84M [GeForce 8600M GT] (rev a1) 3.13.0-16-generic Ubuntu x86_64 GNU/Linux nvidia drivers version 331.38 If there is any more

If you're especially unlucky BOs would move around and their kmaps would end up pointing to something else in GART, then ioctl_pushbuf() would use the kmaps again corrupting textures or other pushbufs (the most noticeable symptom was a PFIFO_DMA_PUSHER from time to time). Signed-off-by: Francisco Jerez <currojerez at riseup.net> --- drivers/gpu/drm/nouveau/nouveau_gem.c | 2 ++ 1

https://bugs.freedesktop.org/show_bug.cgi?id=35630 Summary: NV31: PFIFO_DMA_PUSHER while running x11perf Product: xorg Version: git Platform: x86 (IA32) OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

I have a system with 3 video cards; 2 dual-DVI and one single DVI. I'd like to get nouveau running on this system. selene:/var/log# lspci | grep VGA 01:07.0 VGA compatible controller: nVidia Corporation NV34GL [Quadro NVS 280 PCI] (rev a1) 02:00.0 VGA compatible controller: nVidia Corporation NV44 [Quadro NVS 285] (rev a1) 07:00.0 VGA compatible controller: nVidia Corporation NV44 [Quadro