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

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

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

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

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

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 >

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

Hi Pierre, No worries about the response time. I remember when the features matrix was mostly todo's. Clearly you folks have put in a ton of work. I would feel bad about trying to shove a developer into my problem and I do not have the time right now to join the development team. Besides my day job I am currently writing a library to interpret BSDL files (JTAG). I am having a bit of trouble

The first grep of dmesg is for the apple info so you know exactly what box I have. The second is to show that I am booting in EFI mode and not some bogus bios compatibility thing. The third is to show the gmux version. The fourth is to answer the question you actually asked. $ cat /proc/version Linux version 3.19.0 (root at turingatlarge) (gcc version 4.7.3 (Gentoo 4.7.3-r1 p1.4, pie-0.5.5) ) #3

Because I am on a macbook the VBIOS might be wonky. I tried turning off nVidia and using intel. The result was a blank screen. I know other people had the same bug which was something to do with reprobing lvds?! I saw patches go by and every time I tried one the results were the same. fail. I was actually about to post a bug report to the intel (i915) people about it. I tried to work out how to

On Mon, Oct 5, 2015 at 9:23 AM, Lukas Wunner <lukas at wunner.de> wrote: > Hi, > > I've also pushed this series to GitHub now to ease reviewing: > https://github.com/l1k/linux/commits/mbp_switcheroo_v3 So to test this all someone has to do is pull this and try it? No patching required? > Thanks, > > Lukas > _______________________________________________ >