(cherry picked from commit 84a769c)

(cherry picked from commit 32e30e8)

It was originally moved because of nixops autoLuks feature which
has been unsupported for a while.

See:
* #62211
* NixOS/nixops#1156 (comment)

systemd-tmpfiles-setup-dev.service needs to run very  early (even before
udev runs) because udev rules assume static device nodes already exist
even before udev is started. If these static device nodes do not exist;
systemd might have trouble mounting filesystems that require static
device nodes (like loopfs and btrfs).

(cherry picked from commit d4e4d27)

…rget

Since https://github.com/NixOS/nixpkgs/pull/56184/files  local-fs.target
is already pulled in by sysinit.target

swap.target has always already been pulled in by sysinit.target

(cherry picked from commit b4d7911)

There is no real harm having them there; but it means these units really
only become active if there is a service providing the underlying
functionality.

nss-lookup.target should not be pulled in unconditionally. It should be
pulled in by providers of DNS lookups. E.g. systemd-resolved.service has
a Wants=nss-lookup.target, Before=nss-lookup.target. So once
systemd-resolved.service has finished starting up; other units that rely
on DNS can be started; but if systemd-resolved is not enabled; those
units can start up immediately.

Same story goes for nss-user-lookup.target and daemons like sssd.

From https://systemd.io/UIDS-GIDS/:

 Note that nss-user-lookup.target is a passive unit: in order to
 minimize synchronization points on systems that don’t need it the unit
 is pulled into the initial transaction only if there’s at least one
 service that really needs it, and that means only if there’s a service
 providing the local user database somehow through IPC or suchlike.

(cherry picked from commit 3efbd53)

…ths-being-symlinks.patch

(cherry picked from commit e2f009e)

make "/run/booted-system/kernel-modules" be searched first

Fixes #146383
modprobe: ERROR: could not insert 'zram': Invalid argument

(cherry picked from commit 453968c)

(cherry picked from commit 86ae215)

[Backport staging-21.11] kmod: switch the priority of module dirs

(cherry picked from commit 9e0a358)

(cherry picked from commit c6c167d)

[Backport staging-21.11] systemd: 249.5 -> 249.7 & various fixes

[Backport staging-21.11] linux: CONFIG_ASHMEM=y, CONFIG_ANDROID=y

(cherry picked from commit 39f9fd7)

The malloc alignment assumption is incorrect for jemalloc and causes
mis-compilation in firefox.

https://reviews.llvm.org/D100879
https://bugzilla.mozilla.org/show_bug.cgi?id=1741454
(cherry picked from commit 754460f)

(cherry picked from commit cd44576)

[Backport staging-21.11] openblas: 0.3.17 -> 0.3.18

(cherry picked from commit 228e362)

[Backport release-21.11] llvmPackages_13.clang: revert D100879 and re-enable jemalloc for firefox

(cherry picked from commit 3eca393)