Re: port-sparc/52786: Audio not working on SPARCStation20

[Michael <macallan%netbsd.org@localhost>]

The following reply was made to PR port-sparc/52786; it has been noted by GNATS.

From: Michael <macallan%netbsd.org@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: 
Subject: Re: port-sparc/52786: Audio not working on SPARCStation20
Date: Tue, 26 Dec 2017 03:48:56 -0500

 >  > Might explain why I didn't hit it - the sparcbook's got only one CPU
 >  > and SMP kernels were too unstable to do much on the SS20.
 >  >   
 >  > >  callers of dbri_command_send() are inconsistent about whether
 >  > >  the interrupt lock is taken or not.  i've got a fix coming.  
 >  
 >  i've commited my fixes, which makes audio not hang the
 >  system or the proceess, but doesn't make audio work yet.
 
 I found out why I didn't hit this bug on the SPARCbook.
 The problem is that switching the codec from data mode to control mode
 never really worked - we were missing a reset of the CHI, to make it
 forget the pipe setup for data mode and accept the new setup for
 control mode. That's why enabling control mode works the first time
 ( when the chip is cold ) but not after that, when we've been in data
 mode at least once.
 Unlike the SS20, the SPARCbook can control power to a few devices,
 including the dbri. The driver will keep the dbri powered down until
 someone open()s the attached audio device, so every time we actually
 program parameters the chip will come up out of cold, control mode will
 work once etc., at least as long as the userland program will only set
 parameters once and then just keep playing audio.
 I'll request pullup to 8.0 as soon as someone other than me confirms
 that things work now.