Using the field Uploaders within a derivative is misleading and will
produce the Lintian error 'invalid-field-for-derivative'.

https://lintian.debian.org/tags/invalid-field-for-derivative

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