Date: Wed, 30 Nov 2005 13:57:42 -0800 From: Nate Lawson <nate@root.org> To: Marco Calviani <marco.calviani@gmail.com> Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: cpufreq and changing driver Message-ID: <438E2056.4020505@root.org> In-Reply-To: <da5cd1900511301314p48c399a2k@mail.gmail.com> References: <da5cd1900511300337t22728ec8y@mail.gmail.com> <20051130133224.GA4713@poupinou.org> <da5cd1900511300553r40fcb922m@mail.gmail.com> <438DE9D0.6080107@root.org> <da5cd1900511301205g952b0an@mail.gmail.com> <20051130205130.GA10786@poupinou.org> <da5cd1900511301314p48c399a2k@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Marco Calviani wrote: > Hi Bruno, > > 2005/11/30, Bruno Ducrot <ducrot@poupinou.org>: > > >>Did you load the cpufreq driver at boot time which include the est >>driver as said before? It will replace the acpi_perf if appropriate. >> >>-- >>Bruno Ducrot > > > Yes cpufreq is loaded at boot time in /boot/loader.conf .However i > don't know how to tell him that i want to load est instead of > acpi_perf. est is preferred if supported. But probably est doesn't have a table for his processor so acpi_perf is used. There's nothing wrong with using acpi_perf -- it just gives a BIOS interface to est anyway. You can test this with: hint.acpi_perf.0.disabled="1" This will cause acpi_perf to let est attach. But I suspect est won't. -- Nate
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?438E2056.4020505>