Upstream has been working with me to try to determine what is going on
here. The conclusion is that we believe that firmware is piggy-backing
on the ARM_SMCCC_ARCH_WORKAROUND calls, and is clobbering some of the
registers in the x4-x17 range. The patch series mentioned in Comment #9
happens to
Note that bare metal boots also fail the same way w/ the MDS workaround
enabled (failing VM boots all had a newer kernel running on the host):
EFI stub: Booting Linux Kernel...
EFI stub: EFI_RNG_PROTOCOL unavailable, no randomness supplied
EFI stub: Using DTB from configuration table
EFI stub:
** Changed in: linux (Ubuntu)
Status: New => Triaged
--
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/1931728
Title:
[scalingstack bos01] bionic (arm64) instances always fail to
The changeset referenced in Comment #8 was part of a 21-part changeset shown
here:
https://patches.linaro.org/cover/141739/
I was able to backport these changes to our 4.15 kernel and get it
booting w/ the MDS workaround enabled. One option is to SRU those (and a
number of follow-up Fixes:
** Also affects: linux (Ubuntu)
Importance: Undecided
Status: New
** Changed in: qemu (Ubuntu)
Status: New => Invalid
--
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
5 matches
Mail list logo