Recent Posts

1

TCB Q&A Forum / Re: Truncated core dumps with TC17

« Last post by Rich on Today at 02:08:40 PM »

Hi dspence

... If you need help with that, I can provide a sample of how I
used  inotifywait  to trigger a command when a file gets created. ...

I decide to create a script that does what I described in my previous post.
The script is called  WatchDirectory.sh

Code: [Select]

tc@E310:~/Scripting/WatchDirectory$ ls -l
total 4
-rwxrwxr-x 1 tc staff 2929 Jul  4 11:26 WatchDirectory.sh
The scripts variable  Dir1  tells it which directory to monitor.

Code: [Select]

Dir1="/home/tc/Scripting/WatchDirectory/"Full paths are recommended.

Here I launch the script in the background and create 4 files.

Code: [Select]

tc@E310:~/Scripting/WatchDirectory$ ./WatchDirectory.sh &
tc@E310:~/Scripting/WatchDirectory$ touch File1 File2 File3 File4
tc@E310:~/Scripting/WatchDirectory$ ls -l
total 8
drwxr-sr-x 2 tc staff 4096 Jul  4 13:20 Dmesg/
-rw-r--r-- 1 tc staff    0 Jul  4 13:20 File1
-rw-r--r-- 1 tc staff    0 Jul  4 13:20 File2
-rw-r--r-- 1 tc staff    0 Jul  4 13:20 File3
-rw-r--r-- 1 tc staff    0 Jul  4 13:20 File4
-rwxrwxr-x 1 tc staff 2927 Jul  4 13:19 WatchDirectory.shHere you see the script created a separate Dmesg directory for storing
all dmesg dumps plus the 4 files I created.

Here is the result in the Dmesg directory:

Code: [Select]

tc@E310:~/Scripting/WatchDirectory$ ls -l Dmesg/
total 336
-rw-r--r-- 1 tc staff 83270 Jul  4 13:20 File1-2026-07-04-13:20:00.Dmesg
-rw-r--r-- 1 tc staff 83270 Jul  4 13:20 File2-2026-07-04-13:20:05.Dmesg
-rw-r--r-- 1 tc staff 83270 Jul  4 13:20 File3-2026-07-04-13:20:10.Dmesg
-rw-r--r-- 1 tc staff 83270 Jul  4 13:20 File4-2026-07-04-13:20:15.Dmesg
The dmesg file names are in the form of:

Code: [Select]

CreatedFileName-TimeStamp.DmesgThat should simplify matching the dmesg to the core dump that triggered it.
Also, you'll notice a 5 second delay in the time stamps. I allow 5 seconds
between detecting the core dump and creating the dmesg file in case the
core dump needs time to finish writing.

As set up, the script monitors 1 directory, though it could monitor more.
It acts on file creation and ignores directory creation.
It will only monitor directories pointed to (no recursion).

The basic purpose of this script to monitor a directory and run commands
when a new file is created. It is fairly well commented. As such it should
be fairly simple to repurpose if anybody wishes to.

A copy is attached to the end of this post.

2

piCore Test Releases / Re: piCore 17 Beta Releases

« Last post by zharr on Today at 10:04:41 AM »

Low-latency blob detection for tracking cameras of an optical tracking system. Essentially a coprocessor for a small, highly-specialised routine that maps very well to the QPU, written in assembly. Using the mailbox to submit these programs (the normal way) is very inflexible, blocks until all are executed, and is problematic if the QPU stalls. And since I plan to have a more advanced tiling & scheduling later, I just use the V3D registers directly to queue and wait for the programs. Hence any other program or driver interfacing with the V3D hardware will interfere. Was not a problem before, since again, I could just not load any graphics drivers.

3

Raspberry Pi / Re: Failing to read files after sdcard removed

« Last post by Rich on Today at 09:49:50 AM »

Hi seandepagnier
Did you create a  copy2fs.flg  file in your  tce  directory?

If you didn't, try this:

Code: [Select]

touch /mnt/mmcblk0p2/tce/copy2fs.flg
Then reboot.

4

TCE Bugs / Re: solaar.tcz.dep missing libffi7.tcz in x86_64 repo

