Help with Installation

Help with Installation

[Ozeki San]

Hi all,

I'm trying to get trough my first installation of cpufreq and I was wondering 
if someone could point me to some more documentation on how to install it.  I 
got the cpufreq-LINUX_2_4-20040402.tar.gz tarball for the 2.4.25 kernel.

I'm trying this out on my IBM ThinkPad T41 which I suppose would be using the 
speedstep-centrino driver.  The question is : how is the cpufreq package 
included in the configuring and compile of the kernel ?

I've been trying to find some sort of an INSTALL file without luck, does 
anyone have or know of such a description ?

-- 
Ozeki San

Re: Help with Installation

[Bruno Ducrot]

On Sat, Apr 03, 2004 at 01:42:34PM +0000, Ozeki San wrote:
> Hi all,
> 
> I'm trying to get trough my first installation of cpufreq and I was wondering 
> if someone could point me to some more documentation on how to install it.  I 
> got the cpufreq-LINUX_2_4-20040402.tar.gz tarball for the 2.4.25 kernel.
> 
> I'm trying this out on my IBM ThinkPad T41 which I suppose would be using the 
> speedstep-centrino driver.  The question is : how is the cpufreq package 
> included in the configuring and compile of the kernel ?
> 
> I've been trying to find some sort of an INSTALL file without luck, does 
> anyone have or know of such a description ?

tar xzvfp cpufreq-...tar.gz
cd cpufreq
./patchin.sh /path/to/kernel/sources

Do *not* remove the cpufreq directory that was unpacked.
then

cd /path/to/kernel/sources
make menuconfig (or your preferred *config).


Under 'Processor type and feature' you will have a new
'CPU Frequency scaling' menu.

Under it:

'CPU Frequency scaling' -> yes
'CPU frequency table helpers' -> yes

Perhaps 'Support for governing from userspace' -> yes
(or else most daemon may not work),

Then probably 
'Intel Pentium-M Enhanced SpeedStep' -> yes or module, as you like.

Cheers,

-- 
Bruno Ducrot

--  Which is worse:  ignorance or apathy?
--  Don't know.  Don't care.

Re: Help with Installation

[Francesco Poli]

[-- Attachment #1.1: Type: text/plain, Size: 903 bytes --]

On Sat, 3 Apr 2004 16:50:45 +0200 Bruno Ducrot wrote:

> tar xzvfp cpufreq-...tar.gz
> cd cpufreq
> ./patchin.sh /path/to/kernel/sources
> 
> Do *not* remove the cpufreq directory that was unpacked.

Why did you set up such a strange procedure?
What are the advantages over a simple patch like the old ones found in
http://www.codemonkey.org.uk/projects/cpufreq/   ?

I'd say a gzipped (or bzip2ed) patch file would be much more easy to
apply (especially with automatic tools such as Debian kernel-package,
that is, make-kpkg), but of course I may be wrong...

Could you please explain the rationale behind such a choice?

-- 
             |  GnuPG Key ID = DD6DFCF4 | You're compiling a program
  Francesco  |        Key fingerprint = | and, all of a sudden, boom!
     Poli    | C979 F34B 27CE 5CD8 DC12 |         -- from APT HOWTO,
             | 31B5 78F4 279B DD6D FCF4 |             version 1.8.0

[-- Attachment #1.2: Type: application/pgp-signature, Size: 189 bytes --]

[-- Attachment #2: Type: text/plain, Size: 143 bytes --]

_______________________________________________
Cpufreq mailing list
Cpufreq@www.linux.org.uk
http://www.linux.org.uk/mailman/listinfo/cpufreq

Re: Help with Installation

[Russell King]

On Sat, Apr 03, 2004 at 05:16:33PM +0200, Francesco Poli wrote:
> On Sat, 3 Apr 2004 16:50:45 +0200 Bruno Ducrot wrote:
> 
> > tar xzvfp cpufreq-...tar.gz
> > cd cpufreq
> > ./patchin.sh /path/to/kernel/sources
> > 
> > Do *not* remove the cpufreq directory that was unpacked.
> 
> Why did you set up such a strange procedure?
> What are the advantages over a simple patch like the old ones found in
> http://www.codemonkey.org.uk/projects/cpufreq/   ?
> 
> I'd say a gzipped (or bzip2ed) patch file would be much more easy to
> apply (especially with automatic tools such as Debian kernel-package,
> that is, make-kpkg), but of course I may be wrong...
> 
> Could you please explain the rationale behind such a choice?

We don't have the (massive) resources to be able to generate a patch
for every single kernel version which someone may want to apply the
cpufreq code to from the CVS.

-- 
Russell King
 Linux kernel    2.6 ARM Linux   - http://www.arm.linux.org.uk/
 maintainer of:  2.6 PCMCIA      - http://pcmcia.arm.linux.org.uk/
                 2.6 Serial core

Re: Help with Installation

[Francesco Poli]

[-- Attachment #1.1: Type: text/plain, Size: 1052 bytes --]

On Sat, 3 Apr 2004 17:22:42 +0100 Russell King wrote:

> We don't have the (massive) resources to be able to generate a patch
> for every single kernel version which someone may want to apply the
> cpufreq code to from the CVS.

Well, I think that a patch against the latest 2.4.x kernel and one
against the latest 2.4.x pre-release (2.4.x-prex or 2.4.x-rcx) would
suffice.

Adapting one such patch in order to apply it to some less recent 2.4.x
kernel version is not so difficult.
At least, that was my personal experience: I successfully applied
cpufreq-2.4.22-pre6-1.gz (by hand-editing the diff file) to 2.4.22,
2.4.23, 2.4.24 and 2.4.25.
Adapting a hypothetical cpufreq-2.4.25-1.gz to the same kernel versions
should not be more challenging...

What's your opinion?

-- 
             |  GnuPG Key ID = DD6DFCF4 | You're compiling a program
  Francesco  |        Key fingerprint = | and, all of a sudden, boom!
     Poli    | C979 F34B 27CE 5CD8 DC12 |         -- from APT HOWTO,
             | 31B5 78F4 279B DD6D FCF4 |             version 1.8.0

[-- Attachment #1.2: Type: application/pgp-signature, Size: 189 bytes --]

[-- Attachment #2: Type: text/plain, Size: 143 bytes --]

_______________________________________________
Cpufreq mailing list
Cpufreq@www.linux.org.uk
http://www.linux.org.uk/mailman/listinfo/cpufreq

Re: Help with Installation

[Dominik Brodowski]

[-- Attachment #1.1: Type: text/plain, Size: 1714 bytes --]

On Sat, Apr 03, 2004 at 05:16:33PM +0200, Francesco Poli wrote:
> On Sat, 3 Apr 2004 16:50:45 +0200 Bruno Ducrot wrote:
> 
> > tar xzvfp cpufreq-...tar.gz
> > cd cpufreq
> > ./patchin.sh /path/to/kernel/sources
> > 
> > Do *not* remove the cpufreq directory that was unpacked.
> 
> Why did you set up such a strange procedure?
> What are the advantages over a simple patch like the old ones found in
> http://www.codemonkey.org.uk/projects/cpufreq/   ?

The reason is that there are too few cpufreq developers. I'd done the
patches found at that site [and a lot more in the months before], but I lack
the time to continue providing these patches. 
 
> I'd say a gzipped (or bzip2ed) patch file would be much more easy to
> apply (especially with automatic tools such as Debian kernel-package,
> that is, make-kpkg), but of course I may be wrong...
> 
> Could you please explain the rationale behind such a choice?

Number of active developers and time these can [not want!] spend on this
project.

> Well, I think that a patch against the latest 2.4.x kernel and one
> against the latest 2.4.x pre-release (2.4.x-prex or 2.4.x-rcx) would
> suffice.
> 
> Adapting one such patch in order to apply it to some less recent 2.4.x
> kernel version is not so difficult.

Well, it might be usefull for you and others if someone (you?) could provide
such up-to-date patches, and keeps 2.4. cpufreq up-to-date with recent 2.6.
developments, as far as the latter is possible. However, none of the people
currently active in cpufreq development seem to have sufficient time to do
so. In case _you_ want to do it [as you said, it shouldn't be so difficult],
please do so.

	Dominik



[-- Attachment #1.2: Type: application/pgp-signature, Size: 189 bytes --]

[-- Attachment #2: Type: text/plain, Size: 143 bytes --]

_______________________________________________
Cpufreq mailing list
Cpufreq@www.linux.org.uk
http://www.linux.org.uk/mailman/listinfo/cpufreq

Re: Help with Installation

[Francesco Poli]

[-- Attachment #1.1: Type: text/plain, Size: 1388 bytes --]

On Sun, 4 Apr 2004 23:11:44 +0200 Dominik Brodowski wrote:

> Well, it might be usefull for you and others if someone (you?) could
> provide such up-to-date patches, and keeps 2.4. cpufreq up-to-date
> with recent 2.6. developments, as far as the latter is possible.
> However, none of the people currently active in cpufreq development
> seem to have sufficient time to do so. In case _you_ want to do it [as
> you said, it shouldn't be so difficult], please do so.

Perhaps it would be useful to setup a little script that

1) downloads the latest 2.4.x kernel (maybe via rsync)
2) modifies it using latest cpufreq from
   http://ftp.linux.org.uk/pub/linux/cpufreq/
3) creates the patch against the unmodified kernel
4) gzips it and moves the resulting file in the right place

Such a script should be run daily (via cron) on ftp.linux.org.uk

This could perhaps work and provide up-to-date patches, as long as 2.4.x
cpufreq at http://ftp.linux.org.uk/pub/linux/cpufreq/ is kept up-to-date
with 2.6.x

Perhaps patchin.sh should be modified in order to use cp (or mv) rather
than ln -s

What do you think?

-- 
             |  GnuPG Key ID = DD6DFCF4 | You're compiling a program
  Francesco  |        Key fingerprint = | and, all of a sudden, boom!
     Poli    | C979 F34B 27CE 5CD8 DC12 |         -- from APT HOWTO,
             | 31B5 78F4 279B DD6D FCF4 |             version 1.8.0

[-- Attachment #1.2: Type: application/pgp-signature, Size: 189 bytes --]

[-- Attachment #2: Type: text/plain, Size: 143 bytes --]

_______________________________________________
Cpufreq mailing list
Cpufreq@www.linux.org.uk
http://www.linux.org.uk/mailman/listinfo/cpufreq

Re: Help with Installation

[Russell King]

On Mon, Apr 05, 2004 at 10:20:15PM +0200, Francesco Poli wrote:
> 1) downloads the latest 2.4.x kernel (maybe via rsync)
> 2) modifies it using latest cpufreq from
>    http://ftp.linux.org.uk/pub/linux/cpufreq/

This would be a manual step.

> Such a script should be run daily (via cron) on ftp.linux.org.uk

You're making the very big assumption that ftp.linux.org.uk _has_
the space to do this.  The fact is that disk space is short, and
the replacement server has been lost by the parcel carrier, and
the state of parcel carriers over here means that it's only
possible to recover a fraction of the value.  Yes, we know in
hind sight that it would've been better to have put it into a car
and driven it to the hosting facility, but hind sight is such a
wonderful thing.

So, _we_ _do_ _not_ _currently_ _have_ _the_ _resources_ _to_ _host_
_such_ _a_ _service_.  As I've said _three_ times in this thread so
far.

The fact is that right now there is only 10MB free for the anonymous
FTP archive.

-- 
Russell King
 Linux kernel    2.6 ARM Linux   - http://www.arm.linux.org.uk/
 maintainer of:  2.6 PCMCIA      - http://pcmcia.arm.linux.org.uk/
                 2.6 Serial core

Re: Help with Installation

[Dominik Brodowski]

[-- Attachment #1.1: Type: text/plain, Size: 1794 bytes --]

On Mon, Apr 05, 2004 at 10:20:15PM +0200, Francesco Poli wrote:
> On Sun, 4 Apr 2004 23:11:44 +0200 Dominik Brodowski wrote:
> 
> > Well, it might be usefull for you and others if someone (you?) could
> > provide such up-to-date patches, and keeps 2.4. cpufreq up-to-date
> > with recent 2.6. developments, as far as the latter is possible.
> > However, none of the people currently active in cpufreq development
> > seem to have sufficient time to do so. In case _you_ want to do it [as
> > you said, it shouldn't be so difficult], please do so.
> 
> Perhaps it would be useful to setup a little script that
> 
> 1) downloads the latest 2.4.x kernel (maybe via rsync)
> 2) modifies it using latest cpufreq from
>    http://ftp.linux.org.uk/pub/linux/cpufreq/
> 3) creates the patch against the unmodified kernel
> 4) gzips it and moves the resulting file in the right place

IMHO, such a script can only work well if it is "being watched", e.g.
someone (you?) verifies the results equal what you expect. Also, differences
in the base kernel need to be tracked which might make adjustments of the
cpufreq files / patch necessary.

> Such a script should be run daily (via cron) on ftp.linux.org.uk
> 
> This could perhaps work and provide up-to-date patches, as long as 2.4.x
> cpufreq at http://ftp.linux.org.uk/pub/linux/cpufreq/ is kept up-to-date
> with 2.6.x

But assuming that this CVS export is up-to-date [which it isn't], why is
your script necessary?

> Perhaps patchin.sh should be modified in order to use cp (or mv) rather
> than ln -s

Modifying the patchin.sh script to become more user friendly is something
which can be done -- but _please_ be aware that 2.4. cpufreq is, at best, in
"beta" state and not as up to date as 2.6.

	Dominik

[-- Attachment #1.2: Type: application/pgp-signature, Size: 189 bytes --]

[-- Attachment #2: Type: text/plain, Size: 143 bytes --]

_______________________________________________
Cpufreq mailing list
Cpufreq@www.linux.org.uk
http://www.linux.org.uk/mailman/listinfo/cpufreq

Re: Help with Installation

[Bruno Ducrot]

On Mon, Apr 05, 2004 at 11:11:31PM +0200, Dominik Brodowski wrote:
> On Mon, Apr 05, 2004 at 10:20:15PM +0200, Francesco Poli wrote:
> > On Sun, 4 Apr 2004 23:11:44 +0200 Dominik Brodowski wrote:
> > 
> > > Well, it might be usefull for you and others if someone (you?) could
> > > provide such up-to-date patches, and keeps 2.4. cpufreq up-to-date
> > > with recent 2.6. developments, as far as the latter is possible.
> > > However, none of the people currently active in cpufreq development
> > > seem to have sufficient time to do so. In case _you_ want to do it [as
> > > you said, it shouldn't be so difficult], please do so.
> > 
> > Perhaps it would be useful to setup a little script that
> > 
> > 1) downloads the latest 2.4.x kernel (maybe via rsync)
> > 2) modifies it using latest cpufreq from
> >    http://ftp.linux.org.uk/pub/linux/cpufreq/
> > 3) creates the patch against the unmodified kernel
> > 4) gzips it and moves the resulting file in the right place
> 
> IMHO, such a script can only work well if it is "being watched", e.g.
> someone (you?) verifies the results equal what you expect. Also, differences
> in the base kernel need to be tracked which might make adjustments of the
> cpufreq files / patch necessary.
> 
> > Such a script should be run daily (via cron) on ftp.linux.org.uk
> > 
> > This could perhaps work and provide up-to-date patches, as long as 2.4.x
> > cpufreq at http://ftp.linux.org.uk/pub/linux/cpufreq/ is kept up-to-date
> > with 2.6.x
> 
> But assuming that this CVS export is up-to-date [which it isn't], why is
> your script necessary?
> 
> > Perhaps patchin.sh should be modified in order to use cp (or mv) rather
> > than ln -s
> 
> Modifying the patchin.sh script to become more user friendly is something
> which can be done -- but _please_ be aware that 2.4. cpufreq is, at best, in
> "beta" state and not as up to date as 2.6.
> 

I can host this if that can help.  But do not expect though that such
patch will be updated so much though.

-- 
Bruno Ducrot

--  Which is worse:  ignorance or apathy?
--  Don't know.  Don't care.

Re: Help with Installation

[Bruno Ducrot]

On Tue, Apr 06, 2004 at 10:25:52AM +0200, Bruno Ducrot wrote:
> I can host this if that can help.  But do not expect though that such
> patch will be updated so much though.
> 

Done.  It's under ftp://ftp.poupinou.org/cpufreq/
and it's called cpufreq-24-2004040601.diff,
with .gz and .bz2 extensions.


-- 
Bruno Ducrot

--  Which is worse:  ignorance or apathy?
--  Don't know.  Don't care.

Re: Help with Installation

[Francesco Poli]

[-- Attachment #1.1: Type: text/plain, Size: 1521 bytes --]

On Mon, 5 Apr 2004 22:06:54 +0100 Russell King wrote:

> > 2) modifies it using latest cpufreq from
> >    http://ftp.linux.org.uk/pub/linux/cpufreq/
> 
> This would be a manual step.

Why? Did I misunderstand something?

Wouldn't some shell commands like

  tar xzvfp cpufreq-...tar.gz
  cd cpufreq
  ./patchin.sh /path/to/kernel/sources

suffice?
I am quoting Bruno Ducrot's instructions... but maybe I don't catch
something important...

> 
> > Such a script should be run daily (via cron) on ftp.linux.org.uk
> 
> You're making the very big assumption that ftp.linux.org.uk _has_
> the space to do this. [...]
> 
> So, _we_ _do_ _not_ _currently_ _have_ _the_ _resources_ _to_ _host_
> _such_ _a_ _service_.  As I've said _three_ times in this thread so
> far.

I'm sorry: I didn't realize you were /so/ short of space...  :-(
I thought you meant you couldn't generate and store one daily patch for
/every/ 2.4.x kernel version (that is 25 daily patches + a zillion of
patches against /all/ the pre-releases).
I now realize that you don't even have enough resources for one daily
patch against /one/ kernel version.

> 
> The fact is that right now there is only 10MB free for the anonymous
> FTP archive.

That's really a pity...  :-(

-- 
             |  GnuPG Key ID = DD6DFCF4 | You're compiling a program
  Francesco  |        Key fingerprint = | and, all of a sudden, boom!
     Poli    | C979 F34B 27CE 5CD8 DC12 |         -- from APT HOWTO,
             | 31B5 78F4 279B DD6D FCF4 |             version 1.8.0

[-- Attachment #1.2: Type: application/pgp-signature, Size: 189 bytes --]

[-- Attachment #2: Type: text/plain, Size: 143 bytes --]

_______________________________________________
Cpufreq mailing list
Cpufreq@www.linux.org.uk
http://www.linux.org.uk/mailman/listinfo/cpufreq

Re: Help with Installation

[Francesco Poli]

[-- Attachment #1.1: Type: text/plain, Size: 2171 bytes --]

On Mon, 5 Apr 2004 23:11:31 +0200 Dominik Brodowski wrote:

> IMHO, such a script can only work well if it is "being watched", e.g.
> someone (you?) verifies the results equal what you expect. Also,
> differences in the base kernel need to be tracked which might make
> adjustments of the cpufreq files / patch necessary.

OK, it's quite clear I misunderstood the role of
http://ftp.linux.org.uk/pub/linux/cpufreq/ tar archives...  :-(
I thought that these archives were there to provide the latest cpufreq
backport for 2.4.x kernels, and that one (following Bruno Ducrot's
instructions) would be able to use them to modify a 2.4.x kernel (and be
happy).
That is why I said that a kernel patch would be easier to apply.

If those archives are online for completely different purposes (which
ones?), I apologize for all the noise.

Now the question is: I would like to run the latest 2.4.x kernel with
cpufreq support, what do I do? 

> 
> > Such a script should be run daily (via cron) on ftp.linux.org.uk
> > 
> > This could perhaps work and provide up-to-date patches, as long as
> > 2.4.x cpufreq at http://ftp.linux.org.uk/pub/linux/cpufreq/ is kept
> > up-to-date with 2.6.x
> 
> But assuming that this CVS export is up-to-date [which it isn't], why
> is your script necessary?

It would generate a kernel patch whose application is straightforward...
right?

> 
> > Perhaps patchin.sh should be modified in order to use cp (or mv)
> > rather than ln -s
> 
> Modifying the patchin.sh script to become more user friendly is
> something which can be done -- but _please_ be aware that 2.4. cpufreq
> is, at best, in"beta" state and not as up to date as 2.6.

Of course, cpufreq cannot be backported from 2.6.x to 2.4.x by an
automatic script. That's a manual operation in any case. And one in
which I cannot help much[1], I'm afraid...

Notes:
[1] IANAKH: I am not a kernel hacker  :-( 

-- 
             |  GnuPG Key ID = DD6DFCF4 | You're compiling a program
  Francesco  |        Key fingerprint = | and, all of a sudden, boom!
     Poli    | C979 F34B 27CE 5CD8 DC12 |         -- from APT HOWTO,
             | 31B5 78F4 279B DD6D FCF4 |             version 1.8.0

[-- Attachment #1.2: Type: application/pgp-signature, Size: 189 bytes --]

[-- Attachment #2: Type: text/plain, Size: 143 bytes --]

_______________________________________________
Cpufreq mailing list
Cpufreq@www.linux.org.uk
http://www.linux.org.uk/mailman/listinfo/cpufreq

Re: Help with Installation

[Francesco Poli]

[-- Attachment #1.1: Type: text/plain, Size: 685 bytes --]

On Tue, 6 Apr 2004 10:47:23 +0200 Bruno Ducrot wrote:

> Done.  It's under ftp://ftp.poupinou.org/cpufreq/
> and it's called cpufreq-24-2004040601.diff,
> with .gz and .bz2 extensions.

Wow! It seems that this is just what I was dreaming about...  ;-)
I will try and apply this as soon as 2.4.26 final is out!

TNX 1.0E+06   :-)))


How was it done? Is the procedure executable by an automatic script?


-- 
             |  GnuPG Key ID = DD6DFCF4 | You're compiling a program
  Francesco  |        Key fingerprint = | and, all of a sudden, boom!
     Poli    | C979 F34B 27CE 5CD8 DC12 |         -- from APT HOWTO,
             | 31B5 78F4 279B DD6D FCF4 |             version 1.8.0


[-- Attachment #1.2: Type: application/pgp-signature, Size: 189 bytes --]

[-- Attachment #2: Type: text/plain, Size: 143 bytes --]

_______________________________________________
Cpufreq mailing list
Cpufreq@www.linux.org.uk
http://www.linux.org.uk/mailman/listinfo/cpufreq

Re: Help with Installation

[Dominik Brodowski]

[-- Attachment #1.1: Type: text/plain, Size: 1050 bytes --]

On Tue, Apr 06, 2004 at 11:48:43PM +0200, Francesco Poli wrote:
> On Mon, 5 Apr 2004 23:11:31 +0200 Dominik Brodowski wrote:
> 
> > IMHO, such a script can only work well if it is "being watched", e.g.
> > someone (you?) verifies the results equal what you expect. Also,
> > differences in the base kernel need to be tracked which might make
> > adjustments of the cpufreq files / patch necessary.
> 
> OK, it's quite clear I misunderstood the role of
> http://ftp.linux.org.uk/pub/linux/cpufreq/ tar archives...  :-(
> I thought that these archives were there to provide the latest cpufreq
> backport for 2.4.x kernels, and that one (following Bruno Ducrot's
> instructions) would be able to use them to modify a 2.4.x kernel (and be
> happy).
> That is why I said that a kernel patch would be easier to apply.

You _are_ able to use them 2.4. kernels, but the 2.4. backport may contain
errors and bugs which are fixed in 2.6. If I'd find out a way so that the 
day had 72 hours for me, I'd update the 2.4. backport... 

	Dominik

[-- Attachment #1.2: Type: application/pgp-signature, Size: 189 bytes --]

[-- Attachment #2: Type: text/plain, Size: 143 bytes --]

_______________________________________________
Cpufreq mailing list
Cpufreq@www.linux.org.uk
http://www.linux.org.uk/mailman/listinfo/cpufreq

Re: Help with Installation

[Russell King]

On Tue, Apr 06, 2004 at 11:01:34PM +0200, Francesco Poli wrote:
> Wouldn't some shell commands like
> 
>   tar xzvfp cpufreq-...tar.gz
>   cd cpufreq
>   ./patchin.sh /path/to/kernel/sources
> 
> suffice?
> I am quoting Bruno Ducrot's instructions... but maybe I don't catch
> something important...

That assumes that the CVS has been kept up to date with the latest 2.4
kernel.

> I'm sorry: I didn't realize you were /so/ short of space...  :-(

Well, last nights generation of the CVS snapshot has failed due to lack
of disk space.

As I've said, this was meant to be solved by a replacement machine, and
had that replacement machine not been lost by the parcel carrier, it
would've been on line by now.

-- 
Russell King
 Linux kernel    2.6 ARM Linux   - http://www.arm.linux.org.uk/
 maintainer of:  2.6 PCMCIA      - http://pcmcia.arm.linux.org.uk/
                 2.6 Serial core

Re: Help with Installation

[Bruno Ducrot]

On Tue, Apr 06, 2004 at 11:50:11PM +0200, Francesco Poli wrote:
> 
> How was it done?

With my fingers typing on my keyboard.  Note that you have to learn
dvorak typing though.

> Is the procedure executable by an automatic script?

Probably.

-- 
Bruno Ducrot

--  Which is worse:  ignorance or apathy?
--  Don't know.  Don't care.

Re: Help with Installation

[Francesco Poli]

[-- Attachment #1.1: Type: text/plain, Size: 816 bytes --]

On Wed, 7 Apr 2004 08:11:33 +0100 Russell King wrote:

> > Wouldn't some shell commands like
> > 
> >   tar xzvfp cpufreq-...tar.gz
> >   cd cpufreq
> >   ./patchin.sh /path/to/kernel/sources
> > 
> > suffice?
> > I am quoting Bruno Ducrot's instructions... but maybe I don't catch
> > something important...
> 
> That assumes that the CVS has been kept up to date with the latest 2.4
> kernel.

I see: so some manual adjustments could be necessary and that is why you
said this should be a manual operation.

TNX for the explanation!

-- 
             |  GnuPG Key ID = DD6DFCF4 | You're compiling a program
  Francesco  |        Key fingerprint = | and, all of a sudden, boom!
     Poli    | C979 F34B 27CE 5CD8 DC12 |         -- from APT HOWTO,
             | 31B5 78F4 279B DD6D FCF4 |             version 1.8.0

[-- Attachment #1.2: Type: application/pgp-signature, Size: 189 bytes --]

[-- Attachment #2: Type: text/plain, Size: 143 bytes --]

_______________________________________________
Cpufreq mailing list
Cpufreq@www.linux.org.uk
http://www.linux.org.uk/mailman/listinfo/cpufreq