On Sat, May 30, 2020 at 07:21:15PM +0000, Miod Vallat wrote: > Yet another case where the emulator does not match the real hardware. > > Why bother with them? > > Get qemu to fix their shit so that the frame buffer metrics variable are > aligned on 64-bit boundaries. There might not be a written specification > for this requirement, but that's the way real hardware behaves, and it > makes complete sense (the variables are OFW cells, which are 64-bit > values and 64-bit aligned).
I'm not sure if sparc's OFW is different, but in the device trees as used on arm and probably mips as well, 64-bit values are represented using two 32-bit cells. So I think a requirement of 64-bit would not be correct anyway, and it should be 32-bit instead. I saw some mailthread on the U-Boot lists regarding some alignment requirements of some payloads. Even though they confused the diff- erence between "alignment of payload that will be put somewhere" and "alignment of where the payload actually ends up with", it seems like they also only require 32-bit alignment. The tools that create the image with the payloads, which they discussed, also makes sure all payloads are aligned to 32-bit.
