From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 07:58:51 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 3C83016A4CE; Fri, 18 Feb 2005 07:58:51 +0000 (GMT) Received: from svm.csie.ntu.edu.tw (svm.csie.ntu.edu.tw [140.112.90.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 89E1743D39; Fri, 18 Feb 2005 07:58:49 +0000 (GMT) (envelope-from rafan@svm.csie.ntu.edu.tw) Received: from svm.csie.ntu.edu.tw (localhost [127.0.0.1]) by svm.csie.ntu.edu.tw (8.13.1/8.13.1) with ESMTP id j1I7wmMD042399; Fri, 18 Feb 2005 15:58:48 +0800 (CST) (envelope-from rafan@svm.csie.ntu.edu.tw) Received: (from rafan@localhost) by svm.csie.ntu.edu.tw (8.13.1/8.13.1/Submit) id j1I7whUd042398; Fri, 18 Feb 2005 15:58:43 +0800 (CST) (envelope-from rafan) Date: Fri, 18 Feb 2005 15:58:43 +0800 From: Rong-En Fan To: Nate Lawson Message-ID: <20050218075843.GA42365@svm.csie.ntu.edu.tw> References: <4213F066.2050708@root.org> <4214119B.2010909@telia.com> <421537E9.8050203@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <421537E9.8050203@root.org> User-Agent: Mutt/1.5.7i X-Mailman-Approved-At: Fri, 18 Feb 2005 12:50:31 +0000 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: Fri, 18 Feb 2005 07:58:51 -0000 On Thu, Feb 17, 2005 at 04:33:45PM -0800, Nate Lawson wrote: > Pawel Worach wrote: > >Nate Lawson wrote: > > > >>Attached is a patch that I'd like to get tested. After applying it, > >>rebuild and load the cpufreq.ko module. Be sure you do _not_ have > >>"options CPU_ENABLE_TCC" in your kernel config or the new driver will > >>conflict with the old. > > > > > >Hi Nate, > > > >This is what I get on a TP T41, do the cpufreq results below look right? > >Also if I loaded both modules all I got for dev.cpu.0.freq was -1 or > >1700 and no levels. > > > >CPU: Intel(R) Pentium(R) M processor 1700MHz (1698.56-MHz 686-class CPU) > > Origin = "GenuineIntel" Id = 0x695 Stepping = 5 > >Features=0xa7e9f9bf > > Apologies. I found 2 bugs, one was not calling cpufreq_register() and > the other was that the code to detect acpi_perf (in ichss and est) was > incorrect. I've committed fixes for that and have updated the patch. > Please ues this version and test again. Hi, This is an TP X31. CPU: Intel(R) Pentium(R) M processor 1400MHz (1398.82-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x695 Stepping = 5 Features=0xa7e9f9bf freq_levels looks strange.. and changes... (only cpufreq is loaded at boot) rafan@woodstock|UTF-8 [~] (15:57)$ sysctl dev.cpu dev.cpu.0.%desc: ACPI CPU (3 Cx states) dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU_ dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 1399 dev.cpu.0.freq_levels: -738340620/0 0/0 0/0 rafan@woodstock|UTF-8 [~] (15:57)$ sysctl dev.cpu dev.cpu.0.%desc: ACPI CPU (3 Cx states) dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU_ dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 1399 dev.cpu.0.freq_levels: 1398/-1 1398/-1 0/0 rafan@woodstock|UTF-8 [~] (15:57)$ sysctl dev.cpu dev.cpu.0.%desc: ACPI CPU (3 Cx states) dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU_ dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 1399 dev.cpu.0.freq_levels: 1398/-1 1398/-1 0/0 Regarad, Rong-En Fan