pseudo-device: fcp0 fcp0 is /pseudo/fcp@0 NOTICE: Couldn't set value (../../sun/io/audio/sada/drv/audiocs/audio_4231.c, Line #1759 0x00 0x88) audio may not work correctly until it is stopped and restarted audiocs0 at sbus0: SBus slot 4 0xc000000 SBus level 5 sparc ipl 9 audiocs0 is /iommu@0,10000000/sbus@0,10001000/SUNW,CS4231@4,c000000
Not having anything to compare to, are the tcx0 and sbusmem entries correct?
Oh that's interesting - I always thought that the hangs were being caused by OpenBIOS reporting 4 CPUs by default whilst QEMU only provides 1.
Where does it report 4 CPUs? I see only one in the device tree.
But this trace strongly points towards the audio driver being the culprit instead.
To be honest I doubt it. I'd rather suspect networking problem with le (aka pcnet), which might be improperly initialized either in qemu or in OpenBIOS. OBP under qemu tries netboot first, so it initializes the le card before Solaris gets it. So the fact that the card is properly initialised under OBP may be just a co-incidence.
Anyway it should be easy to check - just kick the audio out of the device tree. No recompilation of OpenBIOS should be necessary, something like
cd /iommu@0,10000000/sbus@0,10001000/SUNW,CS4231@4,c000000 " name" delete-property device-end boot cdrom:d -vs
should do it. Nathan, can you check?
I regret to report that disabling as above neither the audio, nor the ledma and le, nor both, allow me to finish the boot.