qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Qemu-devel] [Bug 1262081] Re: qemu-system-sparc in qemu 1.7.0 fails to


From: Peter Bartoli
Subject: [Qemu-devel] [Bug 1262081] Re: qemu-system-sparc in qemu 1.7.0 fails to boot with Sun ROM
Date: Mon, 23 Dec 2013 21:00:51 -0000

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 <address@hidden> 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/address@hidden,8400000/address@hidden,8800000/address@hidden,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



reply via email to

[Prev in Thread] Current Thread [Next in Thread]