« Last post by GNUser on Today at 09:16:27 AM »

I did more testing. Everything's fine. I'll provide details below in case they're helpful.

I have a Logitech K400r wireless keyboard. Its Fx keys (F1-F12) default to media/web functions, so to send a plain F11 to my computer, for example, I need to press Fn + F11. There is no physical switch on the K400r keyboard to restore the old/sane behavior where the Fx keys send Fx keystrokes, but solaar has the ability to change something in the keyboard's firmware and fix this for me.

I can confirm that solaar is working fine for what I need it, even with both libffi.tcz and libffi7.tcz in the dependency tree. I can toggle the old/sane Fx key behavior on and off without any problems.

5

TCB Talk / Re: copy2fs.lst ignored by tc-config on boot, only works with tce-load

« Last post by Paul_123 on Today at 09:15:07 AM »

It’s only taken about 6 years for someone to mention this, from when the bootload script was introduced.  There are a few changes needed to the bootload script  I’ll look at them soon.

But for piCore16, what you did should work for you.

6

TCB Talk / Re: copy2fs.lst ignored by tc-config on boot, only works with tce-load

« Last post by zharr on Today at 09:11:13 AM »

Executed that manually, "Skipping regular Extension loading as requested on the command line"
Still investigating, but it seems tc-restore.sh won't work at all with base bootcode, nor will tce-load (because /etc/sysconfig/tcedir just points to /tmp/tce).
So I removed base, and instead used an empty onboot.lst, loading them manually in bootsync with:

Code: [Select]

# Manually load intial tces with normal tce-load
TCEDIR=$(/usr/bin/readlink /etc/sysconfig/tcedir)
sudo -u tc /usr/bin/tce-load -cli $(cat $TCEDIR/onstartup.lst)(note I skipped copy2fs.lst entirely here with the -c flag, but it does work just fine with the copy2fs.lst instead)

Now I finally have an embedded system that's RAM-only for low SD card wear, and can mount more dev packages on-demand when remoting in.
Thanks for your help!

7

piCore Test Releases / Re: piCore 17 Beta Releases

« Last post by Paul_123 on Today at 09:08:32 AM »

Just curious.  What are you doing with the gpu?

8

TCE Bugs / Re: solaar.tcz.dep missing libffi7.tcz in x86_64 repo

« Last post by Rich on Today at 09:02:51 AM »

Hi GNUser
Having 2 versions of a package is typically not a problem.
It happens when a lot of extensions still depend on the
previous version. Rather than break or rebuild a whole
slew of extensions, the previous dependency gets renamed
and dependency files get updated, so everything still works.

12 other extensions still depend on libffi7:

Code: [Select]

gsasl.tcz
guile.tcz
llvm15-lib.tcz
llvm19-lib.tcz
llvm8-lib.tcz
llvm-lib.tcz
micropython.tcz
openbox.tcz
python3.6
quickjs-ffi.tcz
ruby.tcz
seamonkey.tcz

9

TCE Bugs / Re: solaar.tcz.dep missing libffi7.tcz in x86_64 repo

« Last post by GNUser on Today at 08:40:52 AM »

Hi Rich. libffi.tcz contains /usr/local/lib/libffi.so.8

Back when Juanito built solaar, libffi.tcz must have contained /usr/local/lib/libffi.so.7. But somewhere along the way libffi was updated and the version that solaar was built against is now called libffi7.tcz

I agree that we may have some (newer) extensions in solaar's dependency tree now depending on libffi.so.8 while some thing(s) still need(s) libffi.so.7.

I'm not sure whether having both versions of libffi in the dependency tree is a real problem or just cosmetic. I'll do some more testing.

10

Release Candidate Testing / Re: Core v17.1beta1

« Last post by Stefann on Today at 08:31:31 AM »

Hi Stefann
All information (date, version, kernel name, etc.) returned
by  uname  is based on file (vmlinuz) content.

Thanks.
I kind of thought so.
But better triple check to avoid drawing a premature conclusion from testing a candidate.

Needless to say: “ I highly like TC17.1! “