similar to: nouveau locking up on Debian Jessie.

On Fri, Mar 20, 2015 at 6:02 PM, Megaf <mmegaf at gmail.com> wrote: > Hi Ladies and Gentlemans. > > I'd like to report a possible bug and ask for help in solving it. > > I have a Mid 2010 Macbook Pro running Debian Jessie. > The bug seems to happen at random, but mainly when using a 3D application > with other apps running, such as Chromium (Chrome) and Iceweasel

https://bugs.freedesktop.org/show_bug.cgi?id=54056 Bug #: 54056 Summary: plenty of errors trapped write at plus PGRAPH error Classification: Unclassified Product: xorg Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

Hey, This patch causes a regression on my display-less nvd7. Commenting out the aux, aux_stat and aux_mask members in nvd0_i2c_oclass fixes boot, and makes things work normally again. broken dmesg: [ 40.314470] ACPI Warning: \_SB_.PCI0.GFX0._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20140424/nsarguments-95) [ 40.314729] ACPI Warning: \_SB_.PCI0.GFX0._DSM:

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

Hi . For some time now i have had problems with video on this system . from dmesg iget the following 6.408406] nouveau [ DEVICE][0000:01:00.0] BOOT0 : 0x0a5000a2 [ 6.408411] nouveau [ DEVICE][0000:01:00.0] Chipset: GT216 (NVA5) [ 6.408414] nouveau [ DEVICE][0000:01:00.0] Family : NV50 [ 6.409206] nouveau [ VBIOS][0000:01:00.0] checking PRAMIN for image... [ 6.513939]

https://bugs.freedesktop.org/show_bug.cgi?id=90630 Bug ID: 90630 Summary: random driver crashes mostly after screen lock Product: xorg Version: 7.7 (2012.06) Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: major Priority: medium Component: Driver/nouveau

https://bugs.freedesktop.org/show_bug.cgi?id=92863 Bug ID: 92863 Summary: Complete freeze even with NvGrUseFW=1 Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau

In https://nouveau.freedesktop.org/KernelModuleParameters.html, there is: Here is a list of engines: DEVICE DMAOBJ PBSP PCE0 PCE1 PCE2 PCRYPT PDISP PFIFO PGRAPH PMPEG PPM PPPP PVP SW Also, in debug: CLIENT I have tried to find a description of those. https://envytools.readthedocs.io/en/latest/ help a bit, but I don't find a

https://bugs.freedesktop.org/show_bug.cgi?id=77690 Priority: medium Bug ID: 77690 Assignee: nouveau at lists.freedesktop.org Summary: [nv49] Hearthstone corrupted display screen with wine Severity: normal Classification: Unclassified OS: Linux (All) Reporter: infyquest at gmail.com Hardware: x86 (IA32)

Hello, I have an Alienware 8 laptop that contains dual GeForce GTX 880M graphics GPUs with 16GB of video ram, as I understand it. I am running opensuse 3.2. At some times, like once every 10 boots or so, my system will hang on boot. Black screen shown. I looked at my /var/log/messages and there are numerous nouveau errors. I have attached a section of this output. I am willing to perform any

https://bugs.freedesktop.org/show_bug.cgi?id=89912 Bug ID: 89912 Summary: Sometimes Nouveau hangs kernel with PGRAPH engine fault Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component:

Hi! In commit da5e45e619b3f101420c38b3006a9ae4f3ad19b0: > drm/nouveau/mmu: ALIGN_DOWN correct variable > > Commit 7110c89bb8852ff8b0f88ce05b332b3fe22bd11e ("mmu: swap out round > for ALIGN") replaced two calls to round/rounddown with ALIGN/ALIGN_DOWN, > but erroneously applied ALIGN_DOWN to a different variable (addr) and left > intended variable (tail) not

After 5addcf0a (nouveau: add runtime PM support (v0.9)) I'm getting kernel panics immediately after resuming from suspend. Unfortunately it happens so early that I don't get any more info than the blinking keyboard lights... The nouveau tree still panics up to 2fb9d6c, which fails before I can test it. Any ideas? Martin $ lspci 00:00.0 Host bridge: Intel Corporation 3rd Gen Core

After 2fb9d6cf (drm/nouveau/core: convert event handler apis to split create/enable semantics) from the nouveau tree I'm getting a kernel panic on boot because pdisp is 0 at core/engine/software/nv50.c:179. The nouveau part of the call trace is: nv50_software_context_ctor+0x80/0x130 nouveau_object_ctor+0x2d/0xe0 nouveau_object_new+0xfa/0x230 nouveau_channel_new+0x53b/0x6c0

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=92515 Bug ID: 92515 Summary: Virtualbox with 3D acceleration and with installed vbox-additions crashes Product: Mesa Version: 10.5 Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component:

https://bugs.freedesktop.org/show_bug.cgi?id=70326 Priority: medium Bug ID: 70326 Assignee: nouveau at lists.freedesktop.org Summary: [NVF0] Kernel/Driver fails to initialize acceleration on GTX Titan QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux

https://bugs.freedesktop.org/show_bug.cgi?id=74992 Priority: medium Bug ID: 74992 Assignee: nouveau at lists.freedesktop.org Summary: display freeze QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: All Reporter: martin.meridius at gmail.com Hardware: x86-64

https://bugs.freedesktop.org/show_bug.cgi?id=47191 Bug #: 47191 Summary: random xorg hang with PGRAPH_TRAP_TPDMA_2D - TP 0 - Unknown fault at address Classification: Unclassified Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity:

Thanks for the work so far. A quick scan through the first NVC4 trace at hand, using upstream demmio, reveals at least 20 writes to the BLCG registers of PGRAPH and a few in PXBAR prior to altering the value of register 0x20200 (see below). We know that these are related to the clock gating you enable. Are you 110% sure that fiddling with 0x20200 bits without first setting these values can