Re: Using the audio(4) driver for recording under -current?

[mlelstv%serpens.de@localhost (Michael van Elst)]

buhrow%nfbcal.org@localhost (Brian Buhrow) writes:

>	hello.  The hdaudio driver I'm using is a locally patched version to work around an issue
>where the driver doesn't configure the headphone jack correctly.  Specifically, it seems 
>the default configuration configures the jack for use with a microphone, rather than with just
>a headset, which is how I use it.

It probably should allow for both. E.g. like:

[     1.005556] hdafg0 at hdaudio0: Conexant CX20671
[     1.005556] hdafg0: DAC00 2ch: Speaker [Built-In]
[     1.005556] hdafg0: DAC01 2ch: HP Out [Jack]
[     1.005556] hdafg0: ADC02 2ch: Mic In [Jack]
[     1.005556] hdafg0: ADC03 2ch: Mic In [Built-In]

DAC01 and ADC02 are output and input for the headphone jack.


>The linux driver seems to have some knobs  which permit
>selecting the various operating modes for the jack.  Because I needed something working
>quickly, I reworked the driver to disable the headphone jack and internal speaker.  It has been
>my intention to go back and fix it so we have the knobs as well, but that hasn't happened yet.
>So, if you know how to add the appropriate controls, I'm very interested.

>hdaudio0 at pci0 dev 31 function 3: HD Audio Controller
>hdaudio0: interrupting at msi2 vec 0
>hdaudio0: HDA ver. 1.0, OSS 9, ISS 7, BSS 0, SDO 1, 64-bit
>hdafg0 at hdaudio0: Realtek product 0255
>hdafg0: DAC00 2ch: Speaker [Jack]
>hdafg0: 2ch/0ch 44100Hz 48000Hz 96000Hz 192000Hz PCM16 PCM20 PCM24 AC3
>audio0 at hdafg0: playback, capture, full duplex, independent
>audio0: slinear_le:16 2ch 48000Hz, blk 1920 bytes (10ms) for playback
>audio0: slinear_le:16 2ch 48000Hz, blk 1920 bytes (10ms) for recording
>hdafg1 at hdaudio0: Intel product 2809
>hdafg1: DP00 8ch: Digital Out [Jack]
>hdafg1: 8ch/0ch 48000Hz PCM16*

audio0 is configured for playback and recording, but you only have outputs.



>uaudio0 at uhub1 port 3 configuration 1 interface 0
>uaudio0: C-Media Electronics Inc. (0x0d8c) C-Media USB Headphone Set (0x000c), rev 1.10/1.00, addr 1
>uaudio0: audio rev 1.00
>audio1 at uaudio0: playback, capture, full duplex, independent
>audio1: slinear_le:16 2ch 48000Hz, blk 11520 bytes (60ms) for playback
>audio1: slinear_le:16 1ch 48000Hz, blk 5760 bytes (60ms) for recording

audio1 should allow playback and recording.



>uaudio1 at uhub1 port 5 configuration 1 interface 0
>uaudio1: Burr-Brown from TI (0x08bb) USB Audio CODEC (0x2902), rev 1.10/1.00, addr 5
>uaudio1: audio rev 1.00
>audio2 at uaudio1: playback, capture, full duplex, independent
>audio2: slinear_le:16 2ch 48000Hz, blk 11520 bytes (60ms) for playback
>audio2: slinear_le:16 2ch 11025Hz, blk 2640 bytes (59.8ms) for recording

audio2 should also allow playback and recording.



My guess is that USB audio fails for some bug in the xhci driver handling isochronous transfers.

>xhci0 at pci0 dev 20 function 0: vendor 8086 product a2af (rev. 0x00)
>xhci0: 64-bit DMA
>xhci0: interrupting at msi0 vec 0
>xhci0: xHCI version 1.0
>uhub0 at usb0: NetBSD (0x0000) xHCI root hub (0x0000), class 9/0, rev 3.00/1.00, addr 0
>uhub0: 10 ports with 10 removable, self powered
>uhub1 at usb1: NetBSD (0x0000) xHCI root hub (0x0000), class 9/0, rev 2.00/1.00, addr 0
>uhub1: 16 ports with 16 removable, self powered