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

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

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

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

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=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 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 #1 from Martin Peres <martin.peres at ensi-bourges.fr> --- Hi Bob, Could you send me your kernel logs please? Extracting your vbios could also be of some help later on. Is fan management really working properly for you? I know it is an old card and those were really running hot, but still! -- You are receiving this mail

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

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 Martin Peres <martin.peres at free.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |MOVED Status|NEW |RESOLVED --- Comment #10 from Martin Peres

I sent the file to you and the list but it appears to have bounced off the list server. Did you get the direct copy? On Thu, Mar 12, 2015 at 6:46 PM, Evan Foss <evanfoss at gmail.com> wrote: > Hi Pierre, > > Yes well acpidump is free software island wildlife. As yet it has not > predators so the only thing keeping it in check is forkers loosing > interest in maintaining their

Does the Nvidia card auto-suspends or do you have to force it? If not, does it report some “failed to parse _DSM” message? I have a mid 2009 MBP who uses a different _DSM handles than the ones Nouveau currently supports, and I wondered if they were related to the Apple Gmux or not. So, as you have a different model with a different Nvidia card but still with an Apple Gmux, I’d be interested to

Hi Evan! Sorry for taking so long before answering... Thanks for the greps! It appears you have a newer version of apple_gmux than I have, so let's see if something also changed in the _DSM method. Could you please run - as root - `acpidump -b -n DSDT` which will create a file named dsdt.dat containing the DSDT table, and then run `iasl -d dsdt.dat` and send me the resulting dsdt.dsl file?

On the older kernel [ 6.494956] nouveau [ CLK][0000:01:00.0] 07: core 270-405 MHz memory 838 MHz [ 6.494989] nouveau [ CLK][0000:01:00.0] 0a: core 270-774 MHz memory 1560 MHz [ 6.495015] nouveau [ CLK][0000:01:00.0] 0e: core 270-774 MHz memory 4000 MHz [ 6.495182] nouveau [ CLK][0000:01:00.0] --: core 405 MHz memory 680 MHz On Sat, Feb 14, 2015 at 10:35 PM, Evan

Thanks again. This works and the heat has dropped substantially. It is still not as cool as I would like but this will do for now. I still need to file a bug report with the intel / apple gmux people. -Evan On Sat, Feb 14, 2015 at 10:42 PM, Evan Foss <evanfoss at gmail.com> wrote: > On the older kernel > > [ 6.494956] nouveau [ CLK][0000:01:00.0] 07: core 270-405 MHz >

First sorry about miss posting the bug report under "Bug 71455 Thermal management in nouveau running hot 3.12.0+ kernel" I really don't understand how the bugzilla user interface works. I have a side question which may be the subject of a future second bug report. I have been lurking on the nouveau mailing list for some time. I understand from various posts that the nvidia gpu clock