On Dec 24, 2013, at 6:22 AM, Mark Cave-Ayland <mark.cave-ayl...@ilande.co.uk> wrote: > On 23/12/13 21:00, Peter Bartoli wrote: > >>> I currently have patches for a CG3 framebuffer pending that will enable >>> you to boot Solaris into graphics mode, which I hope will be applied soon. >> >> That is AWESOME news. Really, I'm hoping to just have a text-based >> console like on my SS5 with the old familiar Sun logo and to start > > ..X?
Sorry, yes ... to be able to start X on demand now and again would be awesome. >>> Also Artyom's blog is quite out of date with respect to OpenBIOS - >>> OpenBIOS has been able to boot my test Solaris 8 image for over 2 years >>> now so you may find that you can get by without the proprietary Sun ROM >>> (and avoid having to manually type a boot command into OBP every time >>> you restart). Unfortunately the OpenBIOS binaries for 1.7 also have a >>> bug that breaks booting from hard disks (CDROMs are fine), but the >>> updated binaries should be merged into git in time for the next 1.7.x >>> release. >> >> Again, great news. I'm running Solaris 2.5.1 ... any clue if OpenBIOS >> might work for me? > > No idea - I don't have many Solaris images for testing at all, so just try it > and see. Although you need to wait for the fixed binaries to hit the QEMU > 1.7/master git repo to fix another outstanding SPARC boot bug. Standing by and looking forward to it! >> If I may, do you know why qemu-system-sparc w/ OBP ignores the following >> prom-env options? >> >> -prom-env 'boot-device=disk1' -prom-env 'auto-boot?=true' > > That's because the boot parameters are passed to the PROM via a QEMU custom > FW interface (which OBP has no knowledge of) rather than by having QEMU > emulate the NVRAM in exactly the same way as real hardware. Makes sense; thanks for clarifying! -peter
