Marco Calviani wrote:
Hi Nate,
2005/11/30, Nate Lawson [EMAIL PROTECTED]:
You should send the full output of sysctl dev.cpu. There is no
cpufreq driver (est, acpi_perf, or other) driver running. Perhaps look
at your dmesg to see if one is probing/attaching.
sysctl dev.cpu
Hi Bruno,
2) sorry what about the point that we were discussing above? The high
number of transition you were explaining me, are present in the actual
implementation of powerd, and if not, why?
It's not present under powerd for the simple fact that to be efficient
in term of not being
Marco Calviani wrote:
Hi Bruno,
2) sorry what about the point that we were discussing above? The high
number of transition you were explaining me, are present in the actual
implementation of powerd, and if not, why?
It's not present under powerd for the simple fact that to be efficient
On Fri, 2 Dec 2005 19:35, Marco Calviani wrote:
It's not present under powerd for the simple fact that to be efficient
in term of not being too intrusive (kernel to user data transfers, etc),
powerd can only provide a limited number of check per second (at this
time, 2 per second). But
On Fri, Dec 02, 2005 at 08:35:54PM +1030, Daniel O'Connor wrote:
On Fri, 2 Dec 2005 19:35, Marco Calviani wrote:
It's not present under powerd for the simple fact that to be efficient
in term of not being too intrusive (kernel to user data transfers, etc),
powerd can only provide a
Hi list,
2005/12/2, Bruno Ducrot [EMAIL PROTECTED]:
I don't see why you can't run powerd more frequently, I do.. Unless your
ACPI
has a problem that means the transition is slow.
I'm sure this could not be done under Linux without a lot of
problems (it is required to use the /proc
Hi Nate,
2005/12/2, Nate Lawson [EMAIL PROTECTED]:
This work is easy, it's just grunt work implementing and testing to see
which is best. See this page for details on how to proceed:
http://wikitest.freebsd.org/moin.cgi/powerd
Wikitest seems to be down so here's the text only:
Marco Calviani wrote:
Hi list,
2005/12/2, Bruno Ducrot [EMAIL PROTECTED]:
I don't see why you can't run powerd more frequently, I do.. Unless your ACPI
has a problem that means the transition is slow.
I'm sure this could not be done under Linux without a lot of
problems (it is required to
Hi,
having seen on the cpufreq(4) man page that there is more than one
driver that is currently supported. In particular having a centrino
processor, i would like to use the est driver. Currently, by default,
the running driver is the one that comes with acpi (AFAIU), and i'm
using powerd to
On Wed, Nov 30, 2005 at 12:37:43PM +0100, Marco Calviani wrote:
Hi,
having seen on the cpufreq(4) man page that there is more than one
driver that is currently supported. In particular having a centrino
processor, i would like to use the est driver. Currently, by default,
the running driver
Hi,
2005/11/30, Bruno Ducrot [EMAIL PROTECTED]:
You have to load the cpufreq.ko module at boot.
Adding that line:
cpufreq_load = YES
to /boot/loader.conf
should be OK.
I have that line in that position, and it seems working. The point is
that i would like to change the driver and use
Marco Calviani wrote:
Hi,
2005/11/30, Bruno Ducrot [EMAIL PROTECTED]:
You have to load the cpufreq.ko module at boot.
Adding that line:
cpufreq_load = YES
to /boot/loader.conf
should be OK.
I have that line in that position, and it seems working. The point is
that i would like to change
Hi Nate,
2005/11/30, Nate Lawson [EMAIL PROTECTED]:
You should send the full output of sysctl dev.cpu. There is no
cpufreq driver (est, acpi_perf, or other) driver running. Perhaps look
at your dmesg to see if one is probing/attaching.
sysctl dev.cpu
dev.cpu.0.%desc: ACPI CPU
On Wed, Nov 30, 2005 at 10:05:04AM -0800, Nate Lawson wrote:
Marco Calviani wrote:
Hi,
2005/11/30, Bruno Ducrot [EMAIL PROTECTED]:
You have to load the cpufreq.ko module at boot.
Adding that line:
cpufreq_load = YES
to /boot/loader.conf
should be OK.
I have that line in that
Bruno Ducrot wrote:
On Wed, Nov 30, 2005 at 10:05:04AM -0800, Nate Lawson wrote:
Marco Calviani wrote:
Hi,
2005/11/30, Bruno Ducrot [EMAIL PROTECTED]:
You have to load the cpufreq.ko module at boot.
Adding that line:
cpufreq_load = YES
to /boot/loader.conf
should be OK.
I have that
Hi Bruno,
The ondemand governor is basically an implemation of the following
algorithm:
There is a counter, say count.
at each given fixed intervall:
if (idle less than a watermark) {
frequency full
reinitialise count to 10
} else if (idle more than another watermark) {
On Wed, Nov 30, 2005 at 12:23:52PM -0800, Nate Lawson wrote:
Bruno Ducrot wrote:
On Wed, Nov 30, 2005 at 10:05:04AM -0800, Nate Lawson wrote:
Marco Calviani wrote:
Hi,
2005/11/30, Bruno Ducrot [EMAIL PROTECTED]:
You have to load the cpufreq.ko module at boot.
Adding that line:
On Wed, Nov 30, 2005 at 08:05:59PM +, Marco Calviani wrote:
Hi Nate,
2005/11/30, Nate Lawson [EMAIL PROTECTED]:
You should send the full output of sysctl dev.cpu. There is no
cpufreq driver (est, acpi_perf, or other) driver running. Perhaps look
at your dmesg to see if one is
Hi Bruno,
2005/11/30, Bruno Ducrot [EMAIL PROTECTED]:
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
Marco Calviani wrote:
Hi Bruno,
2005/11/30, Bruno Ducrot [EMAIL PROTECTED]:
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
On Wed, Nov 30, 2005 at 01:57:42PM -0800, Nate Lawson wrote:
Marco Calviani wrote:
Hi Bruno,
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
21 matches
Mail list logo