similar to: [Bug 71455] Thermal management in nouveau running hot 3.12.0+ kernel

https://bugs.freedesktop.org/show_bug.cgi?id=71455 Martin Peres <martin.peres at free.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |MOVED Status|NEW |RESOLVED --- Comment #10 from Martin Peres

https://bugs.freedesktop.org/show_bug.cgi?id=71455 Bob Gleitsmann <rjgleits at bellsouth.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|medium |high -- You are receiving this mail because: You are the assignee for the bug. -------------- next part

https://bugs.freedesktop.org/show_bug.cgi?id=71455 --- Comment #2 from Bob Gleitsmann <rjgleits at bellsouth.net> --- Here is an additional data point. The problematic kernel sets 0xb20010f0 to 0x83ff03ff. The driver reports that the PWM is 100%. In fact it is 100% off. As can be expected, the temperature immediately begins repidly rising. Interestingly, the card seems to self protect by

https://bugs.freedesktop.org/show_bug.cgi?id=71455 --- Comment #6 from Bob Gleitsmann <rjgleits at bellsouth.net> --- In view of Ben's comment, I am stopping further research. However, I will offer as a final remark that perfE.pstate = 0x20 on my card. It gets into nv40_clock_ctor but the fan speed is never set. According to nvbios, for this card the default setting for the fan speed is

https://bugs.freedesktop.org/show_bug.cgi?id=71455 --- Comment #3 from Bob Gleitsmann <rjgleits at bellsouth.net> --- The fan PWM setting is derived from priv->cstate. The value it gets from there is zero. So the setting of PWM for NV40 is working correctly, "inverting" the percent setting to get the value set in 0xb20010f0. Probably priv->cstate is never initialized.

https://bugs.freedesktop.org/show_bug.cgi?id=71455 --- Comment #5 from Ben Skeggs <skeggsb at gmail.com> --- (In reply to comment #3) > The fan PWM setting is derived from priv->cstate. The value it gets from > there is zero. So the setting of PWM for NV40 is working correctly, > "inverting" the percent setting to get the value set in 0xb20010f0. Probably >

Sorry guys I did not understand how bugzilla's user interface works. this should be seperate from the thermal management bug.. On Sat, Feb 14, 2015 at 9:51 PM, <bugzilla-daemon at freedesktop.org> wrote: > Evan Foss <evanfoss at gmail.com> changed bug 71455 > <https://bugs.freedesktop.org/show_bug.cgi?id=71455> > What Removed Added CC evanfoss at gmail.com

On Sat, Feb 14, 2015 at 9:52 PM, Evan Foss <evanfoss at gmail.com> wrote: > Sorry guys I did not understand how bugzilla's user interface works. this > should be seperate from the thermal management bug.. > > On Sat, Feb 14, 2015 at 9:51 PM, <bugzilla-daemon at freedesktop.org> wrote: > >> Evan Foss <evanfoss at gmail.com> changed bug 71455 >>

Llia, Thanks. Is 3.18.7 recent enough? On Sat, Feb 14, 2015 at 9:56 PM, Ilia Mirkin <imirkin at alum.mit.edu> wrote: > On Sat, Feb 14, 2015 at 9:52 PM, Evan Foss <evanfoss at gmail.com> wrote: >> >> Sorry guys I did not understand how bugzilla's user interface works. this >> should be seperate from the thermal management bug.. >> >> On Sat, Feb

https://bugs.freedesktop.org/show_bug.cgi?id=71455 --- Comment #9 from Evan Foss <evanfoss at gmail.com> --- On Wed, Oct 28, 2015 at 12:38 AM, <bugzilla-daemon at freedesktop.org> wrote: > Comment # 8 on bug 71455 from Ilia Mirkin > > Bob, please confirm that newer kernels resolve this issue. > > Evan, your issue is wholly unrelated to the original one. And most likely

https://bugs.freedesktop.org/show_bug.cgi?id=71455 --- Comment #4 from Bob Gleitsmann <rjgleits at bellsouth.net> --- Oh, the value reported by the driver for the PWM setting is the value before it is set by the driver. It doesn't say that in the kernel message. -- You are receiving this mail because: You are the assignee for the bug. -------------- next part -------------- An HTML

https://bugs.freedesktop.org/show_bug.cgi?id=71455 --- Comment #8 from Ilia Mirkin <imirkin at alum.mit.edu> --- Bob, please confirm that newer kernels resolve this issue. Evan, your issue is wholly unrelated to the original one. And most likely also fixed in newer kernels (large page size mismatch). -- You are receiving this mail because: You are the assignee for the bug. --------------

https://bugs.freedesktop.org/show_bug.cgi?id=71455 Evan Foss <evanfoss at gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |evanfoss at gmail.com --- Comment #7 from Evan Foss <evanfoss at gmail.com> --- Created attachment 113500

https://bugs.freedesktop.org/show_bug.cgi?id=40892 Summary: Power management Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: martin.peres at

On Sat, Feb 14, 2015 at 9:59 PM, Evan Foss <evanfoss at gmail.com> wrote: > Llia, > > Thanks. > Is 3.18.7 recent enough? Yes, the fix is in 3.17 and later (commit fe3d9c4b87bb98222a502cc585844a0b950786fb). -ilia

https://bugs.freedesktop.org/show_bug.cgi?id=40894 Summary: nv30-/temperature: Reverse engineer the temperature coefficients Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo:

Changes: - Change the maintainer's address (the labri address will expire soon); - Drop the note about not all families supporting all fan modes; - Add a note about the reported RPM not being accurate when driven outside the vbios-defined PWM range. Signed-off-by: Martin Peres <martin.peres at free.fr> --- Documentation/thermal/nouveau_thermal | 7 ++++--- 1 file changed, 4

Hi I've bisected pretty big performance regression (nv92): $ git bisect good b2737681d5442f05ab6419e05468c3d2511a5ced is the first bad commit commit b2737681d5442f05ab6419e05468c3d2511a5ced Author: Martin Peres <martin.peres at ensi-bourges.fr> Date: Sat Jul 30 23:08:45 2011 +0200 drm/nv50/gr: enable ctxprog xfer only when we need it to save power This patch adds

https://bugs.freedesktop.org/show_bug.cgi?id=75761 Martin Peres <martin.peres at ensi-bourges.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution|--- |FIXED --- Comment #43 from Martin Peres

https://bugs.freedesktop.org/show_bug.cgi?id=82247 Priority: medium Bug ID: 82247 Assignee: nouveau at lists.freedesktop.org Summary: [NVA8] The DisplayPort screen does not light up at first try on Linux 3.16 QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: