* Help with Installation @ 2004-04-03 13:42 Ozeki San 2004-04-03 14:50 ` Bruno Ducrot 0 siblings, 1 reply; 18+ messages in thread From: Ozeki San @ 2004-04-03 13:42 UTC (permalink / raw) To: cpufreq 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 ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Help with Installation 2004-04-03 13:42 Help with Installation Ozeki San @ 2004-04-03 14:50 ` Bruno Ducrot 2004-04-03 15:16 ` Francesco Poli 0 siblings, 1 reply; 18+ messages in thread From: Bruno Ducrot @ 2004-04-03 14:50 UTC (permalink / raw) To: ozeki; +Cc: cpufreq 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. ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Help with Installation 2004-04-03 14:50 ` Bruno Ducrot @ 2004-04-03 15:16 ` Francesco Poli 2004-04-03 16:22 ` Russell King 0 siblings, 1 reply; 18+ messages in thread From: Francesco Poli @ 2004-04-03 15:16 UTC (permalink / raw) To: cpufreq [-- 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 ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Help with Installation 2004-04-03 15:16 ` Francesco Poli @ 2004-04-03 16:22 ` Russell King 2004-04-04 17:57 ` Francesco Poli 0 siblings, 1 reply; 18+ messages in thread From: Russell King @ 2004-04-03 16:22 UTC (permalink / raw) To: Francesco Poli; +Cc: cpufreq 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 ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Help with Installation 2004-04-03 16:22 ` Russell King @ 2004-04-04 17:57 ` Francesco Poli 2004-04-04 21:11 ` Dominik Brodowski 0 siblings, 1 reply; 18+ messages in thread From: Francesco Poli @ 2004-04-04 17:57 UTC (permalink / raw) To: cpufreq [-- 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 ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Help with Installation 2004-04-04 17:57 ` Francesco Poli @ 2004-04-04 21:11 ` Dominik Brodowski 2004-04-05 20:20 ` Francesco Poli 0 siblings, 1 reply; 18+ messages in thread From: Dominik Brodowski @ 2004-04-04 21:11 UTC (permalink / raw) To: Francesco Poli; +Cc: cpufreq [-- 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 ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Help with Installation 2004-04-04 21:11 ` Dominik Brodowski @ 2004-04-05 20:20 ` Francesco Poli 2004-04-05 21:06 ` Russell King 2004-04-05 21:11 ` Dominik Brodowski 0 siblings, 2 replies; 18+ messages in thread From: Francesco Poli @ 2004-04-05 20:20 UTC (permalink / raw) To: cpufreq [-- 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 ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Help with Installation 2004-04-05 20:20 ` Francesco Poli @ 2004-04-05 21:06 ` Russell King 2004-04-06 21:01 ` Francesco Poli 2004-04-05 21:11 ` Dominik Brodowski 1 sibling, 1 reply; 18+ messages in thread From: Russell King @ 2004-04-05 21:06 UTC (permalink / raw) To: Francesco Poli; +Cc: cpufreq 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 ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Help with Installation 2004-04-05 21:06 ` Russell King @ 2004-04-06 21:01 ` Francesco Poli 2004-04-07 7:11 ` Russell King 0 siblings, 1 reply; 18+ messages in thread From: Francesco Poli @ 2004-04-06 21:01 UTC (permalink / raw) To: cpufreq [-- 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 ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Help with Installation 2004-04-06 21:01 ` Francesco Poli @ 2004-04-07 7:11 ` Russell King 2004-04-07 20:26 ` Francesco Poli 0 siblings, 1 reply; 18+ messages in thread From: Russell King @ 2004-04-07 7:11 UTC (permalink / raw) To: Francesco Poli; +Cc: cpufreq 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 ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Help with Installation 2004-04-07 7:11 ` Russell King @ 2004-04-07 20:26 ` Francesco Poli 0 siblings, 0 replies; 18+ messages in thread From: Francesco Poli @ 2004-04-07 20:26 UTC (permalink / raw) To: cpufreq [-- 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 ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Help with Installation 2004-04-05 20:20 ` Francesco Poli 2004-04-05 21:06 ` Russell King @ 2004-04-05 21:11 ` Dominik Brodowski 2004-04-06 8:25 ` Bruno Ducrot 2004-04-06 21:48 ` Francesco Poli 1 sibling, 2 replies; 18+ messages in thread From: Dominik Brodowski @ 2004-04-05 21:11 UTC (permalink / raw) To: Francesco Poli; +Cc: cpufreq [-- 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 ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Help with Installation 2004-04-05 21:11 ` Dominik Brodowski @ 2004-04-06 8:25 ` Bruno Ducrot 2004-04-06 8:47 ` Bruno Ducrot 2004-04-06 21:48 ` Francesco Poli 1 sibling, 1 reply; 18+ messages in thread From: Bruno Ducrot @ 2004-04-06 8:25 UTC (permalink / raw) To: Francesco Poli, cpufreq 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. ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Help with Installation 2004-04-06 8:25 ` Bruno Ducrot @ 2004-04-06 8:47 ` Bruno Ducrot 2004-04-06 21:50 ` Francesco Poli 0 siblings, 1 reply; 18+ messages in thread From: Bruno Ducrot @ 2004-04-06 8:47 UTC (permalink / raw) To: Francesco Poli, cpufreq 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. ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Help with Installation 2004-04-06 8:47 ` Bruno Ducrot @ 2004-04-06 21:50 ` Francesco Poli 2004-04-07 16:18 ` Bruno Ducrot 0 siblings, 1 reply; 18+ messages in thread From: Francesco Poli @ 2004-04-06 21:50 UTC (permalink / raw) To: cpufreq [-- 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 ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Help with Installation 2004-04-06 21:50 ` Francesco Poli @ 2004-04-07 16:18 ` Bruno Ducrot 0 siblings, 0 replies; 18+ messages in thread From: Bruno Ducrot @ 2004-04-07 16:18 UTC (permalink / raw) To: Francesco Poli; +Cc: cpufreq 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. ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Help with Installation 2004-04-05 21:11 ` Dominik Brodowski 2004-04-06 8:25 ` Bruno Ducrot @ 2004-04-06 21:48 ` Francesco Poli 2004-04-06 22:00 ` Dominik Brodowski 1 sibling, 1 reply; 18+ messages in thread From: Francesco Poli @ 2004-04-06 21:48 UTC (permalink / raw) To: cpufreq [-- 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 ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: Help with Installation 2004-04-06 21:48 ` Francesco Poli @ 2004-04-06 22:00 ` Dominik Brodowski 0 siblings, 0 replies; 18+ messages in thread From: Dominik Brodowski @ 2004-04-06 22:00 UTC (permalink / raw) To: Francesco Poli; +Cc: cpufreq [-- 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 ^ permalink raw reply [flat|nested] 18+ messages in thread
end of thread, other threads:[~2004-04-07 20:26 UTC | newest] Thread overview: 18+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2004-04-03 13:42 Help with Installation Ozeki San 2004-04-03 14:50 ` Bruno Ducrot 2004-04-03 15:16 ` Francesco Poli 2004-04-03 16:22 ` Russell King 2004-04-04 17:57 ` Francesco Poli 2004-04-04 21:11 ` Dominik Brodowski 2004-04-05 20:20 ` Francesco Poli 2004-04-05 21:06 ` Russell King 2004-04-06 21:01 ` Francesco Poli 2004-04-07 7:11 ` Russell King 2004-04-07 20:26 ` Francesco Poli 2004-04-05 21:11 ` Dominik Brodowski 2004-04-06 8:25 ` Bruno Ducrot 2004-04-06 8:47 ` Bruno Ducrot 2004-04-06 21:50 ` Francesco Poli 2004-04-07 16:18 ` Bruno Ducrot 2004-04-06 21:48 ` Francesco Poli 2004-04-06 22:00 ` Dominik Brodowski
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.