similar to: [Bug 27928] New: Nouveau / Mesa sometimes gets libraries overwritten

Hello, this is my first Xorg/Nouveau bug-report ever so I'll try to explain as good as I can ;) After several years of using the NVIDIA binary driver, I once again tried the latest nouveau driver for my Onboard Geforce 8100 card. Several month ago I couldn' t even get to the kdm screen. But to my surprise everything I needed worked perfectly. Even KWin compositing. Amazing. Although

https://bugs.freedesktop.org/show_bug.cgi?id=38016 Summary: nouveau driver crashes xorg when starting KDE Product: xorg Version: git Platform: Other 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

I compiled linux-2.6 from git. I think my last pull/merge? is this one (git show) commit d03ab2d78b6ab62e94f9958da50b4419c27e0f60 Author: Marcin Ko?cielnicki <koriakin at 0x04.net> Date: Mon Mar 1 00:18:39 2010 +0000 drm/nv50: Improve PGRAPH interrupt handling. I also compiled nouveau-drm_2.4.18-1_amd64.deb and nouveau_drv.so that day and installed them to a Debian system. I'm

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:

https://bugs.freedesktop.org/show_bug.cgi?id=39980 Summary: freezing nouveau Product: xorg Version: 7.6 Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: calestyo

http://bugs.freedesktop.org/show_bug.cgi?id=24002 Summary: PFIFO_CACHE_ERROR PGRAPH_ERROR Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

From: Emil Velikov <emil.velikov at collabora.com> The authentication can be circumvented, by design, by using the render node. >From the driver POV there is no distinction between primary and render nodes, thus we can drop the token. Note: the outstanding DRM_AUTH instance is: - legacy DRI1 ioctl, which is already neutered Cc: Ben Skeggs <bskeggs at redhat.com> Cc: nouveau at

http://bugs.freedesktop.org/show_bug.cgi?id=25754 Summary: Nouveau - GPU Lockup on 2.6.33-rc1 Product: xorg Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: critical Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

Hi list, my thanks to developers of nouveau first: I wonder how you put it together this far, where there's quite enough to appreciate! This question I have: strangely I can get each of 2 cards to work separately for a dualseat PC by toggling on/off fbcon=map: kernel option (compiled with CONFIG_FRAMEBUFFER_CONSOLE_DETECT_PRIMARY) -- by doing so I can have each card initialized and start

Hi Patch "drm/nouveau: use drm_mm in preference to custom code doing the same thing" in nouveau tree introduced new deadlock possibility, for which lockdep complains loudly: [ 1541.070202] [drm] nouveau 0000:02:00.0: Allocating FIFO number 3 [ 1541.084772] [drm] nouveau 0000:02:00.0: nouveau_channel_alloc: initialised FIFO 3 [ 2417.733440] [drm] nouveau 0000:02:00.0:

Switching focus to a previously idle firefox and starting to type in the google bar, the screen locked up (and the display went black and showed 'no signal'). Ssh'ing into the machine, I found this in dmesg: [drm] nouveau 0000:01:00.0: Allocating FIFO number 1 [drm] nouveau 0000:01:00.0: nouveau_channel_alloc: initialised FIFO 1 [drm] nouveau 0000:01:00.0: Setting dpms mode 3 on

http://bugs.freedesktop.org/show_bug.cgi?id=23445 Summary: NV46: GPU lockup on VT switch Product: xorg Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: critical Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

Today I tried Ubuntu-10.04 on a system with an NV34 (Geforce-5200) AMD-751 (Ironlake) Northbridge, however the kernel-module fails to initialize. Any idea what could be going wrong? Thank you in advance, Clemens PS: I filed a bug at ubuntu's launchpad: https://bugs.launchpad.net/ubuntu/+bug/580656 May 14 19:17:28 max-desktop kernel: [ 3.266782] [drm] Initialized drm 1.1.0 20060810 May

- 'joi' on irc pointed out that this triggers a BUG_ON, because kzalloc could sleep. - The irq handler should restore the value NV03_PFIFO_CACHES, but still it's better if this stuff doesn't happen in the middle of fifo create context. I see no reason in spin locking pgraph create context, it isn't activated at that stage. - Move and rename the lock after some discussion with

Hi, there! Every once in a while / about once a day I have nouveau for a Quadro NVS 290 failing in my system from about kernel 3.10...up to now 3.14, so I finally decided to report this bug as it gets really annoying. After the bug appears, there are some (one per DATA_ERROR line) small 20x20 to 40x40 pixel sized odd shaped white block artefacts stuck on my (dual monitor) desktop. After a restart

https://bugs.freedesktop.org/show_bug.cgi?id=28095 --- Comment #3 from Brent <bzipitidoo at hotmail.com> --- Tested with Puppy Linux with kernel 3.14.20. This is with Tahrpup 6.0, with an updated kernel released by the maintainer of Tahrpup. The Xserver has no mouse pointer, and displays only vertical stripes. But ctrl-alt-F2 worked and I can still use the text screen console. Looked at

https://bugs.freedesktop.org/show_bug.cgi?id=62035 Priority: medium Bug ID: 62035 Assignee: nouveau at lists.freedesktop.org Summary: [Regression kernel 3.8.0+] G86 GeForce 8400M GS 3D desktop effects does not work QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified

Signed-off-by: Marcin Ko?cielnicki <koriakin at 0x04.net> --- drivers/gpu/drm/nouveau/nv04_graph.c | 571 ++++++++++++++++++++++++++++++++-- 1 files changed, 538 insertions(+), 33 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nv04_graph.c b/drivers/gpu/drm/nouveau/nv04_graph.c index d96c351..1b0af3a 100644 --- a/drivers/gpu/drm/nouveau/nv04_graph.c +++

From: Emil Velikov <emil.velikov at collabora.com> Cc: Ben Skeggs <bskeggs at redhat.com> Cc: nouveau at lists.freedesktop.org Signed-off-by: Emil Velikov <emil.velikov at collabora.com> --- drivers/gpu/drm/nouveau/nouveau_abi16.c | 6 ------ drivers/gpu/drm/nouveau/nouveau_abi16.h | 1 - drivers/gpu/drm/nouveau/nouveau_drm.c | 2 +- 3 files changed, 1 insertion(+), 8