Date: Fri, 18 Feb 2005 21:30:23 -0800 From: "Kevin Oberman" <oberman@es.net> To: Nate Lawson <nate@root.org> Cc: current@freebsd.org Subject: Re: patch: p4tcc and speedstep cpufreq drivers Message-ID: <20050219053023.025DF5D07@ptavv.es.net> In-Reply-To: Your message of "Thu, 17 Feb 2005 16:33:45 PST." <421537E9.8050203@root.org>
next in thread | previous in thread | raw e-mail | index | archive | help
This is a multipart MIME message. --==_Exmh_4198249080 Content-Type: text/plain; charset=us-ascii > Date: Thu, 17 Feb 2005 16:33:45 -0800 > From: Nate Lawson <nate@root.org> > Sender: owner-freebsd-acpi@freebsd.org > 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<FPU,VME,DE,PSE,TSC,MSR,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,TM,PBE> > > 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. > > Thanks, > -- > Nate Well, it all seems working, but the performance is not proportional to the "frequency". I am attaching the results of testing. The fist column is value of freq and the second is the transfer rate from dd to md5. FWIW, when I did have TCC working I had 31 freq_levels, but if I set the freq below about 200, my system freezes and requires a hard power cycle. I am running ULE but no PREEMPTION. The exact point at which it locks up is not consistent. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 --==_Exmh_4198249080 Content-Type: text/plain ; name="result.dat"; charset=us-ascii Content-Description: result.dat Content-Disposition: attachment; filename="result.dat" 1800 81668412 1575 71668443 1378 58558755 1350 61811066 1200 57563243 1125 52375978 1050 50566365 1012 39348776 984 39065432 900 42731558 843 29862236 787 28684250 750 36504585 703 29017105 675 32053763 600 29716681 562 18906700 506 18847782 450 20757733 421 15552950 393 8823479 337 8813267 300 14117150 262 7505668 262 7504739 300 14098650 337 8832118 393 8809254 421 15511277 450 20810595 506 18806831 562 18876877 600 29786587 675 32042771 703 29040273 750 36509861 787 28743443 843 29824058 900 42624546 984 38689042 1012 39030680 1050 50404117 1125 52225250 1200 57551960 1350 61504422 1378 58605230 1575 71371080 1800 81360013 --==_Exmh_4198249080--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050219053023.025DF5D07>