kmi - ACTIVE - Kernel with migrating threads as IPC

Age	Commit message (Collapse)	Author
2022-12-01	start looking into memory handling	Kimplul
	+ Now 10M alloc/frees succeed, which totals more memory than the virtual machine has, so no too obvious leaks are occuring. For future debugging speed, changed 10M to 1M. + Also quick fix to rpcs, stacks are now assigned. Not entirely sure why they worked before this, but good that I found it.
2022-11-21	make syscall handlers void	Kimplul

2022-11-21	possible optimisations	Kimplul

2022-11-13	outline rpc stack handling	Kimplul

2022-11-13	improve documentation on new features	Kimplul

2022-11-13	~700k ipc requests	Kimplul
	+ Eliminated need for save/load_regs, now the register save area is behind a pointer which _slightly_ increases overall syscall delay, but speeds up ipc requests by a fair bit.
2022-11-12	initial rpc implementations	Kimplul

2022-11-09	add basic IPI structure	Kimplul

2022-10-22	create impl and CAP_PROC checking	Kimplul

2022-10-21	initial spawn implementation	Kimplul

2022-10-14	remove references to cow	Kimplul
	+ Skip cow for now, maybe implement later but try to keep things simple.
2022-09-23	add notify_state to tcb	Kimplul

2022-09-20	add capability subsystem and syscalls	Kimplul

2022-09-15	change syscalls to take 5 params and return 6	Kimplul
	+ In total, a syscall is built up of 6 values, with the first being the syscall number. Symmetrically, the first value is now a status and the following five values return "values". This allows us to cram in more info into the ipc_* functions. The performance difference is absolutely minimal, at least from my testing in qemu.
2022-06-12	add license texts	Kimplul

2022-06-11	continue documentation	Kimplul

2022-06-09	use doxygen todo	Kimplul

2022-06-09	continue documentation	Kimplul

2022-06-08	continue documentation	Kimplul

2022-05-29	continue documentation efforts	Kimplul

2022-05-28	start implementing new proc/rpc handling	Kimplul
	+ Essentially, separate root process and remote procedure call handling. I really should write down some documentation so I don't forget, but essentially: All threads share a common process virtual memory, and when a thread wants to make an rpc, it switches over to its own rpc vmem space that is linked to the remote process.
2022-05-24	make process loading more generic	Kimplul

2022-05-23	new include structure, make parse easier for doxy	Kimplul

2022-05-22	add @file info to all files	Kimplul
	+ Next step, start documenting contents of each file.
2022-05-22	rename vm_branch to vmem	Kimplul
	+ Closer to what it's for rather than what it is.
2022-05-22	improved tcb handling in preparation for processes	Kimplul

2022-05-21	add status info to memory mappings	Kimplul
	+ next up would probably be to start working on process/thread relationships, largely as documented. Still not entirely sure about how I want to handle fork, but I suppose I might figure it out at some point.
2022-04-24	start initial irq handling	Kimplul
	+ Still lots todo, and I'm not entirely sure how I should handle program space switches (mainly since the kernel uses the process' stack, maybe it shouldn't?)
2022-04-16	initial thread id handling	Kimplul
	+ At least initial in the sense that this seems like the smartest way to handle things, that is.
2022-01-07	Renamed region functions to not use sp_*	Kimplul

2022-01-07	Steps towards better status/debugging control	Kimplul

2022-01-07	Improved header dependency tree	Kimplul

2021-12-29	Refactoring	Kimplul
	+ Mainly just moving stuff out or arch/riscv/ that should be handled in common/ + Prepared separate process stack/call stack for server callbacks, rest to be implemeted soon ish
2021-12-29	Preparations for refactoring	Kimplul

2021-12-27	Started work on syscalls	Kimplul

2021-12-21	Modified vmem internals to use pages	Kimplul

2021-12-19	Massive changes to jump to userspace	Kimplul