On 21 June 2013 17:07, Mark Cave-Ayland <mark.cave-ayl...@ilande.co.uk> wrote: > It seems to be that several OS images in my OpenBIOS test suite are > expecting either an 8-bit or 32-bit display depth. For example Darwin and > older versions of HelenOS will freeze if they don't have a 8bpp or 32bpp > display (and newer versions of HelenOS only work because they realised that > no-one had tested 15bpp before running under QEMU and noticed the bug). I > suspect it's because of the recent MMU fixes in openbios-ppc which enable it > to run a lot more images than before is why no-one actually noticed before > :)
Yeah, "guests don't run on 16 bit and they would break on 16 bit hardware too" is a reasonable rationale. What I was trying to establish was whether the problem was that or "QEMU's 16 bit emulation is broken (possibly for some corner case Linux doesn't use)". (I've seen problems with ARM 16 bit graphics before which were actually emulation bugs in the framebuffer device model for some use cases.) thanks -- PMM
