Date: Mon, 15 Aug 2005 09:42:07 -0700 From: Nate Lawson <nate@root.org> To: Hajimu UMEMOTO <ume@mahoroba.org> Cc: acpi@freebsd.org Subject: Re: Annoyances with passive thermal code (acpi_thermal) Message-ID: <4300C5DF.40409@root.org> In-Reply-To: <ygeoe7zacqg.wl%ume@mahoroba.org> References: <20050814023842.C0D845D07@ptavv.es.net> <ygezmrk2van.wl%ume@mahoroba.org> <ygeoe7zacqg.wl%ume@mahoroba.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Hajimu UMEMOTO wrote: >>>>>>On Mon, 15 Aug 2005 04:05:52 +0900 >>>>>>Hajimu UMEMOTO <ume@freebsd.org> said: > > > oberman> Ideally, acpi_thermal should store the frequency when it cuts speed and > oberman> restore that speed when the CPU cools, not the maximum speed. > > ume> CPUFREQ_SET() does it, actually. However, since CPU speed is restored > ume> by degrees, we couldn't use the facility effectively. Please try the > ume> attached patch. > > It seems CPUFREQ_SET(NULL) doesn't restore previous setting correctly. > So, I changed to make sure to restore previous setting for workaround. > Please try this patch instead. Would you mind checking the implementation of CPUFREQ_SET in kern_cpu.c? I'm wondering what doesn't work about it and it's the right place to solve this problem. -- Nate
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4300C5DF.40409>