Note: This post is only kept up for historical reasons. The current ExaGear EULA doesn’t allow using ExaGear outside of Huawei Kunpeng processors. ExaGear is a dynamic binary translation layer to run x86_32 and x86_64 applications on Arm 64-bit Linux systems. You can download it here. On an RPM-based distribution, just unpack the archive and… Continue reading Huawei ExaGear: x86_64 apps on Arm64
WebAssembly has been one of the trendiest intermediate representations since a while. However, its definition of safety means preventing breaching the sandbox. Its goal is to prevent escalation from the VM guest code to the VM host boundary. WASI then defines a capabilities-based syscall interface that can be used by applications. Some alternatives which can… Continue reading Extent of safety properties in WebAssembly
Linux for Tegra today still ships with a Linux 4.9 kernel version. At https://github.com/OE4T/linux-tegra-4.9, an L4T-derived kernel with patches to build with the most recent compilers is available. At the branch “public” of https://github.com/woachk/linux-tegra-4.9, some backports that might interest others were done (because I had to…): AArch64 KVM: cntpct_el0 access fixes AArch64 KVM: user-mode interrupt… Continue reading Linux for Tegra kernel patches
Note: This does not use the experimental UEFI firmware from Nvidia, and relies on the L4T Linux 4.9 kernel. The BSP used is designed for use on Tegra X2 onwards. Download a Fedora 33 for AArch64 raw disk image from here and flash it to the boot media, which can be either over USB, microSD,… Continue reading Fedora on NVIDIA Jetson with GPU acceleration
Assuming that instructions from https://kernelshaman.blogspot.com/2021/01/building-xnu-for-macos-big-sur-1101.html were already followed including for the iPhoneOS target… The patch: The build command line: Of course, without kexts that’s not very useful for now… and most macOS arm64 stuff isn’t included yet.
Tachyum is a CPU startup that claims that they will release a VLIW CPU for general purpose use, a claim has been made countless times. However, to my knowledge, I didn’t see a device fulfilling those dreams (Intel and Nvidia were the closest with much more resources). According to Tachyum, the Prodigy processor would also… Continue reading Thoughts on Tachyum
For checkra1n, we have some non-trivial requirements for the build infrastructure. One of them is that checkra1n must be buildable on both Linux and macOS including that Linux and Windows versions of checkra1n must be buildable from macOS. The toolchain repository must also be easily downloaded and use the compilers from the host. That means… Continue reading checkra1n/toolchain: targeting Linux and Windows
The hardened runtime is enforced for all executables bundled as part of macOS. As such, chroot isn’t usable anymore for running a macOS CLI environment.
This post is a followup of the prior State of the GPU compute APIs today post on this blog. Users migrate to newer GPUs, sometimes even being early adopters. As such, the binary of the app that you distribute can’t solely have GPU binaries for a sole or multiple architectures defined rigidly at compilation time.… Continue reading GPU compute APIs: importance of binary compatibility
pongoOS 2.4.5 is now available at https://github.com/checkra1n/pongoOS. pongoOS 2.4.5 open-sources the SEP exploit, making that part fully open-source for the very first time. This makes the Secure Enclave processor accessible to a much wider public than before on Apple A10 devices and earlier. The kernel patchfinder is also open-source in this release. Boot-to-Linux support (for… Continue reading The checkra1n open-sourcing process: pongoOS 2.4.5