Signed-off-by: Bastian Blank <waldi@debian.org>

On some arm SoC platforms those modules are used to reset and setup
arbitrary other devices.  As they are small, just include all of them in
the "most" class.

Signed-off-by: Bastian Blank <waldi@debian.org>

On several platforms some PCI controllers are actually supported and
shipped as modules.  Include all of them in the "most" class.

Signed-off-by: Bastian Blank <waldi@debian.org>

Ident with tabs instead of 4 spaces.

Gbp-Dch: ignore
Signed-off-by: Ben Hutchings <benh@debian.org>

configure_networking(): Wait for specified network device

See merge request kernel-team/initramfs-tools!32

configure_networking() will issue a `udevadm settle` before trying to
configure an interface. However that's just a "best effort" mechanism
for waiting until all NICs have been discovered. There is no way to
*actually* know that all NICs have been discovered. The USB protocol sets
no time limit on enumeration, for example, and I have a USB NIC that
is consistently discovered after this point.

However, in the case that the user has told us which interface they expect
to be used in the initramfs (via ip=), we can just wait for it specifically.
Bail only if it hasn't appeared within 3 minutes. We can perhaps allow that
timeout to be overridden from the command line in the future.

Closes: #965935
Signed-off-by: dann frazier <dannf@debian.org>

Generalize the elapsed time tracking in local-top so that it can be used
elsewhere. This requires some additional quoting in local_device_setup()
comparisons to pass shellcheck.

Now that the reference time is recorded earlier (in init vs. local-top),
the rootdev wait time will now be reduced by however long it it takes to
process init-premount. The belief is that our wait time is sufficiently
long for that to be negligible. Also, this could potentially break any
local-top scripts that use $local_top_time directly. A survey of
the current packages in sid shows no packages that contain a file under
/usr/share/initramfs-tools/scripts/local-top/ that contain "local_top_time".

Signed-off-by: dann frazier <dannf@debian.org>

mkinitramfs: report actually requested compress util if it's not present

See merge request kernel-team/initramfs-tools!38

Uncompressed cpio

See merge request kernel-team/initramfs-tools!34

This partially reverts commit eb98d2ea "init: /dev can be noexec
and /run nodev".  The noexec option broke v86d (which we have a
specific workaround for), and could also be a problem for SGX support
in future.

Using noexec here doesn't provide a security benefit in a default
Debian configuration, since there are other writable directories on
filesystems not mounted with this option.  Those are also writable by
all users, not just uid 0.

The mount options can be overridden by an entry for /dev in /etc/fstab
(at least when booting with systemd).

References: https://lore.kernel.org/linux-sgx/20201209000321.GA62845@kernel.org/T/


Signed-off-by: Ben Hutchings <benh@debian.org>

We're always reporting something like:

  "No gzip in /usr/bin:/sbin:/bin, using gzip"

if we assign the compress variable before the
warning message. Fix ordering accordingly.

Signed-off-by: Michael Prokop <mika@debian.org>

A Compressor can benefit if the uncompressed size is
known at the start.

Potential benefits are less memory requirements when decoding,
and simpler framing (no "streaming mode").

This changes the pipe to create a new temporary file
containing the main cpio archive.
The final initramfs output file can then be created in
a single write (no appending).

Signed-off-by: Norbert Lange <nolange79@gmail.com>

Signed-off-by: Ben Hutchings <benh@debian.org>

Closes: #970235
Signed-off-by: Ben Hutchings <benh@debian.org>

As these tests require installing an amd64 kernel package, they have
to be skipped on other architectures.  Tthere is currently no way to
explicitly restrict them to specific architectures, so instead add the
skip-not-installable restriction.

Closes: #970184
Signed-off-by: Ben Hutchings <benh@debian.org>

* Change the linux-image-amd64 dependency to -amd64 | -generic:amd64

* Replace the LOCALVERSION variable with a SUPPORTED_FLAVOURS
  variable, and have test-common loop over the flavours

* Change the dpkg-query pipeline that finds the kernel version
  string to avoid assumptions about ordering and versioning of
  dependencies

This should allow the tests to run on Ubuntu or its derivatives
without changes.

Signed-off-by: Ben Hutchings <benh@debian.org>

Signed-off-by: Ben Hutchings <benh@debian.org>

Add firmware for built-in drivers

See merge request kernel-team/initramfs-tools!35

