> >> 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.