** Patch added:
"0001-selftests-bpf-add-ifdefs-in-tests-for-required-Clang.patch"
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1931129/+attachment/5502940/+files/0001-selftests-bpf-add-ifdefs-in-tests-for-required-Clang.patch
--
You received this bug notification because you are a
Public bug reported:
selftests/bpf: add ifdefs in tests for required Clang versions
This codifies the clang version requirements from README.rst in the
code, such that only expected working test cases are compiled for the
expected clang version combinations. This insures that most tests are
https://launchpad.net/ubuntu/+source/nvidia-graphics-drivers-460 460.84
is available in impish-proposed, but as dkms only at the moment - not
yet available as signed lrm package.
It would be nice to know if 460.84 works or not.
--
You received this bug notification because you are a member of
And for v5.13 kernels even newer dwarves-dfsg is needed.
** Changed in: dwarves-dfsg (Ubuntu Bionic)
Status: Confirmed => Won't Fix
** Changed in: linux (Ubuntu Bionic)
Status: Confirmed => Won't Fix
** Changed in: dwarves-dfsg (Ubuntu)
Status: Confirmed => Fix Released
**
Public bug reported:
Symbol: MODULE_COMPRESS_ZSTD [=n]
Type : bool
= Impacts to measure and observe =
== Disk space ==
* Inspect linux-modules-* and linux-modules-extra* deb package
Installed-Size and Download-Size changes, i.e.
$ apt show linux-modules-5.8.0-53-generic linux-modules-
The following packages have unmet dependencies:
systemd-tests : Depends: libsystemd0 (= 247.3-3ubuntu3.1) but 247.3-3ubuntu3
is to be installed
Depends: systemd (= 247.3-3ubuntu3.1)
--
You received this bug notification because you are a member of Kernel
Packages, which is
Retrying these once.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1932354
Title:
systemd/247.3-3ubuntu3.1 ADT test failure with linux/5.11.0-20.21
(Test dependencies are
I am told it is an apt bug, due to systemd package being phased.
See https://launchpad.net/bugs/1925745
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1932354
Title:
I wonder if this is ADT cloud failure.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1932354
Title:
systemd/247.3-3ubuntu3.1 ADT test failure with linux/5.11.0-20.21
(Test
@fmalfoy it was fixed with the 06-04 round of sru updates.
Does the new linux-base from proposed not resolve the reported
regressions for you?
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-base in Ubuntu.
** Description changed:
[Impact]
Backport Linux kernel 5.11 SGX native support to new Azure Ubuntu 20.04
releases.
[Fix]
Update linux-base to add a UDEV rule to set group permissions on the SGX
device.
Add an environment variable to default to out-of-proc attestation.
focal:
link_in_boot = no
# dpkg-query -W linux-base
linux-base 4.5ubuntu3.5
# Two regular flavours
# ls -latr / | grep -- '->' | grep boot | sort
lrwxrwxrwx 1 root root 29 Jun 23 13:40 vmlinuz.old ->
boot/vmlinuz-5.4.0-78-generic
lrwxrwxrwx 1 root root 32 Jun 23 13:40
Focal:
link_in_boot = yes
# dpkg-query -W linux-base
linux-base 4.5ubuntu3.5
# Two regular flavours
# ls -latr /boot/ | grep -- '->' | sort
lrwxrwxrwx 1 root root 24 Jun 23 11:18 vmlinuz.old ->
vmlinuz-5.4.0-78-generic
lrwxrwxrwx 1 root root 27 Jun 23 11:18 initrd.img.old ->
bionic:
link_in_boot = no
# dpkg-query -W linux-base
linux-base 4.5ubuntu1.6
# Two regular flavours
# ls -latr / | grep -- '->' | grep boot | sort
lrwxrwxrwx 1 root root 31 Jun 23 14:18 vmlinuz.old ->
boot/vmlinuz-4.15.0-147-generic
lrwxrwxrwx 1 root root 34 Jun 23 14:18
See verifications on https://bugs.launchpad.net/ubuntu/+source/linux-
base/+bug/1929255 which cover this bug too.
** Tags removed: verification-failed-bionic
** Tags added: verification-done-bionic
--
You received this bug notification because you are a member of Kernel
Packages, which is
See verifications on https://bugs.launchpad.net/ubuntu/+source/linux-
base/+bug/1929255 which cover this bug too.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-base in Ubuntu.
https://bugs.launchpad.net/bugs/1877088
Title:
bionic:
link_in_boot = yes
# dpkg-query -W linux-base
linux-base 4.5ubuntu1.6
# Two regular flavours
# ls -latr /boot/ | grep -- '->' | sort
lrwxrwxrwx 1 root root 26 Jun 23 14:08 vmlinuz.old ->
vmlinuz-4.15.0-147-generic
lrwxrwxrwx 1 root root 29 Jun 23 14:08 initrd.img.old
Hirsute:
link_in_boot = yes
# dpkg-query -W linux-base
linux-base 4.5ubuntu5.2
# Two regular flavours
# ls -latr /boot/ | grep -- '->' | sort
lrwxrwxrwx 1 root root 25 Jun 23 10:46 vmlinuz.old ->
vmlinuz-5.11.0-23-generic
lrwxrwxrwx 1 root root 28 Jun 23 10:46 vmlinuz ->
Hirsute:
link_in_boot = no
# dpkg-query -W linux-base
linux-base 4.5ubuntu5.2
# Two regular flavours
# ls -latr / | grep -- '->' | grep boot | sort
lrwxrwxrwx 1 root root 30 Jun 23 10:58 vmlinuz.old ->
boot/vmlinuz-5.11.0-23-generic
lrwxrwxrwx 1 root root 33 Jun 23 10:58
Notice(queuebot): Unapproved: linux-base (hirsute-proposed/main)
[4.5ubuntu5.2 => 4.5ubuntu5.3]
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1932582
Title:
Implement support for Intel
Notice(queuebot): Unapproved: linux-base (focal-proposed/main)
[4.5ubuntu3.5 => 4.5ubuntu3.6]
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1932582
Title:
Implement support for Intel
** Changed in: linux-base (Ubuntu Impish)
Status: In Progress => Fix Committed
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1932582
Title:
Implement support for Intel SGX
I like smaller install size.
In many cases we boot without initrd by default (gcp, azure, aws, kvm).
Does it then make sense to enable this for the cloud kernels?
I ponder, if i can hack initramfs-tools to append compressed kernel modules as
an uncompressed cpio archive to the initramfs, instead
decompression speed only needs to be faster than i/o speed, once that is
reached the best compression ratio results in the fastest bootspped.
for kernel image zstd is used with -22 --ultra, thus I can compare it
with zlib -9.
--
You received this bug notification because you are a member of
Whilst download size is larger, it is at no additional cost to our end
users, especially in the cloud. Majority of our clouds offer free
transfers inside the availability zone for which mirrors are provided.
Obviously it will increase the disk/cache storage size requirements of
our mirrors.
Our
@cborntra
v5.13 ubuntu kernel's s390 configuration with zstd -22 --ultra
compression is 8.5 MB, whereas gzip -9 is 11M.
Thus for gzip to win at bootspeed the decompression speed has to
compensate for 2.5M of i/o and be faster than zstd.
Unaccelerated decompression comparison still gives me
https://lists.ubuntu.com/archives/kernel-team/2021-June/121362.html
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1932029
Title:
Support builtin revoked certificates
Status in linux
** Summary changed:
- initramfs-tools: use zstd as the default compression method
+ initramfs-tools & kernel: use zstd as the default compression method
** Description changed:
Turns out that loading is always the slow part in loading initramfs into
memory and decompressing it since
Public bug reported:
linux-uc20-efi: make it easy to build derivative kernel.efi
Currently debian/rules & debian.uc20-efi/control.stub are tightly
coupled and hardcode the source package name (linux-uc20-efi), its
relationship to linux-unsigned-image-* packages, and flavours to build
kernel.efi
** Description changed:
+ [Impact]
+
Upstream linux kernel now supports configuring built-in revoked
certificates for the .blacklist keyring.
Add support in our kernel configuration to have built-in certificates.
Revoke UEFI amd64 & arm64 2012 signing certificate.
Under UEFI
Public bug reported:
Upstream linux kernel now supports configuring built-in revoked
certificates for the .blacklist keyring.
Add support in our kernel configuration to have built-in certificates.
Revoke UEFI amd64 & arm64 2012 signing certificate.
Under UEFI Secureboot with lockdown, shim may
@ IBM can you please review the upstream patch and merge it into the the
s390 tree ?
https://lore.kernel.org/linux-s390/20210615114150.325080-1-dimitri.led...@canonical.com/T/#u
** Description changed:
Turns out that loading is always the slow part in loading initramfs into
memory and
** Attachment added: "opal-2017-ppc64el.pem"
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1903288/+attachment/5498448/+files/opal-2017-ppc64el.pem
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
** Attachment added: "opal.esl"
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1903288/+attachment/5498450/+files/opal.esl
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1903288
We should not add opal keys to the built_trusted_keys_keyring as that's
not the purpose of these keys. We could add them direct to .platform or
.ima keyrings, but it would be best to load them from firmware direct.
Are the above attached keys & ESL available from the "powerpc:db"?
--
You
** Attachment added: "opal-2019-ppc64el.pem"
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1903288/+attachment/5498449/+files/opal-2019-ppc64el.pem
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
@Nayna Jain @Daniel
Hm but we have CONFIG_LOAD_PPC_KEYS=y already which I would expect
to be the only thing that loads keys into .platform keyring which was
enabled as part of
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1866909 LTC-184073
. Which keys are present in firmware / get
virtualbox-hwe/6.1.16-dfsg-6ubuntu1.20.04.2 (s390x, ppc64el, armhf,
arm64) -> is a false negative. virtualbox-hwe is only supported on amd64
i thought.
https://autopkgtest.ubuntu.com/packages/v/virtualbox
https://autopkgtest.ubuntu.com/packages/v/virtualbox-hwe
Suggests that to be the case.
--
** Tags removed: verification-needed verification-needed-focal
** Tags added: verification-done verification-done-focal
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to zfs-linux in Ubuntu.
https://bugs.launchpad.net/bugs/1914279
Title:
*** This bug is a security vulnerability ***
Public security bug reported:
[Impact]
* Ubuntu's 15.4 based shim ships a very large vendor-dbx (aka mokx)
which revokes many Ubuntu kernel hashes and 2012 signing key.
* Kernel should import those into it's %:.blacklist keyring such that
it
** Changed in: u-boot (Ubuntu)
Status: Fix Released => New
** Changed in: u-boot (Ubuntu Hirsute)
Status: Fix Released => Triaged
** Changed in: u-boot (Ubuntu Hirsute)
Status: Triaged => New
** Changed in: u-boot (Ubuntu)
Importance: Critical => Undecided
** Also
sru-release comments:
virtualbox-hwe/6.1.16-dfsg-6ubuntu1.20.04.2 (s390x, ppc64el, armhf,
arm64) -> autopkgtest failures are a false negative. It only is built
and supported on amd64
sysdig/riscv64 - ftbfs is not a regression, never built on riscv64 in
focal
zfs-linux/riscv64 - ftbfs is not a
** Description changed:
- When booting v5.11 based riscv unmatched image in qemu with uboot, it
- fails to boot.
+ [Impact]
- When booting v5.11 based riscv unmatched kernel+initrd directly, it
- boots fine.
+ * u-boot may crash when attempting to boot extlinux.conf which
+ specifies fdtdir;
On a given system we can have the following symlinks
/vmlinuz.old -> boot/vmlinuz-4.15.0-144-lowlatency
/vmlinuz -> boot/vmlinuz-4.15.0-144-generic
/boot/vmlinuz.old -> vmlinuz-4.15.0-144-lowlatency
/boot/vmlinuz -> vmlinuz-4.15.0-144-generic
which is controlled by /etc/kernel-img.conf setting
linux-update-symlinks install 4.15.0-144-generic
/boot/vmlinuz-4.15.0-144-generic => generates correct symlinks for
vmlinuz{.old} with both link_in_boot and without link_in_boot.
I am confused how come Debian kernels call linux-update-symlinks and
Ubuntu kernels (and upstream) do not.
--
You
But we do call linux-update-symlinks in the maintainer scripts.
why doesn't installkernel call that, horum.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-base in Ubuntu.
https://bugs.launchpad.net/bugs/1929255
Title:
Ubuntu Kernels in their postinst call linux-update-symlinks $change
$version $image_path to setup correct links.
This was not done by installkernel script, and a broken xx-update-
initrd-links script is being added to postinst.d that does not correctly
handle link_in_boot setting and breaks
I'm also not sure why that script exists at all in the current form.
I would have thought we could switch to linux package themselves to call
linux-update-symlinks like it is done in debian.
Or at least not reimplement the wheel and just call linux-update-
symlinks directly.
--
You received
Possibly a regression is being reported
https://bugs.launchpad.net/ubuntu/+source/linux-base/+bug/1929255
Please investigate, and if that needs fixing, please take appropriate
action. If determined to not be a regression, please remove the
validation-failed tags.
** Tags added:
Possibly a regression is being reported
https://bugs.launchpad.net/ubuntu/+source/linux-base/+bug/1929255
Please investigate, and if that needs fixing, please take appropriate
action. If determined to not be a regression, please remove the
validation-failed tags.
** Tags removed:
** Tags added: regresion-proposed regression-update
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-base in Ubuntu.
https://bugs.launchpad.net/bugs/1929255
Title:
update-initrd-links creates incorrect symlinks
Status in
# dpkg-query -W initramfs-tools linux-base
initramfs-tools 0.140ubuntu4
linux-base 4.5ubuntu8
# cat /etc/kernel-img.conf
do_symlinks = yes
do_bootloader = no
do_initrd = yes
link_in_boot = no
# ls -latr / | grep '> boot'
# apt install linux-generic
# ls -l / | grep '> boot'
lrwxrwxrwx 1
** Patch added: "lp1929255.patch"
https://bugs.launchpad.net/ubuntu/+source/linux-base/+bug/1929255/+attachment/5500691/+files/lp1929255.patch
** Patch removed: "lp1929255.patch"
https://bugs.launchpad.net/ubuntu/+source/linux-base/+bug/1929255/+attachment/5500663/+files/lp1929255.patch
aha, my xx-update-initrd-links lost executable bit again. need to fix that up
in my packaging.
But also invalidates my previous test a bit.
# installkernel 5.13.0-051300rc3daily20210526-generic
./linux/boot/vmlinuz-5.13.0-051300rc3daily20210526-generic
** Description changed:
[Impact]
## Problem description
Executing the `/etc/kernel/postinst.d/xx-update-initrd-links` script
incorrectly detects symbolic links targets and then creates malformed
(hence broken) ones instead:
/initrd.img ->
Untested yet, but here is a proposed patch which hopefully will fix
installkernel in all link_in_boot modes, without regressing anything.
** Patch added: "lp1929255.patch"
https://bugs.launchpad.net/ubuntu/+source/linux-base/+bug/1929255/+attachment/5500663/+files/lp1929255.patch
--
You
** Description changed:
+ [Impact]
+
## Problem description
Executing the `/etc/kernel/postinst.d/xx-update-initrd-links` script
incorrectly detects symbolic links targets and then creates malformed
(hence broken) ones instead:
/initrd.img ->
Redid the test case with initramfs-tools installed and the updated
linux-base patch.
Installed generic, links pointed at generic.
Installed lowlatency, old pointed at generic and the current links pointed at
lowlatency.
Installed a kernel using installkernel script to /boot, old points at
Testing again, but without initramfs-tools installed, and with kernel-
img.conf set to do_initrd = yes and link_in_boot = no
End result is this:
# ls -l /vmlinu* /initrd.img* /boot/initrd.img*
ls: cannot access '/boot/initrd.img*': No such file or directory
lrwxrwxrwx 1 root root 53 May 28 10:30
@cascardo for the focal's backport resurrecting focal's
debian/changelog. See attached.
** Patch added: "sponsor.diff"
https://bugs.launchpad.net/ubuntu/+source/evdi/+bug/1932163/+attachment/5509864/+files/sponsor.diff
--
You received this bug notification because you are a member of Kernel
*** This bug is a duplicate of bug 1932163 ***
https://bugs.launchpad.net/bugs/1932163
This bug should have straight away opened tasks against hirsute and
focal.
Because we do provide newer kernels on hirsute (self built, or installed
from kernel teams mainline ppa).
And because we do roll
** Changed in: evdi (Ubuntu Hirsute)
Status: Confirmed => In Progress
** Changed in: evdi (Ubuntu)
Status: Confirmed => Fix Released
** Changed in: linux-hwe-5.11 (Ubuntu)
Status: Confirmed => Fix Released
--
You received this bug notification because you are a member of
** Description changed:
[Impact]
focal users running latest hwe kernel, version 5.11, won't be able to use
evdi-dkms.
[Test case]
Built evdi dkms and loaded the evdi module on 5.4, 5.8 and 5.11 kernels.
[Potential regression]
DisplayLink devices will stop working.
-
** Description changed:
[Impact]
Openafs 1.8.4~pre1-1ubuntu2.1 FTBFS when built against Linux 5.11
-
[Fix]
Apply the attached debdiff (that is, in turn, a backport of upstream
Linux build fixes), build the debs, install the dkms deb and build it
against an installed 5.11
** Description changed:
[Impact]
This is a scripted bug report about ADT failures while running xtables-
addons tests for linux-hwe-5.11/5.11.0-20.21~20.04.1 on focal. Whether
this is caused by the dep8 tests of the tested source or the kernel has
yet to be determined.
Testing
ubuntu@gen2:~$ dpkg-query -W linux-cloud-tools-common
linux-cloud-tools-common5.4.0-79.88
ubuntu@gen2:~$ systemctl status hv-kvp-daemon.service
● hv-kvp-daemon.service - Hyper-V KVP Protocol Daemon
Loaded: loaded (/lib/systemd/system/hv-kvp-daemon.service; enabled; vendor
preset:
Building in security only bileto ppa
$ dput ppa:ci-train-ppa-service/4601
oss4_4.2-build2010-5ubuntu6~20.04.3_source.changes
D: Splitting host argument out of ppa:ci-train-ppa-service/4601.
D: Setting host argument.
Checking signature on .changes
gpg:
@cascardo are fixes done in ubuntu2 and ubuntu3 also needed in hirsute?
If yes, can you prepare SRU for hirsute as well? If not, can you please
explain why?
** Also affects: evdi (Ubuntu Hirsute)
Importance: Undecided
Status: New
** Also affects: linux-hwe-5.11 (Ubuntu Hirsute)
$ dput ppa:ci-train-ppa-service/4601
bcmwl_6.30.223.271+bdcom-0ubuntu7~20.04.3_source.changes
D: Splitting host argument out of ppa:ci-train-ppa-service/4601.
D: Setting host argument.
Checking signature on .changes
gpg: /tmp/bcmwl_6.30.223.271+bdcom-0ubuntu7~20.04.3_source.changes: Valid
** Tags added: verification-done-hirsute
** Tags added: verification-done
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-azure-5.11 in Ubuntu.
https://bugs.launchpad.net/bugs/1932582
Title:
Implement support for Intel SGX
1) Booted focal VM, installed linux-azure-edge (v5.11) based kernel,
which installed linux-base-sgx as a dependency from -updates
$ dpkg-query -W linux-base-sgx
linux-base-sgx 4.5ubuntu3.5
No SGX variables present in env
2) Enabled proposed, and installed linux-base-sgx from proposed
$
@ubuntu-sru-bot
Regresssions were retried, and have now been cleared.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-azure-5.11 in Ubuntu.
https://bugs.launchpad.net/bugs/1932582
Title:
Implement support for Intel SGX
Status
1) Booted hirsute VM, installed linux-azure (v5.11) based kernel, which
installed linux-base-sgx as a dependency, and rebooted
$ dpkg-query -W linux-base-sgx
linux-base-sgx 4.5ubuntu5.2
rebooted and no sgx variables were present.
2) installed linux-base-sgx from proposed
ubuntu@cloudimg:~$
@superm1 yes I have, it is now pulled into v5.14
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=2c484419efc09e7234c667aa72698cb79ba8d8ed
I will request it to be included in linux-stable series.
Note that in Impish we have now switched to zstd compression for the
Public bug reported:
something something precise (test bug)
** Affects: linux-gcp (Ubuntu)
Importance: Undecided
Status: Fix Released
** Affects: linux-gcp (Ubuntu Precise)
Importance: Undecided
Status: Won't Fix
** Affects: linux-gcp (Ubuntu Trusty)
debdiffs are on https://bileto.ubuntu.com/#/ticket/4543
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to dkms in Ubuntu.
https://bugs.launchpad.net/bugs/1914279
Title:
linux from security may force reboots without complete dkms modules
I've rebuilt all the packages mentioned above in bileto ppa against
security pocket and pushed them to focal-proposed queue, ready for sru
review and accept.
All, but openafs which ftbfs now, and will need to be fixed up for v5.11
anyway. So it will be rebuild in security pocket with v5.11 fixes
** Description changed:
nvidia-graphics-drivers-460
[Impact]
* To aid installer testing of the correct kernels with/without nvidia,
it would be helpful to test nvidia driver installation in qemu VMs
without actually needing nvidia hardware.
* We already have `Modaliases:
Public bug reported:
[ 16.319808] pci :04:00.0: enabling device ( -> 0002)
[ 16.325596] Kernel panic - not syncing: L2CACHE: DirFail @
0x.0001CB00
[ 16.325665] L2CACHE: No. of Banks in the cache: 4
[ 16.332152] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 5.11.0-1002-generic
** Summary changed:
- sometimes cold boot hangs on unmatched board
+ cold boot panics on unmatched board, soft reboot is fine
** Attachment added: "screenlog.0"
https://bugs.launchpad.net/ubuntu/+source/linux-riscv/+bug/1920916/+attachment/5480079/+files/screenlog.0
** Description changed:
** Changed in: linux-riscv (Ubuntu)
Milestone: None => ubuntu-21.04
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-riscv in Ubuntu.
https://bugs.launchpad.net/bugs/1920916
Title:
cold boot panics on unmatched board, soft
Alternative to all of the above, you could choose to "enable all the
devices" hack on 18.04.
Aka if the MAAS initrd includes a script to do `chzdev -e --all` by
default on 18.04.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in
In https://launchpad.net/ubuntu/+source/initramfs-tools/0.133ubuntu3 in
eoan+ manual chzdev -e got added to activate qeth devices, if they have
been specified in the ip= command, i.e. if enc300 is the device in the
ip= command.
This has not been backported to bionic.
To boot without specifying
somehow i was expecting the snap mount units to start after local-
fs.target, and for zfs.target to complete by then. But it looks like
that's not how things are ordered unfortunately.
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to
Looks like we carry out of date l2_cache patch
https://paste.ubuntu.com/p/y6hWvqYhdF/
** Changed in: linux-riscv (Ubuntu)
Status: New => In Progress
** Changed in: linux-riscv (Ubuntu)
Assignee: (unassigned) => Dimitri John Ledkov (xnox)
--
You received this bug notifi
191691 has not been mirrored to launchpad, thus Ubuntu developers cannot
see any of that details.
Note that Ubuntu does not have access to the LTC bugzilla, instead
bugproxy mirrors reports to Launchpad as needed. Please check with hws
if 191691 should be mirrored across, or not.
--
You
Kind of wish for a config option that would do add_to_platform_keyring a
built-in set of keys, until we have something like the other platforms
have (ipl on s390x, uefi db on EFI platforms).
Similar to how the built-in trusted keys are initialized.
--
You received this bug notification because
this is all very annoying! But I see what you mean now.
We probably should not add opal keys to the trusted_keyring then.
I would rather avoid introducing a new CA key whilst we cannot travel to
assemble and distribute CA shards offline.
I'd rather somehow enable platform_keyring or IMA
@Daniel
"In either case, however, the CA that signs the kernel signing key needs to be
built in to the kernel's .builtin_trusted_keys keyring."
On Ubuntu, for OPAL singing, on PowerPC, we do not use CA at all. It is
our understanding that firmware doesn't support verifying signature
chains to a
@Fred eldmannen+launchpad
This issue is only fixed in the Ubuntu patchset for the Linux Kernel.
Although I have submitted this fix upstream, it has not been picked up
yet by kernel.org vanilla kernels. See
https://lkml.org/lkml/2021/1/14/1091
The mainline builds you point to, do not contain
Public bug reported:
v5.11 kernel seems to sometimes hang on unmatched board
** Affects: linux-riscv (Ubuntu)
Importance: Undecided
Status: New
** Summary changed:
- v5.11 kernel seems to hang on unmatched board
+ v5.11 kernel seems to sometimes hang on unmatched board
**
For debugging i think it is best to use something like:
console=ttySIF0,115200 earlycon=sbi
note that by default kernel/systemd seem to enable sbi0 hvc0 (via sbi)
ttySIF0 consoles all of which seem to be the same thing.
It is quite confusing.
--
You received this bug notification because you
** Also affects: ubuntu-core-initramfs
Importance: Undecided
Status: New
** Changed in: ubuntu-core-initramfs
Status: New => In Progress
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
@kernel team
please check which dkms packages in -updates fix FTBFS, and if they need
to be rebuilt in -security pocket and released in -security pocket.
** Changed in: linux-meta (Ubuntu)
Status: New => Triaged
** Changed in: linux (Ubuntu)
Status: Confirmed => Triaged
--
You
Can you please provide the output of:
$ sudo ubuntu-drivers list
In the live session?
There are two ways to get the nvidia kernel driver. One option is to
compile it from scratch on the users machine with dkms. THe other option
is to install a metapackage linux-modules-nvidia for the
ubuntu-core-initramfs v40 has support for main & server features, which
on x86 are enabled by default. The next snap build of pc-kernel in 20/
tracks should contain the required modules.
** Changed in: ubuntu-core-initramfs
Status: In Progress => Fix Released
--
You received this bug
https://bugs.launchpad.net/kernel-sru-workflow/+bug/1916165
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/1912752
Title:
linux-uc20-efi: megaraid_sas required in the initrd
Status in
Public bug reported:
When booting on SiFive boards, there are two gettys launched on the same
console.
There is sifive serial console which is the active/only physical
console.
But also, there is serial console exposed over legacy opensbi extension;
which in linux kernel is implemented as hvc0
** Description changed:
When booting on SiFive boards, there are two gettys launched on the same
console.
There is sifive serial console which is the active/only physical
console.
But also, there is serial console exposed over legacy opensbi extension;
which in linux kernel is
** Also affects: linux-riscv (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-riscv in Ubuntu.
https://bugs.launchpad.net/bugs/1923162
Title:
riscv64 images fail to boot in qemu
901 - 1000 of 1812 matches
Mail list logo