search for: perflvl_wr

...uveau.config=PCRYPT=0" seems to work fine, which means that my basic issue is already resolved, as with this option, I already seem to be able to make sure that future stock RHEL kernels won't break my screen all the time... ;-) > With a pre-3.13 kernel, you can also try adding nouveau.perflvl_wr=7777 > nouveau.perflvl=1 which will force reclocking to happen on boot (to level '1' > which in your case is comparable to what you had been booting to anyways), > and just might get PCRYPT going (if the clock theory is right). Or hang your > machine. (Or both!) With 3.13 yo...

https://bugs.freedesktop.org/show_bug.cgi?id=68768 Priority: medium Bug ID: 68768 Assignee: nouveau at lists.freedesktop.org Summary: [nv50] error during boot QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: mattia.b89 at gmail.com

...=0" in your kernel cmdline (since 3.7, I think). It will also disallow userspace from using PCRYPT, which is probably for the best if it's really broken. (Whereas just commenting it out there prevents a very specific use-case of it.) With a pre-3.13 kernel, you can also try adding nouveau.perflvl_wr=7777 nouveau.perflvl=1 which will force reclocking to happen on boot (to level '1' which in your case is comparable to what you had been booting to anyways), and just might get PCRYPT going (if the clock theory is right). Or hang your machine. (Or both!) With 3.13 you'll need to apply a...

...s Loew <awl1 at gmx.net> --- OK, tired with RHEL 6.5 kernel 2.6.32.431 and the two options: Command line: ro root=UUID=034d34cd-a464-4ee3-8db9-d6061a318a16 rd_NO_LUKS LANG=en_US.UTF-8 KEYBOARDTYPE=pc KEYTABLE=de-latin1-nodeadkeys rd_NO_MD SYSFONT=latarcyrheb-sun16 rd_NO_LVM rd_NO_DM nouveau.perflvl_wr=7777 nouveau.perflvl=1 crashkernel=auto and saw nouveau 0000:01:00.0: setting latency timer to 64 nouveau 0000:01:00.0: power state changed by ACPI to D0 nouveau 0000:01:00.0: power state changed by ACPI to D0 nouveau 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 nouveau [ DEVI...

Hi everyone. I read on a 2011 article - http://www.phoronix.com/scan.php?page=article&item=nouveau_comp_2011&num=19 - that my particular card, GeForce 8400 GS, overheats with nouveau. (So, I never tried using if for long, before, as soon as possible, installing the proprietary drivers...) But, because it's a 2-year-old article, I was wondering if that problem could have been, in the

https://bugs.freedesktop.org/show_bug.cgi?id=43668 Bug #: 43668 Summary: Secondary monitor always in standby on dual head NV94 Classification: Unclassified Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium

https://bugs.freedesktop.org/show_bug.cgi?id=58316 Priority: medium Bug ID: 58316 Assignee: nouveau at lists.freedesktop.org Summary: fedora 17 kernel 3.7.0-1.PAE failed plymouth and enable msi error QA Contact: xorg-team at lists.x.org Severity: critical Classification: Unclassified OS: Linux

...porter: mr.dash.four at googlemail.com Hardware: Other Status: NEW Version: unspecified Component: Driver/nouveau Product: xorg When I specify the following kernel parameter - "nouveau.perflvl=0,0" (that is in addition to "nouveau.perflvl_wr=7777"), I get the following error during boot up (and afterwards, when I try to make this change manually): kernel: [drm] Initialized drm 1.1.0 20060810 kernel: nouveau [ DEVICE][0000:01:00.0] BOOT0 : 0x049200a2 kernel: nouveau [ DEVICE][0000:01:00.0] Chipset: G71 (NV49) kernel: nouveau...

https://bugs.freedesktop.org/show_bug.cgi?id=38074 Summary: Dual head doesn't work for some combination of monitors (second screen still off) Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component: