kmi/arch/riscv64/conf/mkimage.sh, branch master ACTIVE - Kernel with migrating threads as IPC https://metanimi.dy.fi/cgit/kmi/atom?h=master 2024-07-17T16:34:03Z cleanup riscv64/conf 2024-07-17T16:34:03Z Kimplul kimi.h.kuparinen@gmail.com 2024-07-17T16:34:03Z urn:sha1:83f8e82c421fa9013ac813b1560abf1c749822ca add initial smp bringup 2023-08-04T17:50:41Z Kimplul kimi.h.kuparinen@gmail.com 2023-08-04T17:50:41Z urn:sha1:e16f5f81dfb2e97a554ec19b941ec05a7942fd2d start trying to boot on visionfive 2 2023-05-29T18:31:09Z Kimplul kimi.h.kuparinen@gmail.com 2023-05-29T18:31:09Z urn:sha1:3ace1ddd76b9c04f3ed23883de6279b4485612e8 + Not bootable quite yet. Among other things, I couldn't get the current starfive u-boot fork to boot, so try adding support for booting with precompiled u-boot via the `go` command. Initial testing with qemu shows that this should be possible, and if it works, might be useful in the (far) future with other slightly janky SBCs. Also, NS16550 is 8250-based, and I'm really only using the base 8250, so rename and add visionfive 2 uart to list of compatibles. Visionfive 2 is still completely untested. rename to kmi 2023-04-30T14:06:02Z Kimplul kimi.h.kuparinen@gmail.com 2023-04-30T14:06:02Z urn:sha1:ea5ebe0809fb31b9f125ac0689f706cc5f3f078f make 'performance' results more accurate in qemu 2022-11-12T20:10:04Z Kimplul kimi.h.kuparinen@gmail.com 2022-11-12T20:10:04Z urn:sha1:605ccff557d031aa83c79087f419769756aa0953 riscv32 boots and advances as far as riscv64 2022-09-14T18:21:27Z Kimplul kimi.h.kuparinen@gmail.com 2022-09-11T18:50:55Z urn:sha1:025778e89e7d0fe3cd1ad53537c9cc6f3cd819cc change external directory structure 2022-09-11T14:49:24Z Kimplul kimi.h.kuparinen@gmail.com 2022-09-11T14:49:24Z urn:sha1:9e2720ca086a74cfb6fa595da8c42e6cd24352ee + Prepare for possibly testing rv32 + Also remove newline from debugging output Allow building with clang 2022-01-07T12:05:06Z Kimplul kimi.h.kuparinen@gmail.com 2022-01-06T21:39:12Z urn: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)