Hello,
I had a similiar panic when booting an ARM VM with kernel v5.9-rc1. git
bisect identified following bad commit. After reverting the bad commit,
the VM boot ok. Maybe we should look into the following commit.
d323bb44e4d23802eb25d13de1f93f2335bd60d0 is the first bad commit
commit d323bb4
Then the question is why the efifb driver doesn't work in the kdump
kernel. Actually, it *does* work in many cases. I built the 6.13.0 kernel
on the Oracle Linux 9.4 system, and transferred the kernel image binary
and module binaries to an Ubuntu 20.04 VM in Azure. In that VM, the
efifb driver
On 2025-02-06 4:00 p.m., Michael Kelley wrote:
From: Michael Kelley
From: Thomas Tai Sent: Thursday, January 30, 2025 12:44
PM
-Original Message-
From: Michael Kelley Sent: Thursday, January 30, 2025
3:20 PM
From: Thomas Tai Sent: Thursday, January 30,
2025 10:50 AM
Sorry for
Hi Michael,
We see an issue with the mainline kernel on the Azure Gen 2 VM when trying to
induce a kernel panic with sysrq commands. The VM would hang with soft lockup.
A similar issue happens when executing kexec on the VM. This issue is seen only
with Gen2 VMs(with UEFI boot). Gen1 VMs with b
> -Original Message-
> From: Thomas Tai
> Sent: Thursday, January 30, 2025 1:37 PM
> To: mhkelle...@gmail.com; haiya...@microsoft.com; wei@kernel.org;
> de...@microsoft.com; drawat.fl...@gmail.com; javi...@redhat.com; Helge
> Deller ; dan...@ffwll.ch; airl...@gma