Re: cpufreq and changing driver

2005-12-04 Thread martinko
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 dev.cpu

Re: cpufreq and changing driver

2005-12-02 Thread Nate Lawson
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 t

Re: cpufreq and changing driver

2005-12-02 Thread Marco Calviani
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: > ht

Re: cpufreq and changing driver

2005-12-02 Thread Marco Calviani
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

Re: cpufreq and changing driver

2005-12-02 Thread Bruno Ducrot
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 provid

Re: cpufreq and changing driver

2005-12-02 Thread Daniel O'Connor
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).

Re: cpufreq and changing driver

2005-12-02 Thread Nate Lawson
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

Re: cpufreq and changing driver

2005-12-02 Thread Marco Calviani
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

Re: cpufreq and changing driver

2005-11-30 Thread Bruno Ducrot
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 probabl

Re: cpufreq and changing driver

2005-11-30 Thread Nate Lawson
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 .H

Re: cpufreq and changing driver

2005-11-30 Thread Marco Calviani
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

Re: cpufreq and changing driver

2005-11-30 Thread Bruno Ducrot
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

Re: cpufreq and changing driver

2005-11-30 Thread Bruno Ducrot
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 m

Re: cpufreq and changing driver

2005-11-30 Thread Marco Calviani
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) {

Re: cpufreq and changing driver

2005-11-30 Thread Nate Lawson
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

Re: cpufreq and changing driver

2005-11-30 Thread Bruno Ducrot
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. > > > >

Re: cpufreq and changing driver

2005-11-30 Thread Marco Calviani
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 d

Re: cpufreq and changing driver

2005-11-30 Thread Nate Lawson
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

Re: cpufreq and changing driver

2005-11-30 Thread Marco Calviani
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 us

Re: cpufreq and changing driver

2005-11-30 Thread Bruno Ducrot
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 dr

cpufreq and changing driver

2005-11-30 Thread Marco Calviani
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 cont