search for: perflvl

Here's a quick-but-I-guess-tidy-fix for faulty behaviour someone reported in NVAF. I'm just not sure if the check for nvaa/nvac should still be in nv50_pm_clocks_pre... I believe this is wrong as they can reclock perfectly well (except the non-existing memory). Anyone has a definite answer to that?

https://bugs.freedesktop.org/show_bug.cgi?id=66176 Priority: medium Bug ID: 66176 Assignee: nouveau at lists.freedesktop.org Summary: nouveau.perflvl kernel parameter doesn't work QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: All Reporter: mr.dash.four at googlemail.com Hardware: Other Status: NEW Version: unspecified...

...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...

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

Fixes crash during reclocking. Call Trace: pll_calc == NULL calc_pll calc_mclk nv50_pm_clocks_pre nouveau_pm_perflvl_set nouveau_pm_trigger nouveau_pm_profile_set nouveau_pm_set_perflvl dev_attr_store sysfs_write_file vfs_write sys_write system_call_fastpath Signed-off-by: Marcin Slusarz <marcin.slusarz at gmail.com> --- It's weird nobody noticed this... nva3+ code does not set this hook eithe...

...=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 appl...

Hello all, this series includes a wide range of fixes - from a few month's old one-liners from Andreas Heider regarding vga_switcheroo, via a null pointer dereference and double memory allocation, to a buffer overflow. Please review and comment --- drivers/gpu/drm/nouveau/nouveau_acpi.c | 3 ++- drivers/gpu/drm/nouveau/nouveau_device.c | 26 +++++++++++++++-----------

...s on my G98, for one of the perf levels. I'm sure there >> are lots of tesla's where it totally wouldn't work, but as long as it >> works on some of them, why not let people try? > Because we don't even *try* to handle timing changes, which, for the vast > majority perflvl changes, will not end well. > > This is more than a "mere" bug or slight bit of missing handling. It's a > *very* important chunk of the process that's simply missing. > > This is the difference between the Kepler code. Kepler might work, this > probably will not...

...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 [ D...

On Fri, May 16, 2014 at 11:17 PM, Ben Skeggs <skeggsb at gmail.com> wrote: > On 17 May 2014 02:43, "Ilia Mirkin" <imirkin at alum.mit.edu> wrote: >> >> Adds a NvReclock boolean option to allow the user to enable (or disable) >> reclocking. All chipsets default to off, except NVAA/NVAC, which are >> reportedly complete. > Hey Ilia, > > I

...> Meh. It works on my G98, for one of the perf levels. I'm sure there > are lots of tesla's where it totally wouldn't work, but as long as it > works on some of them, why not let people try? Because we don't even *try* to handle timing changes, which, for the vast majority perflvl changes, will not end well. This is more than a "mere" bug or slight bit of missing handling. It's a *very* important chunk of the process that's simply missing. This is the difference between the Kepler code. Kepler might work, this probably will not, unless you're very ver...

This is more or less simplified series of patches that bring power usage on my NV86 close to that of binary blob. Best regards, Maxim Levitsky

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=93405 Bug ID: 93405 Summary: nouveau: Xorg crashes sooner or later in 3840x2160 mode Product: xorg Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: major Priority: medium Component:

https://bugs.freedesktop.org/show_bug.cgi?id=95044 Bug ID: 95044 Summary: [NVA0] [Reclocking] GPU doesn't relax memory clocks Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/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: