3 ms·
It can't be though. The kernel itself can't include anything requiring floating point maths, so it needs to be able to permit userspace to unlock any restrictio
by argsnd 3y ago
It can't be though. The kernel itself can't include anything requiring floating point maths, so it needs to be able to permit userspace to unlock any restrictions in order for those calculations to happen there. And Asahi is intentionally being designed for the modern systemd/wayland/pipewire stack so they're not going to work on ALSA plugins since pipewire replaces that part of the stack.
The Asahi team do say there will be a basic level of safety implemented in the kernel like this:
> some kind of “safety watchdog interlock” with the kernel that only enables higher volume limits when the daemon is active and running
https://asahilinux.org/2022/11/november-2022-report/ https://asahilinux.org/2022/11/november-2022-report/
- wtallis 3y ago> The kernel itself can't include anything requiring floating point maths, This sounds like a limitation derived from ancient architectures and platforms. What's the barrier to allowing FP in kernel modules for platforms that are guaranteed to have FP support? Is it too much work for the kernel to save and restore FP registers and modes?
- dezgeg 3y agoThis is wrong; using floating point (or rather, the vector register set like XMM) is used for example for cryptography. It does have extra cost though (as kernel doesn't normally save FPU/vector regs).