kmi/common/tcb.c, branch masterACTIVE - Kernel with migrating threads as IPChttps://metanimi.dy.fi/cgit/kmi/atom?h=master2024-05-24T15:13:43Zrename common to src2024-05-24T15:13:43ZKimplulkimi.h.kuparinen@gmail.com2024-05-24T10:24:27Zurn:sha1:bc600ecc3bdf0f189861dfb840f70c2339a7a853
+ I keep starting to type src and wondering why autocomplete won't work,
I guess src is just uncounciously a better name
improve id handling2024-05-23T16:59:39ZKimplulkimi.h.kuparinen@gmail.com2024-05-23T16:54:55Zurn:sha1:6a7073e5f262db9a4578ff00b5b28e34335564ce
+ The number of allowed threads running at the same time is limited to
num_tids, but each thread's ID can be any larger than that. This
should make ID reuse a lot more rare, and probably makes certain kinds
of time-of-check-to-time-of-use attacks more difficult
experimenting with removing lists threads per proc2023-10-09T13:15:06ZKimplulkimi.h.kuparinen@gmail.com2023-10-09T13:13:47Zurn:sha1:363d0ec55f1d7e0d44f14cb1d63fdca4bc72efde
+ Gives a very slight improvement to RPC speeds, but mostly cleans up
code a little bit.
move rpc stack handling to arch-specific code2023-10-09T13:15:06ZKimplulkimi.h.kuparinen@gmail.com2023-10-09T11:57:18Zurn:sha1:9c9d589ea310f1290e4d6d2019fc8b51d9a86e42
+ Fairly considerable speedup, as we don't have to look up the rpc pte
every time separately, instead cacheing them. Adds an architecture
specific limitation to total rpc stack size, though.
give compiler more room to optimize rpc invocation2023-06-05T17:31:44ZKimplulkimi.h.kuparinen@gmail.com2023-06-05T17:31:44Zurn:sha1:67831847a3fb211784e1d143d472fd86c0e5fab8
+ Try to write arguments to memory as fast as possible to free up some
registers that the compiler can then play with.
Qemu runs ~1 700 000 rpc's per second, visionfive2 @1GHz (I think) ~800 000.
update license stuff2023-05-01T19:02:49ZKimplulkimi.h.kuparinen@gmail.com2023-05-01T19:02:49Zurn:sha1:05d4244f68e35c1bef6488292bf9730df3636fd9rename to kmi2023-04-30T14:06:02ZKimplulkimi.h.kuparinen@gmail.com2023-04-30T14:06:02Zurn:sha1:ea5ebe0809fb31b9f125ac0689f706cc5f3f078fmake process ids signed2023-01-16T13:42:57ZKimplulkimi.h.kuparinen@gmail.com2023-01-16T13:41:58Zurn:sha1:faf3710ec1024810d0255f6356cd0a9d12d2cf9b
+ Unlikely to ever run into billions of threads, and this keeps in line
with stuff like Linux. Also allows C to relatively painlessly
implement hashmaps of pids, if neccessary.
start looking into memory handling2022-12-01T00:05:19ZKimplulkimi.h.kuparinen@gmail.com2022-12-01T00:05:19Zurn:sha1:131af4eec38752a27e6e56579fbf76178e022ec1
+ 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.
improve tcb list handling2022-11-13T16:51:28ZKimplulkimi.h.kuparinen@gmail.com2022-11-13T16:51:28Zurn:sha1:d312c853a8c9e6e2fd457fa5f840e65a9a738e7d