kmi - ACTIVE - Kernel with migrating threads as IPC

Age	Commit message (Collapse)	Author
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-13	write init more sensibly	Kimplul
	+ Both easier to look at and now the userspace doesn't play as big of a role in the 'benchmarking' with optimizations turned on.
2022-11-12	initial rpc implementations	Kimplul

2022-11-11	less buggy fork	Kimplul
	+ Not strictly done yet, but we can swap between two processes :D
2022-11-10	initial implementation of process copying	Kimplul
	+ Not actually working (at least fully), need to continue debugging when I have time.
2022-11-09	add basic IPI structure	Kimplul

2022-10-29	rewrite pmem	Kimplul

2022-10-22	create impl and CAP_PROC checking	Kimplul

2022-10-22	initial high level fork imp	Kimplul

2022-10-21	beautification	Kimplul

2022-10-21	initial implementation of swap	Kimplul
	+ Slightly unsure if it should be a syscall, or if assign would be enough. Also, which thread should run in a fork/spawn? For now, old thread, though this might increase latency. Or add swap flag to these calls?
2022-10-21	initial spawn implementation	Kimplul

2022-10-14	add spawn syscall	Kimplul
	+ Prefer over unixy fork/exec for speed since I don't want to support cow. Shell redirection should be done with env server and cooperating libc.
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-23	remove user data from sys_ipc_notify	Kimplul
	+ Multiple notify signals at the same time, or queued ones waiting for ipc_req/fwd to finish would require a notify stack of some kind, which is maybe too complex for my liking. Not impossible by any means, but I want to keep things simple. Let's say a client wants the server to do some async operation. First, the client calls ipc_req to inform the server that it would like the operation to be done. The server sets this task in some work queue or whatever, and returns to the client as quickly as possible. Later on, when the task is finished, the server does a ipc_req to the client, with data about what was just finished. The client is responsible for noting this data down somewhere, either reacting to the operation directly in the callback, or calling ipc_notify to the thread that requested the operation. Other possible notifications at the same time should be handled at the same time, whichever way the client wants to handle them. Note that ipc_notify triggers only when the thread it targets is in its base state, i.e. not doing an ipc_req. This makes things a bit easier.
2022-09-22	add assign syscall skeleton	Kimplul

2022-09-20	add notify syscall skeleton	Kimplul
	+ Now to actually start implementing shit. :)
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-09-15	add SYS_TICKS	Kimplul

2022-09-14	add putch syscall for easier userspace debugging	Kimplul
	+ Note that it is NOT intended for end user usage, just for debugging.
2022-09-14	add canary to kernel stack	Kimplul

2022-09-14	riscv32 boots and advances as far as riscv64	Kimplul

2022-09-11	change external directory structure	Kimplul
	+ Prepare for possibly testing rv32 + Also remove newline from debugging output
2022-06-12	doxygen shows no warnings	Kimplul
	+ Does not mean documentation is done, but it's a nice little achievement nonetheless.
2022-06-12	add license texts	Kimplul

2022-06-11	continue documentation	Kimplul

2022-06-11	continue documentation	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-06-02	continue documentation	Kimplul

2022-06-01	continue documentation	Kimplul

2022-05-29	continue documentation	Kimplul

2022-05-29	continue documentation efforts	Kimplul

2022-05-29	modify formatting rules	Kimplul

2022-05-29	continue documentation efforts.	Kimplul

2022-05-28	continue documenting source	Kimplul

2022-05-28	add __has_attribute	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-28	add sys_fwd and remove sys_req_*	Kimplul

2022-05-24	make process loading more generic	Kimplul

2022-05-24	change bit utils to not be __*	Kimplul

2022-05-24	initial musings about exec	Kimplul

2022-05-23	start writing documentation	Kimplul

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

2022-05-23	switch from clang-format to uncrustify	Kimplul
	The output is close enough, and I like that uncrustify is a third-party tool, so people can install a single tool for formatting instead of having to lug around a whole toolchain. I fully expect to have to add settings to uncrustify.conf, but let's see how this goes.