On Mon, 10 Jan 2022 14:27:01 -0700 dann frazier <da...@dannf.org> wrote:
> On Mon, Jan 10, 2022 at 02:50:27PM -0600, Glenn Washburn wrote: > > Package: qemu-efi-arm > > Version: 2020.11-2 > > > > Hello Maintainers, > > > > There seems to be an issue with the 32-bit ARM UEFI firmware VARS file, > > at /usr/share/AAVMF/AAVMF32_VARS.fd. When I try to use it, I get a Data > > exception and a failure to boot the firmware. > > > > This issue can be reproduced using the following command: > > > > qemu-system-arm -display none -machine virt -drive \ > > > > if=pflash,format=raw,unit=1,readonly=on,file=/usr/share/AAVMF/AAVMF32_VARS.fd > > \ > > -drive \ > > > > if=pflash,format=raw,unit=0,readonly=on,file=/usr/share/AAVMF/AAVMF32_CODE.fd > > \ > > -monitor file:/dev/null -serial file:/dev/stdout > > > > It can be seen that the VARS file is at issue here because the > > following command boots as expected: > > > > qemu-system-arm -display none -machine virt -drive \ > > > > if=pflash,format=raw,unit=0,readonly=on,file=/usr/share/AAVMF/AAVMF32_CODE.fd > > \ > > -monitor file:/dev/null -serial file:/dev/stdout > > Hi Glenn, > > The VARS file needs to be writeable. You should typically make a > copy per-guest and omit the readonly=on bit for that file on the QEMU > command line. Thanks Dann, I can confirm that this does indeed resolve the issue. I had previously tried copying the VARS file, but hadn't thought to take off the readonly=on. Glenn
