piCore-13beta6 is available (32 bit)

[bmarkus]

Hi All,

piCore-13beta6 for 32-bit is now available:

http://tinycorelinux.net/13.x/armv6/test_releases/RPi/

Please note, this version works on all boards.

[dacarman]

Hi!

First of all, congratulations for your work and also the effort of the other community members! I guess there are a lot of people looking this forums and following your work, but they never register to talk here.

I'm working in my own "compilation" from the piCore 11 times (now upgraded to 12) trying to be able of execute emulators and other SDL based programs, directly from the cli (without X11)

I'm not sure if this is the thread where to talk about this, I'm sorry if this isn't the place, but I would like to share my experience testing the 13 Beta 6 version, as the "graphics-KERNEL" modules does not look like could work, because it does not create the /dev/dri section after loading it (from the onboot.list file)    I am forgetting something in this version to be able of load the accelerated modules? (I'm loading the kms overlay from the config.txt file also)

Also, I had to download the graphics modules by hand, because the tce-load -w does not work for me (but it works for other modules).

Wifi also is showing troubles for me, it works in a random way, showing AP names, but can't connect (it looks like most times it can't sent packets out).

All this does not happen in piCore 11/12. I'm testing in Raspberry Pi 3B+.

Thanks for all, in advance

[bmarkus]

Thanks for the feedback. Look for beta7 in the next few days.

Regards... Béla

[dacarman]

Hi again!

Thanks for your reply.

I was looking for a new beta, and I found Beta7 (but with different Kernel version than TCZ modules available) and a new final piCore 13 version.

I tested it, but graphics-KERNEL still don't looks like it is working properly (after loading it, there is not a /dev/dri entry available, so SDL libraries can't work). Also, it looks like the temp is not available at /sys/class/thermal/thermal_zone0/temp (I loaded the rpi-vc.tcz extension).

May be I'm missing something?

[bmarkus]

Which architecture you are using? On RPi4 (v7l) using piCore-13.0 it works out of box:

Code: [Select]

tc@box:/$ cat /sys/class/thermal/thermal_zone0/temp
55017
Dividibg it by 1000 the temperature is 55.017 Celsius.

[dacarman]

I'm using a Raspberry Pi 3B+ with v7l.

I do the same "cat" and calculation you are doing. In the same way it works under piCore 12.

In version 13 cat says: "read error: Invalid argument"

Also, I noticed that from piCore 12, lsmod shows some modules more ("vc4", "cec"...) and also shows drm modules as "Used by" VC4, but those "VC4" appearances are not present after loading same TCZs (downloaded again from 13) in piCore 13.

Thanks for your fast reply

[bmarkus]

I'm using a Raspberry Pi 3B+ with v7l.

Are you sure? 3B+ is v7.

[dacarman]

Yes, sure

I ever used the 3B+ as v7l

Code: [Select]

cat /proc/cpuinfo

processor: 1 (2, 3, etc)
model name: ARMv7 Processor rev 4 (v7l)
...
CPU architecture: 7
...
CPU revision: 4
...
Hardware: BCM2835


[bmarkus]

RaspberryOS is using v7 kernel on 3B+

Code: [Select]

pi@raspberrypi:~ $ uname -a
Linux raspberrypi 5.10.16-v7+ #1402 SMP Tue Feb 16 14:08:35 GMT 2021 armv7l GNU/Linux

[dacarman]

I tried changing the parameters in config.txt and now, from v7 kernel the temp read is working. Thanks!

I tried also graphics modules, but /dev/dri does not appear, it is not the same problem

[dacarman]

After testing it, there is no way to make it work with the vc4 overlays (tried Pi 3B+ and Pi4, with fkms, kms, and kms-pi4 overlays variants)

dmesg shows errors because of invalid ELF headers.

Also, tce-load does not allow the download of xxxx-KERNEL v7 versions TCZs when booting with v7 kernel.

I guess it is also because the differences from previous piCore versions related to v7/v7l way of work/detection.

Hope this helps. Regards.

[bmarkus]

Try piCore-13.0.1

[dacarman]

Hi again, thanks for your notification.

I just tried, with these results:

Raspberry Pi 3B+:  tce-load -w works now, but graphics modules (graphics-KERNEL) fails continues (same ELF errors and vc4: Unknown symbols for cec_xxxxx...). /dev/dri is not created, so SDL dependant programs can't be run.

Raspberry Pi 4: WiFi does not connect with my access point (previous 13.0 version worked), graphics modules (graphics-KERNEL) fails continues (same ELF errors and vc4: Unknown symbols for cec_xxxxx...). /dev/dri is not created, so SDL dependant programs can't be run.

Hope this helps.

[Paul_123]

Bela,

Did you apply the busybox patches to resolve the invalid Elf header messages in dmesg?  Those are noisy errors, but it doesn’t tell you that it retries, and load successfully.

Now the missing symbols is a different problem.  Cec was added to the 5.10 kernels recentLY, SO Those modules are now required.

Paul

[bmarkus]

Bela,

Did you apply the busybox patches to resolve the invalid Elf header messages in dmesg?  Those are noisy errors, but it doesn’t tell you that it retries, and load successfully.

Now the missing symbols is a different problem.  Cec was added to the 5.10 kernels recentLY, SO Those modules are now required.

Paul

Hi Paul,

not yet. I finalized kernel and fixed board identification, BusyBox is next

Regards... Béla