Jarkko Sakkinen
Posts
4417Following
315Followers
471OpenPGP: 3AB05486C7752FE1
@petrillic ofc it depends what you mean by toolchain. for fpga's shit is proprietary as hell with a few exceptions. i.e. depending on context you could agree or disagree on that. python is unfair comparison tho as it has nothing to do with hardware... it is same as comparing JVM to embedded development.
in software context, python packaging is rotten tbh.
in software context, python packaging is rotten tbh.
0
0
0
@petrillic tbh, it is better than ever. worst experiences i have had was with scratchbox. these days shit just bootstraps itself and if not, i just download e.g. bootlin toolchain.
1
0
0
Jarkko Sakkinen
jarkko
Edited 1 year ago
Pilot episode of #Fallout watched. First Prime Video complained about region for no good reason. Then i cursed quite a lot (and loud) and tried to cancel Prime (which was on free trial). Then Amazon offered me additional free month and I accepted that, and also playback started working 🤷
Pilot was amazing tho... And yeah, 40 days of trial left.
Pilot was amazing tho... And yeah, 40 days of trial left.
0
0
1
Jarkko Sakkinen
jarkko
Edited 1 year ago
With the right configuration and ntsync driver, wineasio and some other components you could make a "boot to wine" image perfected for audio. I.e. make better Windows than Windows for audio software.
These days even super proprietary things like iLok manager can be made to work in wine.
These days even super proprietary things like iLok manager can be made to work in wine.
0
0
0
this spun off from https://social.kernel.org/notice/Ah18GN3aezWLdcxcAK
0
0
0
@ncopa @whynothugo often when you get situations like that you are NOT prepared beforehand. Then you try to add kprobes or even inject log messages to scripts/code which can be super time-consuming effort. And sometimes the incident happens occasionally with unpredictable pattern...
Getting to the point where you can reason can be a long road...
Getting to the point where you can reason can be a long road...
0
0
0
@ncopa @whynothugo note: spent zero seconds on feasibility just wrote a remark :-)
1
0
0
Jarkko Sakkinen
jarkko
1
0
1
Jarkko Sakkinen
jarkko
Is there generic probe style timeout in Linux kernel that you could pair with eBPF script? I.e. can you say somehow that "if a process context is stuck more than X seconds, please trigger this eBPF". I.e. then you could inspect location of PC, dump stack and whatnot.
1
0
1
Jarkko Sakkinen
jarkko
@ncopa Most issues I've had with RISC-V have been way or another related to CPU caches. The ISA spec defines these properties with "lowest common denominator" approach, which is a design decision, as the spec's goal is not to define CPU architecture but more like seed for bunch of architectures. That said, I don't believe tho that this could be the root cause for such a wide spread :-)
E.g. when you read or write memory you don't necessarily always have any silver bullet to know how the hardware caches an address range, and often synchronization can require some extra dance with memory fences depending on which RISC-V CPU you run it.
E.g. when you read or write memory you don't necessarily always have any silver bullet to know how the hardware caches an address range, and often synchronization can require some extra dance with memory fences depending on which RISC-V CPU you run it.
0
0
2
kudos to @ncopa again for the static busybox binary tip! i'll refine this at some point to multi-arch with toolchains from https://toolchains.bootlin.com/. i.e. one arg for arch and it will download the toolchain and matching busybox binary. #bootlin #buildroot
0
0
0
@kissane Maybe dude just to grow up a bit? :-) I'd factor this inverse to the age... I had a lot of silly ideas when I was barely adult (not necessarily on this topic tho but that does not matter) and I guess being somehow extreme is sort of part of growing up...
0
0
1
Jarkko Sakkinen
jarkko
Edited 1 year ago
Just wanted try out what I minimally need for qemu-system-x86_64 -kernel arch/x86/boot/bzImage:
#!/usr/bin/env bash
set -e
make defconfig
scripts/config --set-str CONFIG_INITRAMFS_SOURCE "initramfs.txt"
yes '' | make oldconfig
cat > initramfs.txt << EOF
dir /dev 755 0 0
nod /dev/console 644 0 0 c 5 1
nod /dev/loop0 644 0 0 b 7 0
dir /bin 755 1000 1000
slink /bin/sh busybox 777 0 0
file /bin/busybox initramfs/busybox 755 0 0
dir /proc 755 0 0
dir /sys 755 0 0
dir /mnt 755 0 0
file /init initramfs/init.sh 755 0 0
EOF
mkdir initramfs
curl -sSf https://dl-cdn.alpinelinux.org/alpine/edge/main/x86_64/busybox-static-1.36.1-r25.apk | tar zx --strip-components 1
cp busybox.static initramfs/busybox
cat > initramfs/init.sh << EOF
#!/bin/sh
mount -t proc none /proc
mount -t sysfs none /sys
sh
EOF
“linux from scratch” in 32 lines :-)
3
3
2
Jarkko Sakkinen
jarkko
Edited 1 year ago
Do not use Kate but since Krita has been so successful could be a good move 🤷 I mean Krita has been successful to the point that people know Krita but do not necessarily know KDE.
https://cullmann.io/posts/kate-on-all-platforms-2024/
https://cullmann.io/posts/kate-on-all-platforms-2024/
0
0
0
Jarkko Sakkinen
repeated
repeated
Jan Wildeboer 😷
jwildeboer@social.wildeboer.net
My B4 #OLPC prototype, 15+ years old. Original battery. Still works and battery charging is no problem. Impressive little machine :)
6
4
2
@kernellogger if you consider audio plugins they are actually just data processors so getting windows IO work right in Linux is the key. I don't see then actually any reason to do actual Linux ports of those plugins because with right stack underneath you could make the already existing Windows plugins perform better than in native Windows.
https://github.com/robbert-vdh/yabridge sort of solved the audio equation except for the IO part that requires better support from kernel. now we get that part right...
https://github.com/robbert-vdh/yabridge sort of solved the audio equation except for the IO part that requires better support from kernel. now we get that part right...
0
0
2