yeah, something I learned a LONG long time ago, never delete old versions of Qemu…

for 2.2:

“Mac OS X 10.2, 10.3 and 10.4 guests run with the mac99 machine type (CD-ROM emulation known broken). ”

neat

At the moment the best information can be found in the versioned changelogs available on the wiki, e.g.

http://wiki.qemu.org/ChangeLog/2.1
http://wiki.qemu.org/ChangeLog/2.2

Subsystem maintainers are encouraged to update the wiki page for every release and so these are fairly accurate.

Well thanks for all the input on this. I’ve not touched Qemu since I made my own builds of 1.6.1. Clearly I need to get building again to catch up!

I hope there is a good reason, otherwise, it’s a shame to break Qemu compatibility.

Also, it’s really impressive to see the 64bit stuff starting to work on Qemu!

Ah, now that makes perfect sense!

with the long term demise of the user forums, and the firehose of the dev forums, is there a good place to get information like this?

I’ve always felt that Qemu felt like a lot is going on under the surface but from the outside, it’s impossible to gauge.

> Maybe try it with SUN firmware? Or a different model of sparc I guess.

Unlikely. QEMU doesn’t emulate mixing DMA and PIO access in ESP. And for some reason the NetBSD developers keep returning to this pattern since NetBSD 1.6. Maybe it’s more performant on the physical hardware.

> At a minimum I’d rebiuld the kernel to shut that bloody message up!

Yes, this should work. Also there were many variants of ESP. Maybe specifying another one would work.

What happened was that the NetBSD folks rewrote their TCX driver to use hardware acceleration available on a real card around the 6.x series timeframe, and it wasn’t until 2.2 that someone reverse-engineered this driver and provided an upstream patch to allow QEMU’s TCX driver to work in the same way.

Someone did provide a test patch for the “esp0: !TC on DATA XFER” message but it didn’t really work for me which is why it didn’t get merged.

I just installed NetBSD on the regular sparc… and yeah a bazillion esp errors.

qemu-system-sparc.exe -hda sparc.disk -cdrom NetBS
D-6.1.5-sparc.iso -nographic -serial mon:telnet:127.0.0.1:23,server,nowait –
boot c

Same deal as far as raw disk, and using OpenBIOS.

initialized boothowt from bootloader: 0
Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005,
2006, 2007, 2008, 2009, 2010, 2011, 2012
The NetBSD Foundation, Inc. All rights reserved.
Copyright (c) 1982, 1986, 1989, 1991, 1993
The Regents of the University of California. All rights reserved.

NetBSD 6.1.5 (GENERIC)
total memory = 111 MB
avail memory = 105 MB
timecounter: Timecounters tick every 10.000 msec
bootpath: /iommu@0,10000000/sbus@0,10001000/espdma@5,8400000/esp@5,8800000/sd@0,0
mainbus0 (root): SUNW,SPARCstation-5: hostid 80123456
cpu0 at mainbus0: MB86904 @ 170 MHz, MB86910 or WTL1164/5 FPU
cpu0: 16K instruction (32 b/l), 8K data (16 b/l), 512K external (32 b/l): cache enabled
obio0 at mainbus0
clock0 at obio0 slot 0 offset 0x200000: mk48t08
timer0 at obio0 slot 0 offset 0xd00000: delay constant 27, frequency = 2000000 Hz
timecounter: Timecounter “timer-counter” frequency 2000000 Hz quality 100
zs0 at obio0 slot 0 offset 0x100000 level 12 softpri 6
zstty0 at zs0 channel 0 (console i/o)
zstty1 at zs0 channel 1
zs1 at obio0 slot 0 offset 0x0 level 12 softpri 6
zstty4 at zs1 channel 0
kbd0 at zstty4
zstty5 at zs1 channel 1
ms0 at zstty5
wsmouse0 at ms0 mux 0
fdc0 at obio0 slot 0 offset 0x400000 level 11: no drives attached
auxreg0 at obio0 slot 0 offset 0x900000
power0 at obio0 slot 0 offset 0x910000 level 2
slavioconfig at obio0 slot 0 offset 0x800000 not configured
iommu0 at mainbus0 addr 0x10000000: version 0x5/0x0, page-size 4096, range 64MB
sbus0 at iommu0: clock = 21.250 MHz
dma0 at sbus0 slot 5 offset 0x8400000: DMA rev 2
esp0 at dma0 slot 5 offset 0x8800000 level 4: ESP200, 40MHz, SCSI ID 7
scsibus0 at esp0: 8 targets, 8 luns per target
ledma0 at sbus0 slot 5 offset 0x8400010: DMA rev 2
le0 at ledma0 slot 5 offset 0x8c00000 level 6: address 52:54:00:12:34:56
le0: 8 receive buffers, 2 transmit buffers
tcx0 at sbus0 slot 3 offset 0x800000 level 5 (ipl 9) (8bit only TCX)tcx0: SUNW,tcx, 1024 x 768, id 0, rev 0, sense 0
tcx0: attached to /dev/fb0
wsdisplay1 at tcx0 kbdmux 1
wsmux1: connecting to wsdisplay1
audiocs0 at sbus0 slot 4 offset 0xc000000 level 5 (ipl 9): CS4231A
audio0 at audiocs0: full duplex, playback, capture
power-management at sbus0 slot 4 offset 0xa000000 not configured
timecounter: Timecounter “clockinterrupt” frequency 100 Hz quality 0
scsibus0: waiting 2 seconds for devices to settle…
wskbd0 at kbd0 mux 1
sd0 at scsibus0 target 0 lun 0: disk fixed
sd0: 2048 MB, 4161 cyl, 16 head, 63 sec, 512 bytes/sect x 4194304 sectors
cd0 at scsibus0 target 2 lun 0: cdrom removable
kbd0: reset failed
wskbd0: connecting to wsdisplay1
Kernelized RAIDframe activated
root on sd0a dumps on sd0b
root file system type: ffs
esp0: !TC on DATA XFER [intr 18, stat 82, step 4] prevphase 2, resid 0

Maybe try it with SUN firmware? Or a different model of sparc I guess. At a minimum I’d rebiuld the kernel to shut that bloody message up!