5.13.0-36 fails to boot on Parallels on Mac M1 eg aarch64

[Gareth Woolridge]

After allowing an Ubuntu Impish system running under Parallels Desktop on M1 Mac (aarch64) to update, and rebooting for a new kernel it gets stuck after loading kernel and ramdisk, no further output on 5.13.0-36

Reverting to 5.13.0-20 by selecting it at the grub screen allows the system to boot as normal.

ProblemType: Bug
DistroRelease: Ubuntu 21.10
Package: linux-image-5.13.0-20-generic 5.13.0-20.20
ProcVersionSignature: Ubuntu 5.13.0-20.20-generic 5.13.14
Uname: Linux 5.13.0-20-generic aarch64
NonfreeKernelModules: prl_fs_freeze prl_fs prl_tg
ApportVersion: 2.20.11-0ubuntu71
Architecture: arm64
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: moon127 2538 F.... pulseaudio
CasperMD5CheckResult: unknown
CurrentDesktop: ubuntu:GNOME
Date: Thu Mar 10 11:42:47 2022
InstallationDate: Installed on 2021-02-18 (385 days ago)
InstallationMedia: Ubuntu 20.04.2 LTS "Focal Fossa" - Release arm64 (20210218)
IwConfig:
 lo no wireless extensions.

 eth0 no wireless extensions.
Lspci-vt:
 -[0000:00]-+-01.0 Intel Corporation 82801I (ICH9 Family) HD Audio Controller
            +-02.0 Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB2 EHCI Controller
            +-03.0 NEC Corporation uPD720200 USB 3.0 Host Controller
            +-09.0 Parallels, Inc. Virtual Machine Communication Interface
            \-0a.0 Red Hat, Inc. Virtio GPU
MachineType: Parallels International GmbH. Parallels ARM Virtual Machine
ProcFB: 0 virtio_gpudrmfb
ProcKernelCmdLine: BOOT_IMAGE=/vmlinuz-5.13.0-20-generic root=/dev/mapper/vgubuntu-root ro quiet splash
RelatedPackageVersions:
 linux-restricted-modules-5.13.0-20-generic N/A
 linux-backports-modules-5.13.0-20-generic N/A
 linux-firmware 1.201.5
RfKill:

SourcePackage: linux
UpgradeStatus: Upgraded to impish on 2021-10-19 (142 days ago)
acpidump:

dmi.bios.date: Wed, 24 Nov 2021 19:24:24
dmi.bios.release: 0.1
dmi.bios.vendor: Parallels International GmbH.
dmi.bios.version: 17.1.1 (51537)
dmi.board.asset.tag: None
dmi.board.name: Parallels ARM Virtual Platform
dmi.board.vendor: Parallels ARM Virtual Machine
dmi.board.version: 0.1
dmi.chassis.type: 2
dmi.chassis.vendor: Parallels International GmbH.
dmi.modalias: dmi:bvnParallelsInternationalGmbH.:bvr17.1.1(51537):bdWed,24Nov2021192424:br0.1:svnParallelsInternationalGmbH.:pnParallelsARMVirtualMachine:pvr0.1:skuParallels_ARM_VM:rvnParallelsARMVirtualMachine:rnParallelsARMVirtualPlatform:rvr0.1:cvnParallelsInternationalGmbH.:ct2:cvr:
dmi.product.family: Parallels VM
dmi.product.name: Parallels ARM Virtual Machine
dmi.product.sku: Parallels_ARM_VM
dmi.product.version: 0.1
dmi.sys.vendor: Parallels International GmbH.

[Ubuntu Kernel Bot (ubuntu-kernel-bot)]

This change was made by a bot.

[Michał Sawicz (saviq)]

We can confirm the same through Multipass on QEMU rather than Parallels.

We found that using a different version of QEMU does help, we're trying to narrow it down to a QEMU commit now.

There are a number of changes that can be seen in the recent kernel pertaining to aarch64:

https://git.launchpad.net/~ubuntu-kernel/ubuntu/+source/linux/+git/impish/log/

[Michał Sawicz (saviq)]

For reference, this is what fixes it on QEMU:

https://github.com/qemu/qemu/compare/48006e0...7f6c295

I doubt this is a reason to do anything to the Ubuntu kernel, then.

Filing a bug with Parallels referencing that may be good.

[Michał Sawicz (saviq)]

And this is the kernel side trigger for the issue:

https://git.launchpad.net/~ubuntu-kernel/ubuntu/+source/linux/+git/impish/commit/?id=7936f2a576f1d7c3e1a80f8a07a217cdfa2b7338