Re: ASC/EASC audio device (take 3) (was take 2)

[Nat Sloss <nathanialsloss%yahoo.com.au@localhost>]

On Sat, 6 Jan 2024 09:18:54 John Klos wrote:
> >> Thanks for this :) I look forward to trying this on an LC III+. I'll
> >> give recording a try, too, if I can find a suitable microphone.
> 
> Finally got a kernel with your patches built and copied to my LC III+. I'm
> also updating a Quadra 610, so I'm testing with that, too.
> 
Thanks for testing.

I've found that I'd mucked up the interrupt handler and two register 
definitions.

The new patch to be applied to a clean tree is found at:
ftp://ftp.netbsd.org/pub/NetBSD/misc/nat/ascaudio-take3.diff


> After a ./MAKEDEV audio, I tried:
> 
> audioctl -w play.sample_rate=22050
> play.sample_rate: -> 22050
> 
> audioplay ~john/beethoven7th.wav
> audioplay: write failed
> 
> cat ~john/beethoven7th.wav > /dev/sound0
> cat: stdout: Resource temporarily unavailable
> 
> cat ~john/beethoven7th.wav > /dev/audio0
> cat: stdout: Resource temporarily unavailable
> 
> This is on both the LC III+ and the Quadra 610. dmesg is the same between
> the two machines:
> 
> [     1.000000] audio0 at ascaudio0: playback, capture, half duplex,
> independent [     1.000000] audio0: slinear_be:16 1ch 22254Hz, blk 8192
> bytes (368.1ms) for playback [     1.000000] audio0: slinear_be:16 1ch
> 11025Hz, blk 8192 bytes (743ms) for recording
> 
> I did notice in dmesg that I got various timeouts:
> 
> [  3064.413469] audio0(ascaudio0): device timeout
> [  3067.463943] audio0(ascaudio0): device timeout

I beleive I've identified the cause... I was reading ASCSTATUS twice.  On my 
Powerbook it wasn't a problem but on a faster machine the status register 
would read zero the second time and the playback fifo wouldn't be filled.

> 
> What else can I try?

Please try the new patch I can confim it's now working in the lastest qemu 
Quadra 800 emulation ASC mode though only as the EASC mode for qemu refuses to 
boot even with asc(4) and ascaudio(4) disabled.

> 
> Thanks,
> John