From owner-cvs-all@FreeBSD.ORG Wed Feb 23 19:55:17 2005 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A625E16A4CE; Wed, 23 Feb 2005 19:55:17 +0000 (GMT) Received: from www.portaone.com (web.portaone.com [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id B032243D4C; Wed, 23 Feb 2005 19:55:16 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from [192.168.1.26] (SIRIUS-ats227-UTC.ukrtel.net [195.5.25.154]) (authenticated bits=0) by www.portaone.com (8.12.11/8.12.11) with ESMTP id j1NJU0gI063346 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 23 Feb 2005 20:30:02 +0100 (CET) (envelope-from sobomax@portaone.com) Message-ID: <421CD9B1.5070701@portaone.com> Date: Wed, 23 Feb 2005 21:29:53 +0200 From: Maxim Sobolev Organization: Porta Software Ltd User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <200502231642.j1NGgum6065193@repoman.freebsd.org> In-Reply-To: <200502231642.j1NGgum6065193@repoman.freebsd.org> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.80/685/Wed Jan 26 10:08:24 2005 clamav-milter version 0.80j on www.portaone.com X-Virus-Status: Clean cc: cvs-src@FreeBSD.ORG cc: src-committers@FreeBSD.ORG cc: cvs-all@FreeBSD.ORG Subject: Re: cvs commit: src/sys/i386/cpufreq p4tcc.c X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Feb 2005 19:55:17 -0000 Nate Lawson wrote: > njl 2005-02-23 16:42:56 UTC > > FreeBSD src repository > > Modified files: > sys/i386/cpufreq p4tcc.c > Log: > Import a rewrite of p4tcc for the cpufreq(4) framework. This includes > a bugfix of clearing the On-Demand flag when going back to 100%. It I don't think this counts as a bugfix, moreover I don't see any need for additional logic to do this, since clearing on-demand flag is the same as setting 100%. In both those cases performance is 100% and throttling only kicks in when CPU overheats. -Maxim > has been tested and works on an IBM R32. Note original work done by > Ted Unangst and sobomax@. > > Revision Changes Path > 1.9 +195 -187 src/sys/i386/cpufreq/p4tcc.c > > >