IAM
====
Boomer: Next Generation Solaris Audio (2008/318)
                Submitter: Garrett D'Amore
                Owner: Garrett D'Amore
                Intern: Phi Tran
                Exposure: open

SUMMARY
=======



ISSUES
=======
 PSARC 2008/318:	Boomer: Next Generation Solaris Audio
 Submitter:	Garrett D'Amore
 Owner:		Garrett D'Amore
 Intern:		Phi Tran
 
 Issues for commitment (03/04/2009):
 
 jdc-1	Should 'sdtaudiocontrol' be yanked out of Nevada before Boomer
 	delivery, or does nobody care?  (Non-goal #4.)
 
 answer	Good question.  It seems like nobody much cares about "Nevada"
 	anymore, and sdtaudiocontrol is not part of "Indiana".  I don't
 	care that much one way or the other.   I was going to try to
 	get it removed asap anyway, I just hadn't planned on treating
 	such removal as a pre-requisite.
 
 jdc-2	Digital telephone interfaces are inherently 8-bit mu-law PCM
 	(or A-law in Europe).  Should Boomer be able to support those
 	sorts of devices?  (Non-goal #12 says not.)
 
 answer	We support both of those formats.  Its not inherently impossible
 	to make them work with Boomer, and we've not knowingly excluded
 	them.  But we've neither gone out of our way to support them either.
 
 jdc-3	What becomes of the audioplay and audiorecord command line
 	options?  Is there an EOF?  Why is ignoring them ok?  (Should
 	the man pages at least be updated?)
 
 answer	I've not scheduled a separate EOF for them.
 
 	The problem of audioplay & audiorecord's command line options is
 	that they are still stuck with the limitations of the Sun audio(7i)
 	api, and so can't express properly advanced features like multiple
 	simultaneous monitors.  Additionally, the idea that these applications
 	should change the master system volume is IMO a significant bug.  The
 	volume levels should only apply to the application itself.  If you
 	want to change master system volume, use a mixer panel tool (or 
 	mixerctl) to do so.
 
 jdc-4	Are there any third-party drivers that used the SADA DDI?
 
TCR
 answer	Yes.  The ones I know about are freeware drivers from Jurgen Keil,
 	and 4Front's OSS implemenation.
 
 	Jurgen's drivers for ESS1370, 1371, and 1373 are fully replaced by
 	audiopci and audioens.  His driver for the EMU10K parts (aka audigy)
 	does not have a counterpart in Boomer *yet*.  But it will soon.  It
 	does not look like this will happen in time for phase I, but should
 	be an easy post-integration RFE.
 
 	The 4Front drivers are rather intrusive in the system, and their
 	use of SADA is "limited" at best.  I have no plans or desire to enable
 	kernel-level compatibility with these drivers.  They will break.
 
 	However: it will be *much* easier for 4Front to adapt their system to
 	work well with Boomer, than it ever was with SADA.
 
 jdc-5	20q9: "start of day"?  Why once a day?
 
 answer	Sorry, that should have read "at system boot".  Its a mistake of
 	my terminology -- I often say "start of day" when I mean "system
 	startup".  The service only runs during system boot.

VOTE
====
Approve - Glen Skinner, Garrett D'Amore, Sebastien Roy, Mark Carlson, Jim Carlson,  Rick Matthews
Deny - 
Abstain - 
Not Participating (NP) - Gary Winiger

 

THE NEXT STEP
=============
TCR - announce the EOF  
TCA - error show to happen for ...