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

Displaying 20 results from an estimated 30000 matches similar to: "[Bug 71455] Thermal management in nouveau running hot 3.12.0+ kernel"

2013 Dec 01
0
[Bug 71455] Thermal management in nouveau running hot 3.12.0+ kernel
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
2013 Dec 01
0
[Bug 71455] Thermal management in nouveau running hot 3.12.0+ kernel
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.
2013 Dec 02
0
[Bug 71455] Thermal management in nouveau running hot 3.12.0+ kernel
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
2013 Dec 01
0
[Bug 71455] Thermal management in nouveau running hot 3.12.0+ kernel
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
2013 Nov 12
0
[Bug 71455] Thermal management in nouveau running hot 3.12.0+ kernel
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
2015 Oct 29
0
[Bug 71455] Thermal management in nouveau running hot 3.12.0+ kernel
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
2013 Dec 01
0
[Bug 71455] Thermal management in nouveau running hot 3.12.0+ kernel
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 >
2015 Oct 28
0
[Bug 71455] Thermal management in nouveau running hot 3.12.0+ kernel
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. --------------
2015 Feb 15
0
[Bug 71455] Thermal management in nouveau running hot 3.12.0+ kernel
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
2015 Feb 15
0
[Bug 71455] Thermal management in nouveau running hot 3.12.0+ kernel
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
2015 Feb 15
2
[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 >>
2019 Dec 04
0
[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
2015 Feb 15
2
[Bug 71455] Thermal management in nouveau running hot 3.12.0+ kernel
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
2015 Feb 15
1
[Bug 71455] Thermal management in nouveau running hot 3.12.0+ kernel
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
2014 Jan 14
0
[Fwd: [PATCH] Fix null dereference oopses for nv40 cards] kernel 3.13.0-rc8
On Tue, Jan 14, 2014 at 1:22 PM, Bob Gleitsmann <rjgleits at bellsouth.net> wrote: > I should have mentioned that this applies to Linus' 3.13.0-rc7 and rc8 > git. Maybe it's obvious. Hey Bob, Thanks for reporting this. Can you try the attached patch instead and report if it helps you? Ben. > > Sorry about that. > > Bob > -------- Forwarded Message --------
2014 Jan 14
2
[Fwd: [PATCH] Fix null dereference oopses for nv40 cards] kernel 3.13.0-rc8
On Tue, Jan 14, 2014 at 3:07 PM, Ben Skeggs <skeggsb at gmail.com> wrote: > On Tue, Jan 14, 2014 at 1:22 PM, Bob Gleitsmann <rjgleits at bellsouth.net> wrote: >> I should have mentioned that this applies to Linus' 3.13.0-rc7 and rc8 >> git. Maybe it's obvious. > Hey Bob, > > Thanks for reporting this. Can you try the attached patch instead and >
2014 Jan 14
2
[Fwd: [PATCH] Fix null dereference oopses for nv40 cards] kernel 3.13.0-rc8
I should have mentioned that this applies to Linus' 3.13.0-rc7 and rc8 git. Maybe it's obvious. Sorry about that. Bob -------- Forwarded Message -------- From: Bob Gleitsmann <rjgleits at bellsouth.net> To: bskeggs at redhat.com Cc: nouveau at lists.freedesktop.org, dri-devel at lists.freedesktop.org Subject: [PATCH] Fix null dereference oopses for nv40 cards Date: Mon, 13 Jan
2009 Dec 04
1
[Bug 25440] New: PATCH: fixes conflicting miptree definitions
http://bugs.freedesktop.org/show_bug.cgi?id=25440 Summary: PATCH: fixes conflicting miptree definitions Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau AssignedTo: nouveau at lists.freedesktop.org
2014 Jan 13
0
[PATCH] Fix null dereference oopses for nv40 cards
The problem affects nv40 cards during booting. It comes from there being two places where subdev arrays are maintained. A commit was recently added to make the two equal. However, the struct nouveau_device version ends up being referenced before it is initialized. The problem arises during the creation of the INSTMEM and THERM subdevs. ' Signed off by: Bob Gleitsmann rjgleits at bellsouth.net
2014 Dec 22
1
[Bug 87576] New: Null dereference in npramin_finit
https://bugs.freedesktop.org/show_bug.cgi?id=87576 Bug ID: 87576 Summary: Null dereference in npramin_finit Product: Mesa Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: blocker Priority: medium Component: Drivers/DRI/nouveau Assignee: nouveau at