So looking at these kstats, and looking at your original OpenSolaris
ones, it looks like there is something wrong where the new audioens
driver doesn't seem to like the emulated device. Specifically, it does
not seem to actually be transferring any data. (No interrupts, and the
tail value is set to zero.)
This can be very difficult to debug, since we don't exactly know how
VMware's emulation differs from the "real device" -- I'll have to get a
VMware install to debug it more fully.
Please file a bug (bugs.opensolaris.org).
- Garrett
On 03/11/10 11:06 AM, Chris Ridd wrote:
>
> Out of interest, the sound support in a 10u5 guest works OK in the same host,
> once I enable the "sound server" in GNOME's sound preferences. There's no
> audiotest there, but 'kstat audioens' reports:
>
> ---
> module: audioens instance: 0
> name: audioens class: controller
> crtime 45.659823136
> hard 42
> multiple_service 0
> snaptime 814.272439408
> soft 0
> spurious 0
> watchdog 0
>
> module: audioens instance: 0
> name: fm class: misc
> acc_err 0
> crtime 479.584121968
> dma_err 0
> erpt_dropped 0
> fm_cache_full 0
> fm_cache_miss 0
> snaptime 814.272734873
> ---
>
> # pkginfo -ll SUNWaudd
> PKGINST: SUNWaudd
> NAME: Audio Drivers
> CATEGORY: system
> ARCH: i386
> VERSION: 11.10.0,REV=2005.01.21.16.34
> BASEDIR: /
> VENDOR: Sun Microsystems, Inc.
> DESC: SunOS audio device drivers using the new audio driver
> architecture
> PSTAMP: on10ptchfeatx20080227231334
> INSTDATE: Jan 22 2010 17:39
> HOTLINE: Please contact your local service provider
> STATUS: completely installed
> FILES: 18 installed pathnames
> 5 shared pathnames
> 5 directories
> 12 executables
> 1222 blocks used (approx)
>
> Cheers,
>
> Chris
>
