Tiny Core Base > piCore Test Releases

piCore 6.0 Beta355

<< < (2/5) > >>

jgrulich:
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.

bmarkus:
I see. cpufrequtils will be added to repo to manage frequency scaling.

bmarkus:
cpufrequtils.tcz added to repo. More info in WiKi:

http://wiki.tinycorelinux.net/wiki:cpu_frequency_scaling_basics

Gerrelt:
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):

--- Code: ---        Device Boot      Start         End      Blocks  Id System
/dev/mmcblk0p1             513        2954       19532   c Win95 FAT32 (LBA)
/dev/mmcblk0p2            2954        4053        8789+ 83 Linux
--- End code ---
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:

--- Code: ---# Start serial terminal
/sbin/getty -L ttyAMA0 115200 vt100
--- End code ---
I've commented it, and then it started to run the commands below it.
This might confuse other people.

Greetings,
    Gerrelt.
 

bmarkus:
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.

Navigation

[0] Message Index

[#] Next page

[*] Previous page