similar to: FYI: Nouveau bug exposed in the latest fedora kernel

While I wait for the Xen 3.0 Test CD to download, has anyone has luck using an Asus M2N32-SLI Deluxe motherboard (NVIDIA nForce 590 SLI MCP chipset)? The CPU is an AMD Athlon64 X2 3800+ AM2 w/ 2GB DDR2 533. The motherboard mostly works under Gentoo using kernel 2.6.18 with the "noapic" kernel boot option in my grub.conf file. The only major issue with the Gentoo kernel

https://bugs.freedesktop.org/show_bug.cgi?id=82714 --- Comment #6 from Pierre Moreau <pierre.morrow at free.fr> --- Sorry, I didn't had much time to look into it... I'm currently tracking some similar problems on my G96, which is a secondary GPU. Hopefully, if I manage to solve it, the patch will help you too. (In reply to Bruno from comment #5) > After fresh boot: > echo 1

https://bugs.freedesktop.org/show_bug.cgi?id=82714 --- Comment #7 from Bruno <bonbons at sysophe.eu> --- Created attachment 114730 --> https://bugs.freedesktop.org/attachment.cgi?id=114730&action=edit dmesg with 3.19 Sorry for rather late reply, so no issue you being slow too. (In reply to Pierre Moreau from comment #6) > Sorry, I didn't had much time to look into it...

http://bugs.freedesktop.org/show_bug.cgi?id=26201 Summary: Some screen garbage, NoAccel and GPU lockup reported with NV4E Product: xorg Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

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=66650 Priority: medium Bug ID: 66650 Assignee: nouveau at lists.freedesktop.org Summary: [regression][NVD0] 'drm/nve0-/gr: some new gpc registers can have multiple copies' causes lockups QA Contact: xorg-team at lists.x.org Severity: normal Classification:

https://bugs.freedesktop.org/show_bug.cgi?id=91373 Bug ID: 91373 Summary: Nouveau fills kern.log with gigabytes of data when molecule screensaver is ran Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium

I'm running on Sun Blade 2500 with a GeForce 8400 GS PCI. After (maybe?) fixing a few errrors with bo allocation, I'm getting a lot of IB_EMPTY errors, ultimately resulting in a GPU lockup. I don't have any sort of framebuffer visible. After reading dma-pusher.txt, I see "An attempt to submit IB entry with length zero will raise DMA_PUSHER error of type IB_EMPTY." How would

--- docs/hw/fifo/intro.rst | 32 ++++++++++++++++---------------- 1 file changed, 16 insertions(+), 16 deletions(-) diff --git a/docs/hw/fifo/intro.rst b/docs/hw/fifo/intro.rst index 8b1d69d..0e023bf 100644 --- a/docs/hw/fifo/intro.rst +++ b/docs/hw/fifo/intro.rst @@ -10,7 +10,7 @@ FIFO overview Introduction ============ -Commands to most of the engines are sent through a special engine

https://bugs.freedesktop.org/show_bug.cgi?id=89985 Bug ID: 89985 Summary: system video hangs on video switch to fullscreen Product: Mesa Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: blocker Priority: medium Component: Drivers/DRI/nouveau

https://bugs.freedesktop.org/show_bug.cgi?id=71662 Priority: medium Bug ID: 71662 Assignee: nouveau at lists.freedesktop.org Summary: [nvd9 regression] 3d application hang Severity: normal Classification: Unclassified OS: All Reporter: jano.vesely at gmail.com Hardware: Other Status: NEW

https://bugs.freedesktop.org/show_bug.cgi?id=82714 --- Comment #5 from Bruno <bonbons67 at internet.lu> --- After fresh boot: echo 1 > /sys/bus/pci/devices/0000\:01\:00.0/reset Kernel log for modprobe nouveau debug=0xff: 2014-12-13 18:55:58.978720 +0100 [ 108.870465] nouveau 0000:01:00.0: enabling device (0004 -> 0007) 2014-12-13 18:55:58.981262 +0100 [ 108.873035] nouveau [

https://bugs.freedesktop.org/show_bug.cgi?id=90486 Bug ID: 90486 Summary: Lockups on GTX 680 Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau at

Signed-off-by: Roy Spliet <rspliet at eclipso.eu> --- .../gpu/drm/nouveau/core/include/subdev/clock.h | 3 ++ drivers/gpu/drm/nouveau/core/subdev/clock/nva3.c | 45 ++++++++++++++++++++++ drivers/gpu/drm/nouveau/core/subdev/clock/nvaa.c | 30 ++++----------- 3 files changed, 55 insertions(+), 23 deletions(-) diff --git a/drivers/gpu/drm/nouveau/core/include/subdev/clock.h

V2: always call post correctly even if pre fails Signed-off-by: Roy Spliet <rspliet at eclipso.eu> --- .../gpu/drm/nouveau/core/include/subdev/clock.h | 3 ++ drivers/gpu/drm/nouveau/core/subdev/clock/nva3.c | 52 +++++++++++++++++++++- drivers/gpu/drm/nouveau/core/subdev/clock/nvaa.c | 36 +++++---------- 3 files changed, 66 insertions(+), 25 deletions(-) diff --git

https://bugs.freedesktop.org/show_bug.cgi?id=58378 --- Comment #34 from Andreas Loew <awl1 at gmx.net> --- Bad news once again... I applied the following single-line patch to a stock 3.12.4 kernel in order to switch to the NV50 fence: diff -Nrpu linux-3.12.4.orig/drivers/gpu/drm/nouveau/nouveau_drm.c linux-3.12.4/drivers/gpu/drm/nouveau/nouveau_drm.c ---

Everywhere else the constant is multiplied by 16/4, so it looks like nvc0_fence_suspend/resume is buggy here. Signed-off-by: Maarten Lankhorst <m.b.lankhorst at gmail.com> Cc: stable at vger.kernel.org [3.7+] --- diff --git a/drivers/gpu/drm/nouveau/nvc0_fence.c b/drivers/gpu/drm/nouveau/nvc0_fence.c index 85a0e78..4f46d8b 100644 --- a/drivers/gpu/drm/nouveau/nvc0_fence.c +++

https://bugs.freedesktop.org/show_bug.cgi?id=72315 Priority: medium Bug ID: 72315 Assignee: nouveau at lists.freedesktop.org Summary: Fedora 19 64-bit X crash QA Contact: xorg-team at lists.x.org Severity: major Classification: Unclassified OS: Linux (All) Reporter: bryan.coleman at dart.biz

Hi to all, i''m following this guide (http://www.opalsoft.net/qos/DS-28.htm), is very detailed, but i''m a bit confused about queuing disciplinse of leaf classes. In this guide the author uses PFIFO (see the scheme that i attached at message) in this way: # tc class add dev eth0 parent 1:21 handle 210: pfifo lmit 10 # tc class add dev eth0 parent 1:22 handle 220: pfifo lmit 10 #

https://bugs.freedesktop.org/show_bug.cgi?id=91355 Bug ID: 91355 Summary: [Quadro K610M] nouveau fills the kernel log when a video is played Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: