Re: Peculiar audio behaviour (9.1)

[Mouse <mouse%Rodents-Montreal.ORG@localhost>]

>> In connection to what Brian Buhrow mentioned, I notice that under
>> 10.1 there are two audio instances, audio0 from hdaudio0 (via
>> hdafg0) and audio1 from uaudio0.

>> Hm, I'll have to experiment to see what drives the audio jack.

> It'll be the wonky USB audio, I think--audio1. `audio0' is the HDMI
> which'll work because there're no issues to be seen with either the
> hdaudio(4) driver or with i915drmkms.

How can you tell which one outputs via HDMI?  Is it just that HDMI
audio, if present, will always be hdaudio/hdafg, so assuming the
hardware has HDMI audio it has to be audio0, or is there more to it?

> From the dmesg on the new HW (both in 9.1 and 10.1):

> uhidev3: CSCTEK (0x0573) USB Audio and HID (0x1573), rev 2.00/80.07, addr 4, iclass 3/0
> uhidev3: autoconfiguration error: no input interrupt endpoint

> So I don't know if `audio1' will work in 10.1 either.

Fair point.  "[N]o input interrupt endpoint" sounds to me as though it
might bear on only audio recording, but it also sounds as though it
might affect notifications of samples getting played, which would
explain the "samples aren't moving" behaviour.

> FreeBSD also seems to have issues with CSCTEK USB audio:

> https://forums.freebsd.org/threads/any-reason-this-minipc-wouldnt-run-freedsd-flawlessly.92777/post-648332

Assuming the http:// version has the same content (which seems likely),
then that could very well be related.

We should probably try 11 as well.  It was easy to try 10 because we
had a 10.1 kernel lying around from earlier work (before 11 was
released).

/~\ The ASCII				  Mouse
\ / Ribbon Campaign
 X  Against HTML		mouse%rodents-montreal.org@localhost
/ \ Email!	     7D C8 61 52 5D E7 2D 39  4E F1 31 3E E8 B3 27 4B