system/systemd
system/systemd
1
0
Fork 0
mirror of https://github.com/systemd/systemd synced 2024-07-21 10:17:21 +00:00
Code Issues Actions 7 Packages Projects Releases Wiki Activity

update TODO

Browse source
This commit is contained in:
Lennart Poettering 2023-11-03 12:14:38 +01:00
parent fe1f83e559
commit 2259a452d7
1 changed files with 14 additions and 15 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

29
TODO
View file

@ -133,11 +133,14 @@ Deprecations and removals:
Features: Features:
* networkd: controlled by build-time options install some of the * sd-boot: allow synthesizing additional type1 entries via SMBIOS vendor strings
*.network.example files we install currently as regular files *.network. For
many cases it's what you want: just configure the damn network. Hopefully * storagetm:
this can be enabled on Fedora even, though into a separate sub-RPM, so that - add USB mass storage device logic, so that all local disks are also exposed
we don't conflict with NM. as mass storage devices on systems that have a USB controller that can
operate in device mode
- add NVMe authentication
- show login details also via plymouth
* add support for activating nvme-oF devices at boot automatically via kernel * add support for activating nvme-oF devices at boot automatically via kernel
cmdline, and maybe even support a syntax such as cmdline, and maybe even support a syntax such as
@ -504,16 +507,12 @@ Features:
grow exponentially in size to ensure O(log(n)) time for finding them on grow exponentially in size to ensure O(log(n)) time for finding them on
access. access.
* split out execute.c into new "systemd-executor" binary. Then make PID 1 fork * Use CLONE_INTO_CGROUP to spawn systemd-executor, once glibc supports it in
that off via vfork(), and then let that executor do the hard work. Ultimately posix_spawn().
the executor then gets replaced by the real binary sooner or later. Reason:
currently the intermediary "stub" process is a CoW trap that doubles memory * Make nspawn to a frontend for systemd-executor, so that we have to ways into
usage of PID 1 on each service start. Also, strictly speaking we are not the executor: via unit files/dbus/varlink through PID1 and via cmdline/OCI
allowed to do NSS from the stub process yet we do anyway. Next steps would through nspawn.
then be maybe use CLONE_INTO_CGROUP for the executor, given that we don't
need glibc anymore in the stub process then. Then, switch nspawn to just be a
frontend for this too, so that we have to ways into the executor: via unit
files/dbus/varlin through PID1 and via cmdline/OCI through nspawn.
* sd-stub: detect if we are running with uefi console output on serial, and if so * sd-stub: detect if we are running with uefi console output on serial, and if so
automatically add console= to kernel cmdline matching the same port. automatically add console= to kernel cmdline matching the same port.