Re: kern/59169: uaudio(4) problems

["Michael van Elst via gnats" <gnats-admin%NetBSD.org@localhost>]

The following reply was made to PR kern/59169; it has been noted by GNATS.

From: mlelstv%serpens.de@localhost (Michael van Elst)
To: gnats-bugs%netbsd.org@localhost
Cc: 
Subject: Re: kern/59169: uaudio(4) problems
Date: Tue, 11 Mar 2025 06:35:41 -0000 (UTC)

 paul%whooppee.com@localhost writes:
 
 >But in audiocfg it seems to have significant duplication of the "mode
 >lines"
 
 >0: [*] audio0 @ uaudio0: USB audio
 >       playback: 16, 2ch, 48000Hz
 >       record:   16, 2ch, 48000Hz
 >       (-R) slinear_le 16/16, 2ch, { 44100, 48000, 96000, 192000 }
 >       (-R) slinear_le 24/24, 2ch, { 44100, 48000, 96000, 192000 }
 >       (-R) slinear_le 16/16, 2ch, { 44100, 48000, 96000, 192000 }
 >       (-R) slinear_le 24/24, 2ch, { 44100, 48000, 96000, 192000 }
 
 
 UAC2 builds a list of audio formats from different parameter sets,
 and that is only partially filtered.
 
 
 uaudio0 at uhub5 port 1 configuration 1 interface 0
 uaudio0: ASUSTeK (0x0b05) ASUS XONAR U5 (0x17f5), rev 2.00/1.02, addr 5
 uaudio0: ignored setting with type 3 format
 uaudio0: ignored descriptor type 11 subtype 4
 uaudio0: audio rev 2.00
 audio0 at uaudio0: playback, capture, full duplex, independent
 audio0: slinear_le:32 2ch 48000Hz, blk 11520 bytes (30ms) for playback
 audio0: slinear_le:32 2ch 48000Hz, blk 49920 bytes (130ms) for recording
 spkr1 at audio0: PC Speaker (synthesized)
 wsbell at spkr1 not configured
 uhidev5 at uhub5 port 1 configuration 1 interface 4
 uhidev5: ASUSTeK (0x0b05) ASUS XONAR U5 (0x17f5), rev 2.00/1.02, addr 5, iclass 3/0
 uhid13 at uhidev5: input=16, output=16, feature=0
 
 
 1: [ ] audio0 @ uaudio0: USB audio
        playback: 24, 2ch, 48000Hz
        record:   24, 2ch, 48000Hz
        (P-) slinear_le 16/16, 2ch, { 44100, 48000, 88200, 96000, 192000, 176400 }
        (P-) slinear_le 24/24, 2ch, { 44100, 48000, 88200, 96000, 192000, 176400 }
        (P-) slinear_le 16/16, 4ch, { 44100, 48000, 88200, 96000, 192000, 176400 }
        (P-) slinear_le 24/24, 4ch, { 44100, 48000, 88200, 96000, 192000, 176400 }
        (P-) slinear_le 16/16, 6ch, { 44100, 48000, 88200, 96000, 192000, 176400 }
        (P-) slinear_le 24/24, 6ch, { 44100, 48000, 88200, 96000, 192000, 176400 }
        (P-) slinear_le 16/16, 2ch, { 44100, 48000, 88200, 96000, 192000, 176400 }
        (P-) slinear_le 24/24, 2ch, { 44100, 48000, 88200, 96000, 192000, 176400 }
        (-R) slinear_le 16/16, 2ch, { 44100, 48000, 88200, 96000, 192000 }
        (-R) slinear_le 24/24, 2ch, { 44100, 48000, 88200, 96000, 192000 }
 
 You see that the 2ch playback lines are repeated (once) too.
 
 
 In the 'usbutil' package from pkgsrc there is a 'usbctl' command that
 can dump all the descriptors (we should have something like it in base).
 
 E.g.:
 
 # usbdevs 
 addr 0: xHCI root hub, NetBSD
  ...
 addr 0: xHCI root hub, NetBSD
  addr 1: USB2.0 Hub, vendor 2109
   addr 3: USB2.1 Hub, GenesysLogic
    addr 5: ASUS XONAR U5, ASUSTeK
    ...
 addr 1: DWC2 root hub, NetBSD
 
 # usbctl -f /dev/usb1 -a 5
 DEVICE addr 5
 DEVICE descriptor:
 bLength=18 bDescriptorType=device(1) bcdUSB=2.00 bDeviceClass=239 bDeviceSubClass=2
 bDeviceProtocol=1 bMaxPacketSize=64 idVendor=0x0b05 idProduct=0x17f5 bcdDevice=102
 iManufacturer=1(ASUSTeK) iProduct=2(ASUS XONAR U5) iSerialNumber=0() bNumConfigurations=1
 
 ...
 
 
 
 
 >And when playing a sample mp3 file, no sound is produced; instead we
 >get the following errors on the console:
 
 >uaudio0: pintr error: IOERROR
 >uaudio0: uaudio_chan_pintr: count(0) != size(960), status(13)
 
 The IOERROR might be an issue with isochronous transfers of the
 USB controller.
 
 
 >uaudio0: pintr error: SHORT_XFER
 >uaudio0: uaudio_chan_pintr: count(792) != size(960), status(16)
 
 I have seen short transfers for recording but not yet for playing.
 These shouldn't exist, but maybe we should tolerate and handle
 them.
 
 
 N.B. the Xonar U5 works for me on several xhci and ehci controllers.