Tiny Core Linux
Tiny Core Base => Raspberry Pi => piCore Test Releases => Topic started by: bmarkus on December 25, 2014, 05:34:32 AM
-
After having issues with latest 3.17.y/3.18.y and few other lines of kernels we decided to stay with the official longterm kernel, 3.12.y
Beta355 is the first cut with such kernel. Please try, specially WiFi and audio and report your findings. Download link:
http://repo.tinycorelinux.net/6.x/armv6/release_candidates/
This is a beta level cut. If you decide to help test, then please test carefully. We don't want anyone to lose data.
Since this is an beta cut, although the team has worked through several preview cuts, we ask that only experienced users test. This cut is not for production use. The features in any beta may change before a public release candidate is available.
Note that the fltk library has been updated to 1.3.3 to enable unicode. fltk-1.1 and 1.3 can be installed at the same time, and old apps using 1.1 will continue to work.
We appreciate testing and feedback.
Changelog for 6.0 Beta355:
* kernel updated to 3.12.35
Changelog for 6.0 Beta200:
* kernel updated to 3.14.23
Changelog for 6.0 Beta100:
* kernel updated to 3.18.0
Changelog for 6.0 Beta2:
* kernel updated to 3.17.4
* RPi firmware updated to December 3 release
* serial terminal now started by default
* preinstalled components updated
Changelog for 6.0 Beta1:
* kernel updated to 3.17.3
* glibc updated to 2.20
* gcc updated to 4.9.2
* e2fsprogs base libs/apps updated to 1.42.12
* util-linux base libs/apps updated to 2.25.2
-
Why the size of the filesystem is so large?
It's nearly double compared to previous ones.
-
Size of the base system did not change nor the SSH release. In case of X release there are some more extensions installed due to few updated apps with new dependencies like freetype. It is just beta. Anyhow they will be reviewed before RC1.
Main goal of this beta is to verify kernel and base, extensions are out of scope.
-
I've found one issue in the governor which is set to "powersave" by the core during startup and I'm not able to switch it to "performance" as it was before. The only way is to "force_turbo", which is not the best and very safe way.
-
Check /sys/devices/sytem/cpu/cpu0/cpufreq
Both the minimum and maximum allowed clock is 700MHz, as well as scaling range is 700-700MHz which means that doesn't matter which governor is active, CPU always runs on 700 MHz, therefore powersave=performance
-
Yes, that's the issue. I'm using the permanent = performance, or dynamic = governor overclocking on 900MHz, because it works without the overvoltage need and is much faster than on basic 700MHz. For general use is enough to work on 700MHz, but for X version with graphical GUI it's faster when run on 900MHz.
Seems to me that this distro core has build-in overclocking feature, because in the /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors is not only "performance" as it was before, but four other selections. In the Rasbian distro is software dedicated to the CPU speed control which works with the "ondemand" setup to dynamically control the CPU speed.
Probably when added this program to the repo we well be easily able to set whatever around this overclocking.
-
I see. cpufrequtils will be added to repo to manage frequency scaling.
-
cpufrequtils.tcz added to repo. More info in WiKi:
http://wiki.tinycorelinux.net/wiki:cpu_frequency_scaling_basics
-
Hi Béla,
I've just installed this beta as a squeezelite player. All went well, and it is playing music through wifi.
Some things I noticed, which are not real problems:
1. There are some commands allready in the buffer when fresh installed. The arrow up key revealed some previous commands not entered by me.
2. The first partition mmcblk0p1 is a bit bigger (allready mentioned):
Device Boot Start End Blocks Id System
/dev/mmcblk0p1 513 2954 19532 c Win95 FAT32 (LBA)
/dev/mmcblk0p2 2954 4053 8789+ 83 Linux
It used to end at 704, if I remember correctly.
3. The bootlocal.sh contains a "getty" command that stops the file from executing any further commands.
This command:
# Start serial terminal
/sbin/getty -L ttyAMA0 115200 vt100
I've commented it, and then it started to run the commands below it.
This might confuse other people.
Greetings,
Gerrelt.
-
HI Gerrelt
thanks for feedback and glad to hear it works. Regarding notes
1) Will check.
2) Yes, there are more unallocated sectors at the beginning for boot now following Raspbian boot allocation. There are few megs free space to keep another initrd which makes testing easier. In final release this can be reduced to the minimal required size.
3) Will check. As a temporary fix keep it as the last command and add yours before.
-
These "issues" may be simply corrected as follows:
1) Delete the content of the command buffer in the tc home directory
2) You may copy the FAT partition, reduce it by the fdisk and copy it back. Than move the start of the EXT4 partition down and resize2fs the ext4 partition.
3) Simply add the "&" string at the end of the line to work the getty in the background:
/sbin/getty -L ttyAMA0 115200 vt100 &
No need to analyze this point any more.
-
Even I've used the cpufrequtils, the cpu is still running at 700MHz during booting time. The cpufrequtils command is acepted just after the booting time is finished.
How to change the governor to performace for the booting time? Is there some command for the startup menu? I need to speed-up the startup as much as possible.
-
For booting a new kernel is needed with changed default governor. Ondemand wold be a good choice over powersave.
-
From the personal experience with the Rasbian distro, the ondemand is not as fast as performance, because the threshold is too sensitive and it quickly switch it down, but slowly switch it up, means there is some delay to save the power. Therefore the performance mode is 20% faster, because it runs all the time with the higher frequency. And even more when I run it at 1GHz for turbo-mode, the difference is very clearly visible. After the booting time it may be switched to the default ondemand mode which is perfect for normal use.
Is there any way how to change the default mode to performance to test the above mentioned way.
-
I will make a new kernel
-
Is there any way how to change the default mode to performance to test the above mentioned way.
Download http://repo.tinycorelinux.net/6.x/armv6/release_candidates/kernel.img and overwrite /mnt/mmcblk0p1/kernel.img with it. It is the same kernel as before except with governor set to performace by default.
-
Hi all,
Festive greetings! I'm really excited to get a system up and running on this new beta BUT a quick question as I don't see the full "release update details" as such. I'm wondering if the recursive backup is now possible? I currently run an rsync script to achieve recursive backup but a way built into the system would be great :)
Chat soon - Thanks
-
What do you mean recursive backup?
-
Béla,
Great work !!!
The cpu freqency management and overclocking is working well now.
After installing the cpufrequtils.tcz I'm using the confix.txt frequency setup as follows:
arm_freq=1100
core_freq=500
sdram_freq=550
over_voltage=6
and first line in the bootlocal.sh:
cpufreq-set -g ondemand
and everything is working very fast and stable.
My suggestion is to make the cpufrequtils as a basic part of the next distro and set the ondemand into the bootlocal.sh.
The config.txt overclocking may be set to conservative values, safe even for slower CPU's used in A+ boards:
arm_freq=900
core_freq=333
sdram_freq=450
And please add the "&" string at the end of the getty line to enable the following command to be executed.
-
Hi Jan
thanks for the feedback.
My suggestion is to make the cpufrequtils as a basic part of the next distro and set the ondemand into the bootlocal.sh.
cpufrequtils.tcz is not needed to change governor, this code can do the job in bootlocal.sh:
cat ondemand > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
Also you can tune ondemand parameters like tresholds to change its behavior.
And please add the "&" string at the end of the getty line to enable the following command to be executed.
& is not enough. With the present way if one types exit it stops the terminal and you can never log in again. Need a loop to restart it after exit. Will do in next cut.
-
cpufrequtils.tcz is not needed to change governor, this code can do the job in bootlocal.sh:
cat ondemand > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
Also you can tune ondemand parameters like tresholds to change its behavior.
Yes, you're right that this utility is not mandatory to control the governor, but it is easy way how to do so and
the part of the utility is the cpufreq-info which is nice tool to display all the CPU parameters instead of searching them in the
/sys/devices/system/cpu/cpu0/cpufreq/
directory.
-
Hi Béla,
the
cat ondemand > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
command is not working this way.
The "Permissio denied" message appears when writing to this folder, even with the "sudo" command in front.
It need to be done exactly this way:
sudo chown tc /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
echo ondemand > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
sudo chown root /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
This will change the governor and returns the write access rights back to root.
-
I made a typo, in fact it is
echo ondemand > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
which works fine.