8000 separate namespaces for kernel internals versus user-space interface versus user-space proxies+runtime · Issue #205 · ManyThreads/mythos · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content

separate namespaces for kernel internals versus user-space interface versus user-space proxies+runtime #205

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the 8000 community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
rottaran opened this issue Mar 25, 2021 · 1 comment

Comments

@rottaran
Copy link
Collaborator

The subfolder kernel/mythos contains shared definitions that are used by the kernel and the user space. Within the kernel implementation it is not always clear which definitions are internal or belong to the public api. And sometimes the dependency is in a weird directions. Core kernel concepts should not directly depend on the API's definitions in the code.

One example is the KEvent data structure. In the API it is used to return a 64bit result value together with a user-configured 64bit context value to the user-space. Having two identical definitions in the kernel's core and the api sounds weird but would have the advantage that it is much more clearer, where the transition from kernel internals to the public interface happens. The kernel internal KEvent might have to transmit additional kernel-internal data.

@rottaran
Copy link
Collaborator Author

depending on the api definitions is fine. it is used to expose relevant kernel internals. a dedicated namespace mythos::api would still be fine

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant
0