I can confirm, by the way, that the QEMU,tcx.bin replacement does indeed allow the
On Dec 23, 2013, at 12:05 AM, Mark Cave-Ayland <mark.cave-ayl...@ilande.co.uk> wrote: > Thanks for the feedback. Actually it does boot in TCX mode with the > FCode ROM attached to this bug report - well at least you can boot into > OBP. If you're running Solaris, then the problem is that their version > of X doesn't have a TCX driver and so boot hangs after "Starting > OpenWindows". Other OS such as Linux do have a TCX driver and so work fine. I could *definitely* build another version of X and start it after boot, but the problem I've had is that, at least on the Mac, I can't get QEMU to build w/ libSDL, and the Cocoa UI doesn't work when you use OBP. See bug #1260555 and https://trac.macports.org/ticket/41435 ... > 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 > 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? 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' -peter ** Bug watch added: trac.macports.org #41435 http://trac.macports.org/ticket/41435 -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1262081 Title: qemu-system-sparc in qemu 1.7.0 fails to boot with Sun ROM Status in QEMU: New Bug description: 1.7.0 seems to have broken booting on SPARC ... at least with a Sun ROM. Everything fails with "data access exception." 1.6.{1,2} qemu-system-sparc binaries both boot the same images that 1.7.0 fails to boot. Type help for more information ok boot disk1 Boot device: /iommu/sbus/espdma@5,8400000/esp@5,8800000/sd@1,0 File and args: Data Access Exception Starting with following command: sudo qemu-system-sparc -m 256 -M SS-5 -nographic -bios /home/img/ROMs/sun/ss5-170.bin \ -prom-env 'boot-device=disk1' -prom-env 'auto-boot?=true' \ -drive file=/home/doc/VMs/slagheap/sd0.raw,if=scsi,bus=0,unit=3 \ -drive file=/home/doc/VMs/slagheap/sd1.raw,if=scsi,bus=0,unit=1 \ -drive file=/home/doc/VMs/slagheap/sd2.raw,if=scsi,bus=0,unit=2 \ -net nic,macaddr=DE:EE:DD:FF:EE:DD,model=lance \ -net tap,ifname=tap0,script=/home/doc/VMs/slagheap/ifup,downscript=/home/doc/VMs/slagheap/ifdown To manage notifications about this bug go to: https://bugs.launchpad.net/qemu/+bug/1262081/+subscriptions
