>> 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 [email protected] / \ Email! 7D C8 61 52 5D E7 2D 39 4E F1 31 3E E8 B3 27 4B
