Hi, I hit this issue when testing a bugfix for memtest86+ under QEMU. Before finding this bug report, I worked around it by taking OVMF non-secboot binaries from an Arch package, but I agree with Alain: non-secboot binaries are useful, and besides, multiple (most ?) other distros provide them :)
For memtest86+, testing 32-bit UEFI binaries in QEMU once in every while arguably provides useful test coverage for the goal of supporting a broad range of x86 & x86_64 computers: physical computers which provide 32-bit UEFI boot support but not legacy BIOS boot support are rather uncommon. Regards, Lionel Debroux.