> ARM/RISC-V would be interesting once that hardware is standardized.
Could you elaborate on this? Both ARM and RISC-V have standardized their hardware feature and different target versions.
Is it more on the iterative angle given X86-64 now moves very slowly?
While the ISAs are (mostly) standardized, the broader hardware support is a mishmash.
ACPI is available, but not widely supported.
Some hardware uses DeviceTree.
Other hardware just expects you to know what devices are connected and how to interact with them.
What about SBSA, it's not universal but at least it's a target.
https://documentation-service.arm.com/static/60250c7395978b5...
What are some examples of computations
The spirit of TempleOS is alive and well!
Re:BareMetal OS
by mananaysiempre on Tuesday December 10, 2024 @02:48PM
(#42380670)
TempleOS is a very different beast—if anything, it’s closer to Lisp machines or the Canon Cat.
Re:BareMetal OS
by saturn8601 on Tuesday December 10, 2024 @06:40PM
(#42382965)
I've been seeing this project since I graduated college in the early 2010s. Has this been confirmed to be used in production at any known organization or company?
Cool idea! I wonder if this may be useful for creating things like consoles, digital readouts etc. A very lightweight GUI library over this which writes directly to the video memory will do the job well.
Keep in mind that this is all geared toward raw compute and throughput. No ring-3, no multitasking (we do support multiple cores though), and no higher-level abstractions like TCP/IP or full-featured file systems.
While it’s all coded in X86-64 assembly, a rewrite to ARM/RISC-V would be interesting once that hardware is standardized.