kern/52340: hw.hdafg0.precision=32 causes problems with synthesized spkr(4)

[paul%whooppee.com@localhost]

>Number:         52340
>Category:       kern
>Synopsis:       hw.hdafg0.precision=32 causes problems with synthesized spkr(4)
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    kern-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Mon Jun 26 04:05:00 +0000 2017
>Originator:     Paul Goyette
>Release:        NetBSD 8.99.1
>Organization:
+------------------+--------------------------+----------------------------+
| Paul Goyette     | PGP Key fingerprint:     | E-mail addresses:          |
| (Retired)        | FA29 0E3B 35AF E8AE 6651 | paul at whooppee dot com   |
| Kernel Developer | 0786 F758 55DE 53BA 7731 | pgoyette at netbsd dot org |
+------------------+--------------------------+----------------------------+
>Environment:
	
	
System: NetBSD speedy.whooppee.com 8.99.1 NetBSD 8.99.1 (SPEEDY 2017-06-18 08:18:56 UTC) #0: Sun Jun 18 09:27:50 UTC 2017 paul%speedy.whooppee.com@localhost:/build/netbsd-local/obj/amd64/sys/arch/amd64/compile/SPEEDY amd64
Architecture: x86_64
Machine: amd64
>Description:
The synthesized speaker device apparently provides 16-bit precision data
but the parent hardware device is now expecting 32-bit data.  This results
in horrible sound quality from the spkr(4)/wsbell(4) devices (extreme
static).
	
>How-To-Repeat:
Boot system with hdaudio/hdafg and attach a spkr(4).  Make it beep.
	
>Fix:
Unknown - perhaps spkr(4) should "adapt" to the parent hardware device's
precision?  Or perhaps the parent hardware device should accept differing
precision data rather than only one format?
	

>Unformatted: