Comment 98 for bug 1921664

Hi all,

I appreciate the effort that went into troubleshooting this bug, quite the journey.

The [test plan] section, however, as it currently stands, seems to be a bunch of copied & pasted command lines and text from other comments, and does not stand on its own. None of the commands shown there work as described.

Please use one of the test cases from comment #87, which are pretty good and direct to the point. I suggest case 3: arm64 on arm64, as that might be the most common one, ans also replicates what Paride was trying in one of the comments.

I was able to use it on my raspberry pi4 and got qemu to crash (just had to lower the memory from 4G to 1G):

$ qemu-system-aarch64 -machine virt -nographic -smp 4 -m 1G -cpu cortex-a57 -pflash flash0.img -pflash flash1.img -drive file=jammy-server-c
loudimg-arm64.img,format=qcow2,id=drive0,if=none -device virtio-blk-device,drive=drive0
WARNING: Image format was not specified for 'flash0.img' and probing guessed raw.
         Automatically detecting the format is dangerous for raw images, write operations on block 0 will be restricted.
         Specify the 'raw' format explicitly to remove the restrictions.
WARNING: Image format was not specified for 'flash1.img' and probing guessed raw.
         Automatically detecting the format is dangerous for raw images, write operations on block 0 will be restricted.
         Specify the 'raw' format explicitly to remove the restrictions.
BdsDxe: failed to load Boot0001 "UEFI Misc Device" from VenHw(93E34C7E-B50E-11DF-9223-2443DFD72085,00): Not Found
qemu-system-aarch64: GLib: g_source_ref: assertion 'source != NULL' failed
Segmentation fault (core dumped)