kmi/arch/riscv64/conf/kernel-link.S, branch masterACTIVE - Kernel with migrating threads as IPChttps://metanimi.dy.fi/cgit/kmi/atom?h=master2024-07-08T15:04:03Zfix LLVM2024-07-08T15:04:03ZKimplulkimi.h.kuparinen@gmail.com2024-07-08T14:43:59Zurn:sha1:e134202611a50b358c147c92bfb8a7f443030b8b
+ Anything extern is right out as LLVM doesn't produce correct code for
them. Maybe if I added some extra attributes but I'm skeptical.
Replaced with static variables and getters/setters.
+ Inline ASM is apparently a bit buggy, so use an assembly stub when jumping to init.
+ Minimize work done in main() to minimize chance of LLVM doing something silly.
Still not 100% certain that I shouldn't just write the main() as an assembly stub
in arch/riscv64 to be absolutely sure everything works as intended.
+ Make .kernel.start section SHF_ALLOC, otherwise lld complains about
pc-relative addressing
Probably some other stuff as well that I'm forgetting right now. But at least with
LLVM14 LTO seems to work, which is pretty cool?
smp now seems to work2024-07-07T04:00:43ZKimplulkimi.h.kuparinen@gmail.com2024-07-07T04:00:43Zurn:sha1:122374c362ba8bb9082385da3c82e264ab594f15
+ Had some minor issues with a wraparound of size_t that effectively
meant that some regions were allocated twice. Also, booting should be
a bit more reliable now, turned out that the previous iteration of the
booting was just accidentally working due to the kernel being placed
'close enough' in RAM to where it was linked to. Fixed by allocating a
vmem of O1 that maps the kernel to a 2MiB boundary at boot, pretty
nifty.
fixed crash with dbg_fdt()2024-07-06T21:49:55ZKimplulkimi.h.kuparinen@gmail.com2024-07-06T21:49:55Zurn:sha1:03e12129927b0deba537a11bb5575bef93c57d0f
+ Apparently dbg_fdt() itself wasn't buggy, but for whatever reason GCC
produced an absolute load to the prefix string in __print_prefix()
which caused all the issues. Unclear why, seems like a compiler bug.
This commit is more of a workaround, I'd still like to investigate
this further.
remove some unused macros2024-07-06T18:07:35ZKimplulkimi.h.kuparinen@gmail.com2024-07-06T18:07:35Zurn:sha1:70afa4184544d244d804713fdee5836f4f20a9feallow booting with Qemu's -kernel flag directly2024-07-05T16:38:11ZKimplulkimi.h.kuparinen@gmail.com2024-07-05T16:38:11Zurn:sha1:e09edb5d54e39bd9509a1dc450df5ab320759f97
+ Took some fairly significant changes, for one the kernel is no longer
relocated at the start of a boot, instead it sits wherever the user
decides the kernel should sit. Similarly, the initial kernel stack and
page table are stored within the binary, slightly bloating the size
but making it much safer to boot since there's really no chance of us
overwriting the fdt or initrd in memory.
update license stuff2023-05-01T19:02:49ZKimplulkimi.h.kuparinen@gmail.com2023-05-01T19:02:49Zurn:sha1:05d4244f68e35c1bef6488292bf9730df3636fd9allow building with riscv64-linux-gnu2022-09-10T22:09:02ZKimplulkimi.h.kuparinen@gmail.com2022-09-10T22:07:52Zurn:sha1:7101970b3cdb2a0190e69a98352275907ab935a4
+ May warn about PHDR not being in LOAD, there is a flag to silence it
(--no-warn-rwx-segment) but it doesn't seem to exist in
riscv64-unknown-elf for some reason.
add license texts2022-06-12T10:58:42ZKimplulkimi.h.kuparinen@gmail.com2022-06-12T10:58:42Zurn:sha1:6c529c5c6c2d016d77b143171c5e27fbec0d2bfdAllow building with clang2022-01-07T12:05:06ZKimplulkimi.h.kuparinen@gmail.com2022-01-06T21:39:12Zurn:sha1:9cc125fb3cfdc2c8ae7153b5ae0fe705980835fb
+ Release mode is sort of broken, as lto doesn't work with linker
relaxation and turning the relaxation off causes issues with the jump
from init to kernel (as I've currently implemented it, could probably
be fixed with a manual jump from assembly, I'll add it to my TODO
list)