lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Fri, 11 Jul 2014 09:41:48 +0200 From: Martin Peres <martin.peres@...e.fr> To: Alexandre Courbot <acourbot@...dia.com>, Mikko Perttunen <mperttunen@...dia.com>, Ben Skeggs <bskeggs@...hat.com>, Ken Adams <KAdams@...dia.com> CC: "linux-tegra@...r.kernel.org" <linux-tegra@...r.kernel.org>, "nouveau@...ts.freedesktop.org" <nouveau@...ts.freedesktop.org>, "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>, "dri-devel@...ts.freedesktop.org" <dri-devel@...ts.freedesktop.org>, "gnurou@...il.com" <gnurou@...il.com> Subject: Re: [PATCH 0/3] drm/gk20a: support for reclocking On 11/07/2014 03:42, Alexandre Courbot wrote: > On 07/10/2014 06:50 PM, Mikko Perttunen wrote: >> Does GK20A itself have any kind of thermal protection capabilities? >> Upstream SOCTHERM support is not yet available (though I have a driver >> in my tree), so we are thinking of disabling CPU DVFS on boards that >> don't have always-on active cooling for now. Same might be necessary for >> GPU as well. > > There is a small thermal driver ( > https://android.googlesource.com/kernel/tegra/+/b445e5296764d18861a6450f6851f25b9ca59dee/drivers/video/tegra/host/gk20a/therm_gk20a.c > ) but it doesn't seem to do much. I believe that for Tegra we rely in > SOCTHERM instead, but maybe Ken could confirm? Unless it changed a great deal, I reverse engineered most of the registers in this area (for the nv50), but some stuff didn't change that much and could be used straight away (temperature reading, sending IRQs on thresholds, auto downclocking when overheating). We are not really using those features on nouveau right now, we just poll on the temperature every second. If we are moving to using the PMU for thermal monitoring, we can do the polling there and warn the userspace when the temperature is too high or if performance is insufficient / too much. I have part of the code for performance counters in PMU, it's dead simple. Martin -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists