lkml.org 
[lkml]   [2004]   [Nov]   [30]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
SubjectRe: efficeon and longrun
From
Hi,

On Mon, Nov 29, 2004 at 07:45:55PM -0800, dean gaudet wrote:
> On Tue, 30 Nov 2004, H. Peter Anvin wrote:
>
> > longrun-0.9 is hideously out of date, and was never debugged to begin
> > with. Given that these days longrun is handled via cpufreq, there
> > doesn't seem to be much reason for the standalone longrun program.
>
> the tool still has a place... for folks not using cpufreq/2.6 especially.

There is still a cpufreq/2.4 that I try sometimes to maintain and
support longrun.

> but also the longrun cpufreq driver is lacking support for
> scaling_available_frequencies, and doesn't display the voltages anywhere.
> in most cases the ACPI P-states driver works fine instead though.

That may be added if you justifies that enough. Apparently, you want a
fixed frequency cpufreq driver for longrun?

> i prefer the tool -- but then my requirements are pretty specific (i don't
> want cpufreq doing anything i'm not expecting while doing perf/debugging
> work).

cpufreq can help you IMHO. All the stuff you want can be done probably via
cpufreq. Debugging support, governors for your perf work if this is
done in kernel space, notifier interface, and last but not the
least, a more generic infrastructure so that you can change
processors or architectures at will.

Please ask what you need exactly but at the cpufreq mailing list.

Cheers,

--
Bruno Ducrot

-- Which is worse: ignorance or apathy?
-- Don't know. Don't care.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 14:08    [W:0.056 / U:0.020 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site