From owner-freebsd-acpi@FreeBSD.ORG Wed Mar 2 23:29:14 2005 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F153616A4CE; Wed, 2 Mar 2005 23:29:13 +0000 (GMT) Received: from ylpvm29.prodigy.net (ylpvm29-ext.prodigy.net [207.115.57.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F31C43D1F; Wed, 2 Mar 2005 23:29:13 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222])j22NSaRs011996; Wed, 2 Mar 2005 18:28:37 -0500 Message-ID: <42264C34.90701@root.org> Date: Wed, 02 Mar 2005 15:28:52 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kevin Oberman References: <20050301215549.7A2E25D07@ptavv.es.net> In-Reply-To: <20050301215549.7A2E25D07@ptavv.es.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: acpi@FreeBSD.ORG cc: Maxim Sobolev cc: current@FreeBSD.ORG Subject: Re: patch: p4tcc and speedstep cpufreq drivers X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Mar 2005 23:29:14 -0000 Kevin Oberman wrote: >>Date: Thu, 24 Feb 2005 13:11:14 -0800 >>From: Nate Lawson >> >>Maxim Sobolev wrote: >> >>>Kevin Oberman wrote: >>>> >>>>I'm also concerned that taking TCC out of automatic mode might not be a >>>>great idea, at least until things like _PSV are supported. When I do a >>>>buildkernel, buildworld or any big compile job, I need to slow down the >>>>CPU to keep the CPU form frying. It quickly jumps to 185 F. or higher if >>>>I don't. If I understand automatic TCC, it should throttle the CPU all >>>>by itself to prevent this. >>> >>>Taking TCC out of automatic mode doesn't disable thermal controlling >>>circuitry completely, so that if the processor overheats it will shut >>>down the machine anyway: >>> >>>--- >>>Regardless of enabling of the automatic >>>or On-Demand modes, in the event of a catastrophic cooling failure, the >>>processor will >>>automatically shut down when the silicon has reached a temperature of >>>approximately >>>135 °C. At this point the system bus signal THERMTRIP# will go active >>>and stay active >>>until RESET# has been initiated. >>>--- >> >>Correct. Even more so, automatic mode continues to override On-Demand >>mode if there is a more moderate thermal condition than THERMTRIP#: >> >>"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 at the >>same time automatic mode is enabled AND a high temperature condition >>exists, 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. > > Thanks! With this set I am down to "only" 14 frequencies, but they are > now proportional to CPU speed and I still have a fully functional TCC, > should I need it. > > Also, at no added charge, the system no longer locks up at low speed. I > can to all the way down to 150 MHz just fine! No more hangs. > > I really think that if would be a good idea to have > hint.p4tcc.0.disabled set by default, especially based on sobomax's > recent message where the spec says that normal operation can't be > assured if the TCC is not in automatic mode. I'm glad it's working for you but I don't think p4tcc should be disabled by default. sobomax's interpretation of the spec is not correct. The text you are referring to is directed at BIOS authors. The (undocumented) Automatic flag must be set during initialization (i.e., by the BIOS) or the system is not operating within specifications. Mobile Intel Pentium 4 Processor-M Datasheet, 6.1.2 --- The thermal monitor uses two modes to activate the TCC: Automatic mode and On-Demand mode. Automatic mode is required for the processor to operate within specifications and must first be enabled via BIOS. --- Again, this text is just saying that if the BIOS never enables the Automatic flag, the system is out of specification. However, this spec is a bit unclear on what happens when On-Demand mode is active and then a thermal condition occurs. It only specifies that if On-Demand mode is selected while a thermal condition is already present, the requested transition will not occur until the thermal condition has passed. If you look elsewhere, the design is stated more clearly and shows the reading that enabling On-Demand disables Automatic mode is incorrect. Intel Software Developer's Manual, Volume 3, 13.15.3: "If on-demand clock modulation and TM1 are both enabled and the thermal status of the processor is hot ..., clock modulation at the duty cycle specified by TM1 takes precedence, regardless of the setting of the on-demand clock modulation duty cycle." Empirical testing shows TM1 kicks in around 75C and THERMTRIP is somewhere near 100C. The separate THERMTRIP feature disables the processor completely if TM1 or 2 fail to stop the temperature from rising. http://www.digit-life.com/articles2/p4-throttling/ -- Nate