diff options
author | Lennart Poettering <lennart@poettering.net> | 2023-01-06 15:21:27 +0100 |
---|---|---|
committer | GitHub <noreply@github.com> | 2023-01-06 15:21:27 +0100 |
commit | 7122aee5ab12376926362cbe6eeeaa3b144b9eed (patch) | |
tree | fe9dbbbda4966015ec19958815a59263cecc35ae /TODO | |
parent | 48d85160438827c1424104315547f960ec0d6e43 (diff) | |
parent | 03ede612beb6f401cf433e90988b21aa57788bb3 (diff) | |
download | systemd-7122aee5ab12376926362cbe6eeeaa3b144b9eed.tar.gz |
Merge pull request #25918 from bluca/smbios_sd_notify
Support AF_VSOCK in sd_notify and pick up notify_socket from creds
Diffstat (limited to 'TODO')
-rw-r--r-- | TODO | 12 |
1 files changed, 1 insertions, 11 deletions
@@ -552,10 +552,6 @@ Features: * sd-boot should look for information what to boot in SMBIOS, too, so that VM managers can tell sd-boot what to boot into and suchlike -* PID 1 should look for an SMBIOS variable that encodes an AF_VSOCK address it - should send sd_notify() ready notifications to. That way a VMM can boot up a - system, and generically know when it finished booting. - * add "systemd-sysext identify" verb, that you can point on any file in /usr/ and that determines from which overlayfs layer it originates, which image, and with what it was signed. @@ -777,13 +773,7 @@ Features: don't query this unnecessarily in entirely uninitialized containers. (i.e. containers with empty /etc). -* beef up sd_notify() to support AV_VSOCK in $NOTIFY_SOCKET, so that VM - managers can get ready notifications from VMs, just like container managers - from their payload. Also pick up address from qemu/fw_cfg if set there. - (which has benefits, given SecureBoot and kernel cmdline are not necessarily - friends.) - -* mirroring this: maybe support binding to AV_VSOCK in Type=notify services, +* sd_notify/vsock: maybe support binding to AF_VSOCK in Type=notify services, then passing $NOTIFY_SOCKET and $NOTIFY_GUESTCID with PID1's cid (typically fixed to "2", i.e. the official host cid) and the expected guest cid, for the two sides of the channel. The latter env var could then be used in an |