There's an old bug report from 2017 (#857054) complaining that firmware for
built-in drivers is not automatically added to initramfs; and back then,
the kernel did not collect information about such dependencies in a place
where initramfs-tools could access it (#857055).

However, since Linux 5.2 (released in mid-2019), the kernel actually
provides this information via modules.builtin.modinfo; you can see at e.g.
<https://packages.debian.org/bullseye/amd64/linux-image-5.7.0-3-amd64/filelist>
that the buster kernel package ships this file. (There aren't actually any
firmware dependencies listed in there though; I guess the upstream Debian
kernel config just has no built-in code with firmware dependencies?)

Wire it up, so that people with custom kernel configs don't have to waste
time figuring out that their devices don't work properly because the
firmware wasn't available at boot.

Closes: #857054

Signed-off-by: Ben Hutchings <ben@decadent.org.uk>

Signed-off-by: Ben Hutchings <ben@decadent.org.uk>

For now, use MODULES=list.

I want to test with MODULES=dep too, but that will require putting a
Debian installation inside the VM so we can run mkinitramfs there.

Signed-off-by: Ben Hutchings <ben@decadent.org.uk>

Signed-off-by: Ben Hutchings <ben@decadent.org.uk>

Signed-off-by: Ben Hutchings <ben@decadent.org.uk>

This should allow implementing various test cases without too much
repetition.

Signed-off-by: Ben Hutchings <ben@decadent.org.uk>

Negative timeout values are treated by the kernel as "reboot
immediately" and 0 is treated as "wait forever".  Emulate this
behaviour in the panic() function.

Treat invalid (non-numeric) values the same as 0, which seems to match
what the kernel does.  Previously we would ignore them completely and
open a shell as normal.

Signed-off-by: Ben Hutchings <ben@decadent.org.uk>

This is needed for testing, and should also be useful for building
more generic initramfs images.

Signed-off-by: Ben Hutchings <ben@decadent.org.uk>

There are no real sections in this file.

Signed-off-by: Ben Hutchings <ben@decadent.org.uk>

hppa and m68k have higher soversions for libgcc_s.so, so copy
libgcc_s.so.[1-9] instead of assuming soversion 1.

(I considered copying libgcc_s.so.*, but I'm unsure whether that will
ever match extra development files that we don't want.)

Closes: #959768
Signed-off-by: Ben Hutchings <benh@debian.org>

update-initramfs used to keep track of which initramfs images it
created and "owned", to avoid overwriting the output of another
coinstalled initramfs generator.  As discussed in #765750, this is no
longer a concern and the state checks have been removed.

Now that I'm confident this hasn't caused a regression, also remove
the state updates and the state directory.  After this, there is no
turning back: a downgrade will leave update-initramfs owning nothing.

Signed-off-by: Ben Hutchings <ben@decadent.org.uk>

The direct invocation of update-initramfs in kernel package maintainer
scripts was removed in:

- Debian linux 2.6.39-1, thus in wheezy
- Ubuntu linux 4.15.0-18.19 (I think), thus in bionic
- kernel-package 12.001, thus in Debian squeeze and Ubuntu lucid

Signed-off-by: Ben Hutchings <ben@decadent.org.uk>

un-,mkinitramfs: add support for zstd

Closes: #955469

See merge request kernel-team/initramfs-tools!33

Prevents printf error carry over if wrong console is set

Closes: #960355

See merge request kernel-team/initramfs-tools!30

When overriding configured compressor, warn the user.

See merge request kernel-team/initramfs-tools!31

Add support for zstd compression and decompression.

Always use multithreaded compression, as zstd still
generates identical archives.

The zstd cmdline tool is usually able to decompress
gzip, xz, lzma and lz4 so make sure to try the tool
early.

Signed-off-by: Norbert Lange <nolange79@gmail.com>

Currently the _log_msg() functions is "void" typed - with no return -,
which in terms of shell means it returns whatever its last command
returns. This function is the basic building block for all error/warning
messages in initramfs-tools.

It was noticed [0] that in case of bad console is provided to kernel on
command-line, printf (and apparently all write()-related functions) returns
error, and so this error is carried over in _log_msg(). Happens that
checkfs() function has a loop that runs forever in this scenario (*if* fsck
is not present in initramfs, and obviously if "quiet" is not provided in the
command-line). The situation is easily reproducible and we can find various
reports dating back some years. The reports usually are of the form
"machine can't boot if wrong console is provided" or slightly different
forms of that, almost always relating serial consoles with boot issues.

This patch proposes a pretty simple fix: return zero on _log_msg().
We should definitely not brake the boot due to error log functions;
one could argue we could fix checkfs() and that's true, until eventually
we find another subtle corner case of "misuse" of the _log_msg() return
value (after some debugging), and fix that too, and so on...
W could also argue that printf shouldn't return error in this case,
and although a valid discussion, it's not worth to have users waiting
on a dilemma while boot is quite easy to brake, just by passing a wrong
kernel parameter (or having the underlying serial console device changed
to output to a different port than the previously set on kernel cmdline).

[0] bugs.launchpad.net/cloud-images/+bug/1573095/comments/46
Signed-off-by: Guilherme G. Piccoli <gpiccoli@canonical.com>

The Pinebook LCD disply does not show output until after the initramfs
is loaded, which is too late to enter an encryption passphrase or
debug issues with mounting the rootfs.

Fix this by adding modules to "fb": analogix-anx6345, pwm-sun4i,
sun4i-drm and sun8i-mixer.

I'm now using benh@debian.org in debian/changelog, so make these
consistent.

Signed-off-by: Ben Hutchings <ben@decadent.org.uk>