[PATCH v2] UBUNTU: [Config] Mark CONFIG_SCSI_VIRTIO built-in
Roxana Nicolescu
roxana.nicolescu at canonical.com
Wed Mar 29 08:35:34 UTC 2023
On 28/03/2023 16:51, Dimitri John Ledkov wrote:
> BugLink: https://bugs.launchpad.net/bugs/1685291
> BugLink: https://bugs.launchpad.net/bugs/1931841
> BugLink: https://bugs.launchpad.net/bugs/2006488
>
> This enables initrd-less boot on generic kernel, enabling any Ubuntu
> installation to be lifted from any hardware and converted into a VM
> which will, even with corrupted initrd and missing modules, be able to
> boot by default. This is an extremly useful property to have on all
> ubuntu kernels. Separately, this also removes the need for linux-kvm
> kernel flavour, as all the changes it has are now incorporated into
> generic flavour & cloud-images.
>
> Signed-off-by: Dimitri John Ledkov <dimitri.ledkov at canonical.com>
> ---
>
> Changes since v1:
> - add buglinks
> - improve annotations comment
>
> debian.master/config/annotations | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/debian.master/config/annotations b/debian.master/config/annotations
> index bc466d7318..4017f1f651 100644
> --- a/debian.master/config/annotations
> +++ b/debian.master/config/annotations
> @@ -528,8 +528,8 @@ CONFIG_SCSI_IPR_DUMP note<'LP: #1343109'>
> CONFIG_SCSI_IPR_TRACE policy<{'amd64': 'y', 'arm64': 'y', 'armhf': 'y', 'ppc64el': 'y', 'riscv64': 'y'}>
> CONFIG_SCSI_IPR_TRACE note<'LP: #1343109'>
>
> -CONFIG_SCSI_VIRTIO policy<{'amd64': 'm', 'arm64': 'm', 'armhf': 'm', 'ppc64el': 'm', 'riscv64': 'm', 's390x': 'm'}>
> -CONFIG_SCSI_VIRTIO note<'tech preview of new feature'>
> +CONFIG_SCSI_VIRTIO policy<{'amd64': 'y', 'arm64': 'y', 'armhf': 'y', 'ppc64el': 'y', 'riscv64': 'y', 's390x': 'y'}>
> +CONFIG_SCSI_VIRTIO note<'enable initrdless boot in VMs for ease of use, cloud-kernel parity and disaster recovery'>
>
> CONFIG_SECURITY_SAFESETID policy<{'amd64': 'y', 'arm64': 'y', 'armhf': 'y', 'ppc64el': 'y', 'riscv64': 'y', 's390x': 'y'}>
> CONFIG_SECURITY_SAFESETID note<'LP: #1845391'>
>
Q: From my understanding this is intended for lunar only. Is there a
plan to propagate this to other series?
Just thinking out loud, it would be nice to get rid of one derivative
(even though I would have to find others to crank;)), but given that it
is a derivative that people may already use, it may break that, so I am
curious about the strategy here.
Roxana
More information about the kernel-team
mailing list