-
Notifications
You must be signed in to change notification settings - Fork 40
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 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
build: create unified libOS+enclave bundle #270
Conversation
I believe we could get this bigger restructuring/build optimization merged. |
cc585a2
to
c32bc34
Compare
@dcmiddle @piotrpalcz this PR implements significant (IMO) simplifications to the enclave-cc stack. It now unifies the two "bundles" into one. In addition, my POC to unify the agent-enclave and app-enclave functionality into a single enclave also seems to work. This would allow us to experiment with sealing policies based on MRenclave. |
Non blocking question... in tools/packaging/build/unified-bundle/ I can't tell what the original intent was of enclave-agent-cc-kbc.yaml nor enclave-agent-sample-kbc.yaml |
we used to have a third copy for eaa-kbc that was different. that was removed but the |
Signed-off-by: Mikko Ylinen <[email protected]>
Signed-off-by: Mikko Ylinen <[email protected]>
LGTM, tested and working |
PR confidential-containers#270 combined the boot-instance and agent-instance in one but the modifications to "init" missed some syscall() parameters to Occlum. SYS_MOUNT_FS takes two parameters so add the missing one. Signed-off-by: Mikko Ylinen <[email protected]>
PR confidential-containers#270 combined the boot-instance and agent-instance in one but the modifications to "init" missed some syscall() parameters to Occlum. SYS_MOUNT_FS takes two parameters so add the missing one. Signed-off-by: Mikko Ylinen <[email protected]>
Fixes: #212
Fixes: #128