From owner-freebsd-current@FreeBSD.ORG Thu Feb 24 23:08:55 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E7B8416A4CE; Thu, 24 Feb 2005 23:08:55 +0000 (GMT) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AEE243D31; Thu, 24 Feb 2005 23:08:55 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id 085CB5D61; Thu, 24 Feb 2005 18:08:55 -0500 (EST) Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 53528-06; Thu, 24 Feb 2005 18:08:54 -0500 (EST) Received: from [192.168.1.3] (pool-68-161-75-250.ny325.east.verizon.net [68.161.75.250]) by pi.codefab.com (Postfix) with ESMTP id AD4075D39; Thu, 24 Feb 2005 18:08:53 -0500 (EST) Message-ID: <421E5E7B.5040104@mac.com> Date: Thu, 24 Feb 2005 18:08:43 -0500 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Maxim Sobolev References: <20050224011924.992A65D07@ptavv.es.net> <421DA0B5.4060705@portaone.com> <421E42F2.6010105@root.org> <421E49D9.60803@portaone.com> In-Reply-To: <421E49D9.60803@portaone.com> X-Enigmail-Version: 0.90.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at codefab.com cc: acpi@FreeBSD.ORG cc: current@FreeBSD.ORG Subject: Re: patch: p4tcc and speedstep cpufreq drivers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Feb 2005 23:08:56 -0000 Maxim Sobolev wrote: > Nate Lawson wrote: [ ... ] >> "On-Demand mode may be used at the same time Automatic mode is >> enabled, however, if the system (tries to enable the TCC via On-Demand >> mode[1]) at the same time (automatic mode is enabled[2]) AND (a high temperature >> condition exists [3]), the duty cycle of the automatic mode will override >> the duty cycle selected by the On-Demand mode." >> >> Since automatic mode is set by the BIOS before we even boot, things >> should be fine. > > Well, this is quite tricky part of the spec. My reading is that the > paragraph above applies only to situation if you are (trying to set > on-demand mode [1]) when both (automatic mode is in effect [2]) *and* (high > temperature condition already exists [3]), in that case automatic mode will > win and override any manual settings. I suspect you'd read your paragraph with [1] and [2] joined together, but they can be read seperately just as the spec can. :-) > However, in the case when you have on-demand mode already on and high > temperature condition emerges it will have no effect on duty cycle until > THERMTRIP# kicks in. > > That's in my view explains why there is big AND in the text above. I think the spec is advising developers who try to control TCC that if PROCHOT gets asserted, the CPU may override the programmed settings in favor of the automatic ones. I don't think the spec is asserting that the CPU is forbidden from reducing power usage if PROCHOT condition is detected, regardless of what automatic mode is set to. A reasonable processor would drop to a known minimal power usage state-- hopefully one low enough to keep the CPU from completely overheating even if a fan has failed-- if PROCHOT is seen. [ It may also be the case that a CPU does not do so, in which case the ACPI driver code ought to try to pay attention to PROCHOT and reduce power consumption regardless and not just depend on CPU failsafes to work. If that is your position, well, I would agree with this. :-) ] -- -Chuck