similar to: [Bug 52509] New: System hangs completely after loading nouveau kernel module

https://bugs.freedesktop.org/show_bug.cgi?id=33165 Summary: Nouveau + nvidia GT240 = unworkable Product: xorg Version: 7.5 Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

On Fri, Feb 13, 2015 at 9:52 PM, Ilia Mirkin <imirkin at alum.mit.edu> wrote: > On Fri, Feb 13, 2015 at 8:59 PM, Andy Lutomirski <luto at amacapital.net> wrote: >> 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

On Tue, Mar 17, 2015 at 2:57 PM, Ilia Mirkin <imirkin at alum.mit.edu> wrote: > On Tue, Mar 17, 2015 at 5:52 PM, Andy Lutomirski <luto at amacapital.net> wrote: >> On Fri, Feb 13, 2015 at 9:52 PM, Ilia Mirkin <imirkin at alum.mit.edu> wrote: >>> On Fri, Feb 13, 2015 at 8:59 PM, Andy Lutomirski <luto at amacapital.net> wrote: >>>> My new GTX 960

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=57211 Priority: medium Bug ID: 57211 Assignee: nouveau at lists.freedesktop.org Summary: nvidia GTS 360M: hangs during boot QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: raymondmeester at gmail.com

http://bugs.freedesktop.org/show_bug.cgi?id=18809 Summary: X w/ nouveau driver doesn't start on G86M [GeForce 8400M GT] chip Product: xorg Version: 7.4 Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau

https://bugs.freedesktop.org/show_bug.cgi?id=41333 Summary: Nvidia GTA 240 card (NVA3) locks up when loading nouveau.ko module Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

On Tue, Mar 17, 2015 at 06:59:25PM -0400, Ilia Mirkin wrote: > On Tue, Mar 17, 2015 at 6:40 PM, Andy Lutomirski <luto at amacapital.net> wrote: > > On Tue, Mar 17, 2015 at 2:57 PM, Ilia Mirkin <imirkin at alum.mit.edu> wrote: > >> On Tue, Mar 17, 2015 at 5:52 PM, Andy Lutomirski <luto at amacapital.net> wrote: > >>> On Fri, Feb 13, 2015 at 9:52 PM,

https://bugs.freedesktop.org/show_bug.cgi?id=80900 Priority: medium Bug ID: 80900 Assignee: nouveau at lists.freedesktop.org Summary: [NVCF] PWM fan speed too high under kernel 3.15 Severity: normal Classification: Unclassified OS: Linux (All) Reporter: gianni at rootcube.net Hardware: x86-64 (AMD64)

https://bugs.freedesktop.org/show_bug.cgi?id=49057 Bug #: 49057 Summary: GPU hang with NV50 card Classification: Unclassified Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

https://bugs.freedesktop.org/show_bug.cgi?id=78106 Priority: medium Bug ID: 78106 Assignee: nouveau at lists.freedesktop.org Summary: Reported fan rpm is twice the actual value (NVC0) QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: mdop at

https://bugs.freedesktop.org/show_bug.cgi?id=99968 Bug ID: 99968 Summary: [NV4C] System crashes reliably with glxinfo Product: Mesa Version: 12.0 Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: major Priority: medium Component: Drivers/DRI/nouveau Assignee:

http://bugs.freedesktop.org/show_bug.cgi?id=23223 Summary: Regression: Nvidia Geforce 7300 (NV4B) fails to suspend Product: xorg Version: 7.2 Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

https://bugs.freedesktop.org/show_bug.cgi?id=77003 Priority: medium Bug ID: 77003 Assignee: nouveau at lists.freedesktop.org Summary: Fan speed to high with Kernel versions 3.13.x - Nvidia GeForce GTS 240 QA Contact: xorg-team at lists.x.org Severity: major Classification: Unclassified OS: Linux

https://bugs.freedesktop.org/show_bug.cgi?id=47965 Bug #: 47965 Summary: I can't modify brightness with nVidia 1000m Quadro Classification: Unclassified Product: xorg Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: medium Component:

https://bugs.freedesktop.org/show_bug.cgi?id=30370 Summary: Nouveau module crashes with "divide error" Product: xorg Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: critical Priority: medium Component: Driver/nouveau AssignedTo: nouveau at

hi all, I am having a hard time trying to find out what''s wrong with my setup. It used to work smoothly until I decided out of the blue to do a selfupdate and upgrade outdated on MacPort, then things started going south very quickily. Since MacPort kinda broke, I pull it all out and re-install the ports I have before, which went pretty smoothly. Then to my surprise any command I

First off, the current state of support for Maxwell (GM107/NV110) is not very useful to end-users. It's especially not useful if it's a 3d accelerator card without outputs (as yours appears to be), since acceleration is not supported in 3.15 out of the box. You'd have to figure out how to extract the context switching firmware from the blob driver and load it in nouveau. I'm told

Hi, I found that in some cases llvm generates duplicate loads of double constants, e.g. $ cat t.c double f(double* p, int n) { double s = 0; if (n) s += *p; return s; } $ clang -S -O3 t.c -o - ... f: # @f .cfi_startproc # BB#0: xorps %xmm0, %xmm0 testl %esi, %esi je .LBB0_2 # BB#1: xorps

I have the following tinc setup: client -- tinc DC1 -- tinc DC2 -- 10.1.2.0/24 subnet It generally works well, however, there is one issue I'm not able to solve: *sometimes*, connectivity to *some* destinations does not work for the first few seconds. To demonstrate: $ mongo mongo.example.com:27017 MongoDB shell version: 3.2.12 connecting to: mongo.example.com:27017/test