| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
(This also removes support for booting into the EFI firmware setup
without logind. That's because otherwise the non-EFI fallback logind
implements can't work.)
Fixes: #9896
|
|
|
|
|
|
| |
This behaves similar to the "boot into firmware" logic, and also allows
either direct EFI operation (which sd-boot supports and others might
support eventually too) or override through env var.
|
| |
|
|
|
|
|
|
| |
Now only two operations are left. Let's just move this into the caller,
since it should make things simpler, clearer and shorter, in particular
as there's only a single user for this.
|
|
|
|
|
|
| |
boot_entries_load_config_auto()
it's pretty much the same code now, hence use it.
|
|
|
|
|
|
|
|
| |
It's a simple wrapper around boot_entries_load_config(), but determines
the ESP/XBOOTLDR paths automatically at first. Also, it looks for a path
/run/boot-loader-entries/ and loads the entries from there if it
exists. This is supposed to be a hook for other boot loaders to make our
tools aware of their own entries.
|
| |
|
|
|
|
|
|
|
|
|
| |
Previously, bootctl would show boot loader entries discovered by the
boot loader which couldn't found locally separately in the output.
Let's move this code into bootspec.c, and beef it up a bit. This way we
can use it later on for logind, and correctly show automatically
discovered windows/macos entries too.
|
|
|
|
|
| |
If the only caller passes NULL for the two paths, let's remove the
parameter altogether.
|
| |
|
| |
|
|
|
|
|
| |
A boot loader entry might not have a 'linux' line, but an 'efi' line or
something else. Let's handle that case nicely.
|
|
|
|
|
|
| |
find_default_boot_entry() is only used by systemctl.c, and currently
handles one log message in the caller instead of the callee. Let's
simplify that and move it over, too
|
|
|
|
|
| |
Let's suppress the final newline in the list if it's the last entry we
are outputting.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This extends the reboot-to-firmware logic in logind, so that other than
EFI firmwares could be theoretically support. The scheme is like this:
if you want to support this, set the $SYSTEMD_REBOOT_TO_FIRMWARE=1 env
var for logind. If so, this will override the EFI logic, and cause a
file /run/systemd/reboot-to-firmware file to be created when
reboot-to-firmware is requested. This file has no contents, it's mere
existance indicates a reboot with reboot-to-firmware set.
The idea is that for alternative firmwares a drop-in for logind is added
that sets the env var, in combination with some code run during shutdown
that checks for the file and does the right thing.
|
|
|
|
| |
See https://github.com/systemd/systemd/pull/10495#discussion_r233992570
|
|\
| |
| | |
move src/core/shutdown.c and helpers to src/shutdown/
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Let's move the shutdown binary into its own subdirectory in
src/shutdown, after all it is relatively isolated from the normal PID 1
sources, being a different binary and all.
Unfortunately it's not possible to move some of the code, since it is
shared with PID 1, that I wished we could move, but I still think it's
worth it.
|
| | |
|
| |
| |
| |
| |
| | |
We shouldn't return negative errnos as "bool", hence fix the type of the
function to "int".
|
| | |
|
| |
| |
| |
| | |
Closes #6371.
|
| |
| |
| |
| |
| |
| | |
Triggered by:
https://github.com/systemd/systemd/issues/11812
|
|/
|
|
|
|
|
|
|
|
| |
by IMPORT{program}
It was already the case before commit a75211421fc9366068e6d9446e8e567246c72feb,
which upgraded the log to warning.
This seems an unintended side effect as the commit message doesn't mention it
and the old behavior looks more appropriate.
|
|\
| |
| | |
Networkd vs interface renaming
|
| |
| |
| |
| |
| |
| | |
systemd-networkd itself does not start dhcp client, but the code
may be used in other projects. So, check that the interface is under
renaming or not.
|
| | |
|
| |
| |
| |
| | |
It will be used in the later commit.
|
| |
| |
| |
| |
| | |
Before the renaming, wrong .network file may be assigned to the link.
So, let's always drop link configuration.
|
| |
| |
| |
| | |
And drop the property on the corresponding 'move' uevent.
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This fixes bugs introduced by 29448498c724da7ade1b5efb20d7472c1b128d2c
and d838e14515c82b05a07f2bf393cce057b45b2b53.
Previously, RUN and SECLABEL keys are stored in udev_list with its unique
flag is false. If the flag is false, then udev_list is just a linked
list and new entries are always added in the last.
So, we should use OrderedHashmap instead of Hashmap.
Fixes #11368.
|
| |
| |
| |
| | |
These are all models using an SPI keyboard and touchpad and using the
same applespi kernel driver.
|
|/
|
|
| |
Apparently systemd is in /bin now.
|
|\
| |
| | |
DNS packet speedup
|
| |
| |
| |
| | |
https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=13422
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
We'd call dns_resource_record_equal(), which calls dns_resource_key_equal()
internally, and then dns_resource_key_equal() a second time. Let's be
a bit smarter, and call dns_resource_key_equal() only once.
(before)
dns_resource_key_hash_func_count=514
dns_resource_key_compare_func_count=275
dns_resource_key_equal_count=62371
4.13s user 0.01s system 99% cpu 4.153 total
(after)
dns_resource_key_hash_func_count=514
dns_resource_key_compare_func_count=276
dns_resource_key_equal_count=31337
2.13s user 0.01s system 99% cpu 2.139 total
|
| |
| |
| |
| | |
No functional change.
|
| |
| |
| |
| |
| |
| | |
This doesn't necessarily make things faster, because we still spend more time
in dns_answer_add(), but it improves the compuational complexity of this part.
If we even make dns_resource_key_equal_faster, this will become worthwhile.
|
|\ \
| | |
| | | |
systemctl: format many entries in 'show' command
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|