>Number:         2844
>Category:       kern
>Synopsis:       bug setting audio sample rate for playback
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    kern-bug-people (Kernel Bug People)
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Mon Oct 14 10:35:01 1996
>Last-Modified:
>Originator:     Monty
>Organization:
the Xiphophorus company
>Release:        1.1
>Environment:
System: NetBSD limekiller 1.1B NetBSD 1.1B (LIMEKILLER) #13: Sat May 11 17:43:31 EDT 1996 ghudson@zygorthian-space-raiders:/afs/sipb.mit.edu/project/netbsd/dev/current-source/build/i386_nbsd1/sys/arch/i386/compile/LIMEKILLER i386


>Description:
	Exact occurrence; Limekiller has a SoundBlaster 8 that supports only
	8 bit PCM at up to 22050Hz.  Other aspects of the hardware
	behave as expected through ioctls (eg, an ioctl call to set stereo 
	fails), however ioctl calls to set impossible playback rates succeed,
	making it difficult for applications to accurately determine hardware
	capability.  A application that tries to use a bad playback rate
 	that it believes it has properly set results in write() hanging.

>How-To-Repeat:
	set playback sample rate on a system with sound hardware incapable
	of the rate (ie, 44100Hz on a SB8), then write to the device 

>Fix:

>Audit-Trail:
>Unformatted: