misc/81013: Intel ICH3 sound chip reverts to 48KHz after suspend/resume

[Phil Regnauld]

>Number:         81013
>Category:       misc
>Synopsis:       Intel ICH3 sound chip reverts to 48KHz after suspend/resume
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sat May 14 13:00:20 GMT 2005
>Closed-Date:
>Last-Modified:
>Originator:     Phil Regnauld
>Release:        FreeBSD 6.0-CURRENT i386
>Organization:
catpipe Systems ApS
>Environment:
System: FreeBSD flow.eu.org 6.0-CURRENT FreeBSD 6.0-CURRENT #2: Wed May 11 13:03:32 CEST 2005 root at flow.eu.org:/usr/obj/usr/src/sys/FLOW5 i386


>Description:
	The ICH series of sound chips apparently only handle 48KHz fixed rate.
	To work around this, the FreeBSD sound driver does resampling.

	Unfortunately, it seems that on the tested system (IBM ThinkPad X23
	with ICH3 -- see below), suspending via acpiconf -s 3, and later
	resuming causes samples to be played at 48KHz again.

	The result is music running 10% faster (which is indeed audible).

	This has been observed on 5.3-STABLE and 6.0-CURRENT.

	pcm0: <Intel ICH3 (82801CA)> at io 0x1c00, 0x18c0 irq 9 bufsz 16384  (1p/1r/2v channels duplex default)

	It should be possible to reset the driver ?  Since the sound driver
	is compiled in, unloading/reloading the driver has not (yet) been
	tested.

>How-To-Repeat:
	
	acpiconf -s 3
	resume system

	Play something via mpg123 or xmms

	mplayer -speed 0.92 (44.1/48*100) will allow one to play the
	music / media at the right speed.

>Fix:

	No fix known.
>Release-Note:
>Audit-Trail:
>Unformatted: