Repository navigation
Support for multiple client processes #549
Description
This looks like a duplicate of #492, but with a different use case.
I'm starting a Windows driver project, and I want to use the Linux kernel as a library, so I'm having a look at this project.
The driver needs to manage multiple client processes running in userland. The driver already knows how to intercept syscalls, and I intend to forward these syscalls to LKL.
How much work would be required to add support for multiple processes? For my use case, the driver lives in the kernel region, so it doesn't have to perform mapping hacks across the address space like UML.
Activity
lotoohe-space commentedon May 12, 2025
Is your problem because after the current thread enters LKL, other threads will not be able to enter LKL? I have also noticed this problem. Do you have a better solution?
lotoohe-space commentedon May 12, 2025
Is this problem caused by the inconsistency between the Linux scheduler and the current system scheduler? The schedule will also be closed after the Linux is closed and interrupted, but the LKL is in the user mode, so the schedule cannot be closed, and the execution will continue to trigger an error.