wcpufreq CPU Frequency Scaling 1.1
Hi taca0,
The script at /root/Startup/cpu-frequency-scaling.sh should activate scaling when X starts. If not, please let us know which Puppy/puplet and version you have. I don't have a Via C3 to test with but I can at least see if wcpufreq works with the Pup you are using.
Opening the above script with a text editor should look similar to this, but specific to your hardware:Copy and paste the lines after the ## comments (from your cpu-frequency-scaling.sh) into a terminal and if there appear to be errors, please post the o/p.
Thanks,
TazOC
The script at /root/Startup/cpu-frequency-scaling.sh should activate scaling when X starts. If not, please let us know which Puppy/puplet and version you have. I don't have a Via C3 to test with but I can at least see if wcpufreq works with the Pup you are using.
Opening the above script with a text editor should look similar to this, but specific to your hardware:
Code: Select all
#!/bin/busybox ash
## To activate at bootup copy rest of code ##
## below this comment to /etc/rc.d/rc.local ##
modprobe powernow-k8
modprobe cpufreq-ondemand
cd /sys/devices/system/cpu
for i in `ls -d1 cpu[0-9]*`; do
echo ondemand > $i/cpufreq/scaling_governor
echo 1350000 > $i/cpufreq/scaling_min_freq
echo 2700000 > $i/cpufreq/scaling_max_freq
done
Thanks,
TazOC
[url=http://www.lhpup.org/][b][size=100]lhpup.org[/size][/b] [img]http://www.lhpup.org/gallery/images/favicon.png[/img][/url] [url=http://www.lhpup.org/release-lhp.htm#602]Lighthouse 64 6.02[/url]
tazoc:
I have test in wary 511 and lupu525 and both write on the root/Startup/cpu-frequency-scaling.sh this >
#!/bin/busybox ash
echo 50 > cpufreq/ondemand/up_threshold
So its activate in the first time but when reboot , nothing...
Maybe I should do it manual like you shows.
I just inform , maybe its a problem with my hardware or the kernel (I use the 3.6.33.git7 from Barry)
Thanks!
I have test in wary 511 and lupu525 and both write on the root/Startup/cpu-frequency-scaling.sh this >
#!/bin/busybox ash
echo 50 > cpufreq/ondemand/up_threshold
So its activate in the first time but when reboot , nothing...
Maybe I should do it manual like you shows.
I just inform , maybe its a problem with my hardware or the kernel (I use the 3.6.33.git7 from Barry)
Thanks!
Bug confirmed, will work on it
taca0,
Thanks for the info. My last post was missing the line you have;but you'll need the modprobes for your hardware as well. I'm not familiar with the kernel you are using, but you might try I've been testing wcpufreq in Fatdog64 and have a similar problem where it works the first time, but later running wcpufreq reports scaling driver 'mperf' instead of my selection, powernow-k8. So for now I'm manually editing /root/cpu-frequency-scaling.sh.
I will work on wcpufreq soon and post an update if I can squash these bugs.
-TazOC
Thanks for the info. My last post was missing the line you have;
Code: Select all
echo 50 > cpufreq/ondemand/up_threshold
Code: Select all
modprobe acpi-cpufreq
modprobe cpufreq-ondemand
cd /sys/devices/system/cpu
for i in `ls -d1 cpu[0-9]*`; do
echo ondemand > $i/cpufreq/scaling_governor
done
echo 50 > cpufreq/ondemand/up_threshold
I will work on wcpufreq soon and post an update if I can squash these bugs.
-TazOC
[url=http://www.lhpup.org/][b][size=100]lhpup.org[/size][/b] [img]http://www.lhpup.org/gallery/images/favicon.png[/img][/url] [url=http://www.lhpup.org/release-lhp.htm#602]Lighthouse 64 6.02[/url]
Wcpufreq-0.6 released
wcpufreq-0.6 110424
Bugfix: Jim1911 and taca0 reported that prior scaling module was removed after reboot or second run of wcpufreq. Removed mperf module from driver selection dialog and improved detection of current driver by scanning /proc/modules.
-TazOC
Bugfix: Jim1911 and taca0 reported that prior scaling module was removed after reboot or second run of wcpufreq. Removed mperf module from driver selection dialog and improved detection of current driver by scanning /proc/modules.
-TazOC
[url=http://www.lhpup.org/][b][size=100]lhpup.org[/size][/b] [img]http://www.lhpup.org/gallery/images/favicon.png[/img][/url] [url=http://www.lhpup.org/release-lhp.htm#602]Lighthouse 64 6.02[/url]
wcpufreq-0.7 released
wcpufreq-0.7 updates
Activate at boot up from /etc/init.d/wcpufreq instead of script in ~/Startup.
Removed /home/spot and /etc/skel directories from wcpufreq.
Updated for fido user compatibility in Wary 5.1.1.53
Woof/Wary: earlier versions of wcpufreq sometimes failed to activate on reboot--fixed.
-TazOC
Activate at boot up from /etc/init.d/wcpufreq instead of script in ~/Startup.
Removed /home/spot and /etc/skel directories from wcpufreq.
Updated for fido user compatibility in Wary 5.1.1.53
Woof/Wary: earlier versions of wcpufreq sometimes failed to activate on reboot--fixed.
-TazOC
[url=http://www.lhpup.org/][b][size=100]lhpup.org[/size][/b] [img]http://www.lhpup.org/gallery/images/favicon.png[/img][/url] [url=http://www.lhpup.org/release-lhp.htm#602]Lighthouse 64 6.02[/url]
- technosaurus
- Posts: 4853
- Joined: Mon 19 May 2008, 01:24
- Location: Blue Springs, MO
- Contact:
Edit, oops too many alt tabs
meant to post these really light tray apps that use xcb
http://sourceforge.net/projects/wmc2d/
http://sourceforge.net/projects/wmcpumon/
some pups may need to upgrade xcb and/or xcb-utils for it to compile though ... maybe for the next pup series though
(he also has an xcb rewrite of jwm that looks extremely promising)
meant to post these really light tray apps that use xcb
http://sourceforge.net/projects/wmc2d/
http://sourceforge.net/projects/wmcpumon/
some pups may need to upgrade xcb and/or xcb-utils for it to compile though ... maybe for the next pup series though
(he also has an xcb rewrite of jwm that looks extremely promising)
Check out my [url=https://github.com/technosaurus]github repositories[/url]. I may eventually get around to updating my [url=http://bashismal.blogspot.com]blogspot[/url].
HI playdayz,
Not that I know of. Have not received any bug reports on v. 0.7 so it should be fine.
-TazOC
Not that I know of. Have not received any bug reports on v. 0.7 so it should be fine.
-TazOC
[url=http://www.lhpup.org/][b][size=100]lhpup.org[/size][/b] [img]http://www.lhpup.org/gallery/images/favicon.png[/img][/url] [url=http://www.lhpup.org/release-lhp.htm#602]Lighthouse 64 6.02[/url]
wcpufreq-0.8 updated for Fatdog 64-520
wcpufreq-0.8
Updated for Fatdog 64-520 support; account for scaling drivers built-in to kernel instead of compiled modules.
-TaZoC
Updated for Fatdog 64-520 support; account for scaling drivers built-in to kernel instead of compiled modules.
-TaZoC
[url=http://www.lhpup.org/][b][size=100]lhpup.org[/size][/b] [img]http://www.lhpup.org/gallery/images/favicon.png[/img][/url] [url=http://www.lhpup.org/release-lhp.htm#602]Lighthouse 64 6.02[/url]
http://www.murga-linux.com/puppy/viewto ... 210#682210
Hello again tazoc. wcpufreq does not seem to be working correctly in Lxpup. Best, Larry
Hello again tazoc. wcpufreq does not seem to be working correctly in Lxpup. Best, Larry
- BarryK
- Puppy Master
- Posts: 9392
- Joined: Mon 09 May 2005, 09:23
- Location: Perth, Western Australia
- Contact:
linuxcbon posted a bug report for wcpufreq, in Precise Puppy:
http://murga-linux.com/puppy/viewtopic. ... &start=255
I fixed it, bumped the version to 0.8.1 (40K):
http://distro.ibiblio.org/quirky/pet_pa ... -0.8.1.pet
http://murga-linux.com/puppy/viewtopic. ... &start=255
I fixed it, bumped the version to 0.8.1 (40K):
http://distro.ibiblio.org/quirky/pet_pa ... -0.8.1.pet
[url]https://bkhome.org/news/[/url]
wcpufreq-1.0 released
Hi Playdayz and BarryK,
Thank you for your feedback. New Pet is updated for recent kernels.
Changelog
wcpufreq-1.0 130210
Precise bugfix: Expand driver search to new kernel module locations.
More info on the first panel. Support Woof in pinstall.sh.
-TaZoC
Thank you for your feedback. New Pet is updated for recent kernels.
Changelog
wcpufreq-1.0 130210
Precise bugfix: Expand driver search to new kernel module locations.
More info on the first panel. Support Woof in pinstall.sh.
-TaZoC
[url=http://www.lhpup.org/][b][size=100]lhpup.org[/size][/b] [img]http://www.lhpup.org/gallery/images/favicon.png[/img][/url] [url=http://www.lhpup.org/release-lhp.htm#602]Lighthouse 64 6.02[/url]
wcpufreq CPU Frequency Scaling 1.1 released
1.1 Bugfixed pinstall.sh for Woof build, thanks to 01micko.
gtkdialog icon tweak.
-TaZoC
gtkdialog icon tweak.
-TaZoC
[url=http://www.lhpup.org/][b][size=100]lhpup.org[/size][/b] [img]http://www.lhpup.org/gallery/images/favicon.png[/img][/url] [url=http://www.lhpup.org/release-lhp.htm#602]Lighthouse 64 6.02[/url]
wcpufreq in wary 5.5 won't let me change minimum cpu freq
DELL D600 max cpu freq 1.6GHz min 600Mhz which because of a broken wire on the board runs at minimum all the time unless you use acpi-cpufreq to set it to min 1.6GHz. In puppy 4.1.2 and 4.3.1 and 4.3.2 I can modprobe acpi-cpufreq and echo the correct minimum frequency to a file created by acpi-cpufreq (which is what the scripts do) and it changes the minimum to 1.6GHz and the computer runs at at full speed all the time. (No point in running it slowly since the same broken wire keeps it from charging the battery - Dell's way of forcing you to buy their OEM power supply with the matching wire). In wary 5.5 with wcpufreq the file does not change value - I cannot change either min or max frequencies using the wizard (it tells me I have a fixed frequency 600MHz) or with echo 1600 > /..... (on a different computer right now, don't have the file).
The BIOS is somehow involved. Maybe wcpufreq consults it and refuses to go above 600MHz?
What do I need to replace to get cpufreq working as in 4.3.1?
The BIOS is somehow involved. Maybe wcpufreq consults it and refuses to go above 600MHz?
What do I need to replace to get cpufreq working as in 4.3.1?
CPU frequency determination changes in kernel 4.13
The attached .pets include a fix developed by @radky for PupSysInfo.
The woof-ce noarch-official repo currently has version 0.8.1 and has been updated to 0.8.2
Version 1.1 never seems to have got out into the wider world - version 1.2 is attached for testing and possible inclusion in the woof-ce repo and builds.
The attached .pets include a fix developed by @radky for PupSysInfo.
The woof-ce noarch-official repo currently has version 0.8.1 and has been updated to 0.8.2
Version 1.1 never seems to have got out into the wider world - version 1.2 is attached for testing and possible inclusion in the woof-ce repo and builds.
- Attachments
-
- wcpufreq-0.8.2.pet
- (39.17 KiB) Downloaded 185 times
-
- wcpufreq-1.2-noarch.pet
- (41.01 KiB) Downloaded 211 times
LxPup = Puppy + LXDE
Main version used daily: LxPupSc; Assembler of UPups, ScPup & ScPup64, LxPup, LxPupSc & LxPupSc64
Main version used daily: LxPupSc; Assembler of UPups, ScPup & ScPup64, LxPup, LxPupSc & LxPupSc64
-
- Posts: 902
- Joined: Mon 22 Jun 2009, 01:36
- Location: Philadelphia, PA
version 1.2 question
peebee or others, will this work correctly with tahr 6.0.6? I usually use that 32-bit tahr.peebee (in part) wrote:CPU frequency determination changes in kernel 4.13
I installed the 1.2 no-arch. Its help says 1.1.Version 1.1 never seems to have got out into the wider world - version 1.2 is attached for testing and possible inclusion in the woof-ce repo and builds.
Seems to work; how could I tell whether it's working correctly?
Thanks a lot,
Sheldon
Dell E6410: BusterPup, BionicPup64, Xenial, etc
Intel DQ35JOE, Dell Vostro 430
Dell Inspiron, Acer Aspire One, EeePC 1018P
Intel DQ35JOE, Dell Vostro 430
Dell Inspiron, Acer Aspire One, EeePC 1018P
Installed the 1.2 no-arch. As sheldonisaac said its help says 1.1.
Switched governors back and forth and checked CPU speeds with my cpuwatch script, wcpufreq itself, and PupSysInfo while running glxgears on my i5 based laptop. Operation seems normal, as did the patched 0.8.1. It would be nice to get a test by someone with LOTS of cores.
@sheldonisaac The changes in the patched versions just (in bash) test for the kernel version and read the cpu speed from a different location if a kernel newer than 4.13.x is detected. Since the information at both those locations is kernel written it should work on all the pups that the unpatched versions worked on. All
Switched governors back and forth and checked CPU speeds with my cpuwatch script, wcpufreq itself, and PupSysInfo while running glxgears on my i5 based laptop. Operation seems normal, as did the patched 0.8.1. It would be nice to get a test by someone with LOTS of cores.
@sheldonisaac The changes in the patched versions just (in bash) test for the kernel version and read the cpu speed from a different location if a kernel newer than 4.13.x is detected. Since the information at both those locations is kernel written it should work on all the pups that the unpatched versions worked on. All
Pups currently in kennel :D Older LxPupSc and X-slacko-4.4 for my users; LxPupSc, LxPupSc64 and upupEF for me. All good pups indeed, and all running savefiles for look'n'feel only. Browsers, etc. solely from SFS.