similar to: Should I expect nouveau on 4.6 to work on a GM206?

Do you have mesa 11.2 or later? GM20x support was only added in mesa 11.2. Cheers, -ilia On Sat, May 28, 2016 at 4:51 PM, Andy Lutomirski <luto at kernel.org> wrote: > I have the signed firmware (I think) and I'm running a fresh 4.6 > kernel. I got an image to show up briefly, rendering the Fedora > sign-in screen at something like one frame per ten seconds. But then >

On Sat, May 28, 2016 at 5:48 PM, Ilia Mirkin <imirkin at alum.mit.edu> wrote: > Do you have mesa 11.2 or later? GM20x support was only added in mesa 11.2. > I just upgraded to 11.2. I'm getting errors like this in the log: [ 5383.723240] nouveau 0000:09:00.0: fifo: read fault at 0000011000 engine 07 [PBDMA0] client 06 [HOST] reason 00 [PDE] on channel -1 [007f9ed000 unknown] [

On Sun, May 29, 2016 at 12:22 PM, Ilia Mirkin <imirkin at alum.mit.edu> wrote: > On Sun, May 29, 2016 at 3:07 PM, Andy Lutomirski <luto at kernel.org> wrote: >> On Sat, May 28, 2016 at 5:48 PM, Ilia Mirkin <imirkin at alum.mit.edu> wrote: >>> Do you have mesa 11.2 or later? GM20x support was only added in mesa 11.2. >>> >> >> I just upgraded

On Sun, Jun 26, 2016 at 1:49 PM, Andy Lutomirski <luto at amacapital.net> wrote: > On Sun, May 29, 2016 at 12:27 PM, Andy Lutomirski <luto at kernel.org> wrote: >> On Sun, May 29, 2016 at 12:22 PM, Ilia Mirkin <imirkin at alum.mit.edu> wrote: >>> On Sun, May 29, 2016 at 3:07 PM, Andy Lutomirski <luto at kernel.org> wrote: >>>> On Sat, May 28,

https://bugs.freedesktop.org/show_bug.cgi?id=77529 Priority: medium Bug ID: 77529 Assignee: nouveau at lists.freedesktop.org Summary: NVS 510 DP-3 output doesn't work QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: All Reporter: tex at sergio.spb.ru

One problem with Wine has been that there were few serious open source win32 applications out there to test Wine with (ok, maybe my opinions are from 1997 :-) In any case, we have some great open source Win32 applications to test with. AbiWord is one. I just tried installing AbiWord 0.9 under the latest Codeweavers preview. The install worked -- but generated about a billion warnings of the

My new GTX 960 (GM206, I think) says: [ 10.329351] nouveau ![ DEVICE][0000:09:00.0] unknown Maxwell chipset [ 10.329355] nouveau E[ DEVICE][0000:09:00.0] unknown chipset, 0x126010a1 [ 10.329356] nouveau E[ DRM] failed to create 0x00000080, -22 [ 10.330129] nouveau: probe of 0000:09:00.0 failed with error -22 Hacking up nouveau so that it treats it like a GM204 doesn't work. Are

https://bugs.freedesktop.org/show_bug.cgi?id=103351 Bug ID: 103351 Summary: Nouveau fails when booting with a screen connected to displayport since 13a86519202c5d119d83640d6f781f3181205d2c Product: Mesa Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW

https://bugs.freedesktop.org/show_bug.cgi?id=94990 Bug ID: 94990 Summary: Latest 4.6rc4 kernel, no booting on gtx970 Product: xorg Version: git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau at

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

https://bugs.freedesktop.org/show_bug.cgi?id=93630 Bug ID: 93630 Summary: [NVE6] disrupted display, cannot switch VT, everything else still works, E[ PDISP] link training failed Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal

Hi, I am trying to use ConfBridge application, but it throws "Failed to find a bridge technology to satisfy capabilities 0x4 (ulaw)" error. Please see console output below. -- Executing [501 at services:9] ConfBridge("SIP/OpenSER-00000005", "1001") in new stack [May 19 13:36:05] DEBUG[7452]: app_confbridge.c:404 join_conference_bridge: Trying to find conference

I installed a new UPS today and after several failed attempts with other software, installed Nut version 2.8 on my Centos 7 server using yum nut. Several issues followed: 1. When I started nut-server it failed because /run/nut did not exist so I created it by hand. 2. nut-server then started but gave he following in /var/log/messages: May 11 13:33:00 mustang systemd: Started Network UPS Tools -

https://bugs.freedesktop.org/show_bug.cgi?id=91954 Bug ID: 91954 Summary: "link training failed": nouveau does not recover from monitor suspend Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium

On Sun, May 29, 2016 at 12:27 PM, Andy Lutomirski <luto at kernel.org> wrote: > On Sun, May 29, 2016 at 12:22 PM, Ilia Mirkin <imirkin at alum.mit.edu> wrote: >> On Sun, May 29, 2016 at 3:07 PM, Andy Lutomirski <luto at kernel.org> wrote: >>> On Sat, May 28, 2016 at 5:48 PM, Ilia Mirkin <imirkin at alum.mit.edu> wrote: >>>> Do you have mesa

https://bugs.freedesktop.org/show_bug.cgi?id=100423 Bug ID: 100423 Summary: MMIO read of 00000000 FAULT at 022554 [ IBUS ] Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau at

Greetings, Box is i4790 w. GTX 980 running virgin master (.today). All I have to do to trigger a slew of these warnings is to fire up firefox, point it at a youtube clip, and let it autoplay while I do routine kernel merge/build maintenance. nouveau doesn't seem to care deeply, but moans again and again and again... 726 [ 2.743823] fb: switching to nouveaufb from EFI VGA 727 [

On Sun, Jun 26, 2016 at 10:59 AM, Ilia Mirkin <imirkin at alum.mit.edu> wrote: > On Sun, Jun 26, 2016 at 1:49 PM, Andy Lutomirski <luto at amacapital.net> wrote: >> On Sun, May 29, 2016 at 12:27 PM, Andy Lutomirski <luto at kernel.org> wrote: >>> On Sun, May 29, 2016 at 12:22 PM, Ilia Mirkin <imirkin at alum.mit.edu> wrote: >>>> On Sun, May 29,

https://bugs.freedesktop.org/show_bug.cgi?id=105916 Bug ID: 105916 Summary: "xset dpms force off" can't be undone on hp omen 17-an0xx laptop Product: xorg Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium

The FBIOPUT_CON2FBMAP ioctl takes a console_lock(). When this is called while nouveau was runtime suspended, a deadlock would occur due to nouveau_fbcon_set_suspend also trying to obtain console_lock(). Fix this by delaying the drm_fb_helper_set_suspend call. Based on the i915 code (which was done for performance reasons though). Cc: Chris Wilson <chris at chris-wilson.co.uk> Cc: Daniel