I have the same symptoms with my M-AUDIO M-TRACK SOLO USB device.
Message to all interested )
If after restart media services you see symptoms like “the CPU goes to 100% and the system becomes unstable” - please, check /var/log/syslog. If you see many messages with XHCI errors like ‘Missed service’ or like this - create ticket with syslog, listdev, listusb -v attached
If after restart media services USB Audio appears in media preflet but with no sound or any errors -
do listusb command, find your usb audio device path like ‘/dev/bus/usb/x/x’
then do listusb -v usb_audio_device_path
and post output
I’ll try to help.
Oh, as addition.
If you see usb audio in media settings and “Output” tab in usb audio node, but hear no sound - try to move any sliders while plaing any sounds. It is quite possible that the sound will appear after these actions
welcome back!!! as soon as the little ones sleep I open the ticket!!
Class .................. 0x00 (Defined at Interface level) ()
Subclass ............... 0x00 (Defined at Interface level) ()
Protocol ............... 0x00 (Defined at Interface level) ()
Max Endpoint 0 Packet .. 64
USB Version ............ 1.16
Vendor ID .............. 0x4c4a
Product ID ............. 0x4155
Product Version ........ 0x0100
Manufacturer String .... "Jieli Technology"
Product String ......... "UACDemoV1.0"
Serial Number .......... "433036313230302E"
[Configuration 0]
Configuration String . ""
[Interface 0]
[Alternate 0 active]
Class .............. 0x01 Audio ()
Subclass ........... 0x01 Audio (Control Device)
Protocol ........... 0x00 Audio (Control Device)
Interface String ... "USBAudio2.0"
[Descriptor 0]
Type .............. 0x24
Subtype ........... 0x01 (Header)
ADC Release ....... 1.0
Total Length ...... 40
Interfaces ........ 1,
[Descriptor 1]
Type .............. 0x24
Subtype ........... 0x02 (Input Terminal)
Terminal ID ....... 1
Terminal Type ..... 0x0101 (USB Streaming)
Associated Terminal 0
Nr Channels ....... 2
Channel Config .... 0x3
Front .......... Left Right
Channel Names ..... 0
Terminal .......... 0
[Descriptor 2]
Type .............. 0x24
Subtype ........... 0x06 (Feature Unit)
Unit ID ........... 2
Source ID ......... 1
Control Size ...... 1
Master Channel . Mute
Channel 1 ...... Volume
Channel 2 ...... Volume
Feature ........... 0
[Descriptor 3]
Type .............. 0x24
Subtype ........... 0x03 (Output Terminal)
Terminal ID ....... 3
Terminal Type ..... 0x0301 (Speaker)
Associated Terminal 0
Source ID ......... 2
Terminal .......... 0
[Interface 1]
[Alternate 0]
Class .............. 0x01 Audio ()
Subclass ........... 0x02 Audio (Streaming)
Protocol ........... 0x00 Audio (Streaming)
Interface String ... ""
[Alternate 1 active]
Class .............. 0x01 Audio ()
Subclass ........... 0x02 Audio (Streaming)
Protocol ........... 0x00 Audio (Streaming)
Interface String ... ""
[Endpoint 0]
MaxPacketSize .... 192
Interval ......... 1
Type ............. Isochronous
Direction ........ Output
[Descriptor 0]
Subtype ........... 1 (AS_GENERAL)
Terminal link ..... 1
Delay ............. 1
Format tag ........ 1
[Descriptor 1]
Subtype ........... 2 (FORMAT_TYPE)
Format Type ....... 1 (FORMAT_TYPE_I)
Channels .......... 2
Subframe size ..... 2
Bit resolution .... 16
Sampling Freq ..... 48000,
[Descriptor 2]
Type .............. 0x25 (CS_ENDPOINT)
Subtype ........... 0x01 (EP_GENERAL)
Attributes ........ 0x00
Lock Delay Units .. 0 (Undefined)
Lock Delay ........ 0
create text file usb_audio in /boot/home/config/settings/kernel/drivers
with content
trace 0x7F
logfile /var/log/usb_audio.log
restart system, restart media services, after ~1 minute show me content of /var/log/usb_audio.log
This is all? No any new lines in file?
I have tried this with two devices so far:
- USB-C hub “Portconnect” with a mini-jack > Works very well
- Lightning to USB-C adapter by Anker > Not recognized and listusb crashes
Ticket opened here
- UAC 2.0 device, not supported yet by usb_audio (and by listusb too).
If I remember correctly, some M-Audio audio interfaces use a proprietary protocol to communicate with their driver instead of the standard USB audio one. Not sure if that is the case with your model.
Nope, this is the raw file uploaded with uploadit tracker add-on, opening it with a text editor I get advices that the file is changed only when I mess around with the media preflet
It works with the windows and linux default driver.
If I understood correctly, our driver only supports USB Audio 1.X devices. I guess that linux driver supports more than that.
There is some support in the driver for USB 2.0 audio devices, but it appears to be incomplete or not working. I disabled it in hrev57568; we can re-enable that after it’s been fixed.
Yea, it very incomplete and must be disabled for now. But i don’t thik that this a reason of high CPU usage.
It seems that high CPU usage is observed on UAC10 devices on some modern systems with some USB 3.1+ controllers.
UAC20 devices are simply not recognized correctly and are not published at all.
Sounds work on mine, this is what the syslog says at init
KERN: usb_audio:00.35.020:init_driver::ver.0.0.5
KERN: usb_audio:00.35.020:AudioStreamingInterface::if[1]:alt_count:2
KERN: usb_audio:00.35.020:AudioStreamingInterface::if[1]:alt[0]:descrs_count:0
KERN: usb_audio:00.35.020:AudioStreamingInterface::if[1]:alt[1]:descrs_count:3
KERN: usb_audio:00.35.020:AudioStreamingInterface::if[2]:alt_count:2
KERN: usb_audio:00.35.020:AudioStreamingInterface::if[2]:alt[0]:descrs_count:0
KERN: usb_audio:00.35.020:AudioStreamingInterface::if[2]:alt[1]:descrs_count:3
KERN: loaded driver /boot/system/add-ons/kernel/drivers/dev/audio/hmulti/usb_audio
Later, after hda init, I have this
KERN: usb_audio:00.35.143:GetSamplingRateId::Ignore unsupported sample rate 0.
KERN: usb_audio:00.35.143:SetGlobalFormat::set_speed 80bb00 for ep 0x1 3: No error
KERN: usb_audio:00.35.143:GetSamplingRateId::Ignore unsupported sample rate 0.
KERN: usb_audio:00.35.143:SetGlobalFormat::set_speed 80bb00 for ep 0x82 3: No error
KERN: usb_audio:00.35.144:_InitGainLimits::Control : -0.25 dB, from -28.375 to -0.62 dB, step 0.187 dB.
KERN: usb_audio:00.35.145:_InitGainLimits::Control : -0.25 dB, from -28.375 to -0.62 dB, step 0.187 dB.
KERN: usb_audio:00.35.146:_InitGainLimits::Control : 0 dB, from 0 to 23.812 dB, step 0.187 dB.
After it keeps repeating lines like this. Only TRB value changes.
KERN: usb error xhci 0: TRB 0x12bb9e90 was not found in the endpoint!
KERN: usb xhci 0: transfer error on slot 1 endpoint 5: Babble detected
When the system is shutting down, few lines are also added
KERN: usb_audio:36.38.718:_TransferCallback::stream:0000000036: status:0x8000000c, data:0x81f04f80, len:0
KERN: usb_audio:36.38.718:_TransferCallback::Cancelled: c:0xffffffff98576cc8 st:0x8000000c, data:0x81f04f80, len:0
KERN: usb_audio:36.38.718:_TransferCallback::stream:0000000036: status:0x8000000c, data:0x81f03000, len:0
KERN: usb_audio:36.38.718:_TransferCallback::Cancelled: c:0xffffffff98576cc8 st:0x8000000c, data:0x81f03000, len:0
KERN: usb_audio:36.38.718:_TransferCallback::stream:0000000037: status:0x8000000c, data:0x81dff000, len:0
KERN: usb_audio:36.38.718:_TransferCallback::Cancelled: c:0xffffffff823c70c8 st:0x8000000c, data:0x81dff000, len:0
KERN: usb_audio:36.38.718:_TransferCallback::stream:0000000037: status:0x8000000c, data:0x81dfffc0, len:0
KERN: usb_audio:36.38.718:_TransferCallback::Cancelled: c:0xffffffff823c70c8 st:0x8000000c, data:0x81dfffc0, len:0
I hope that it can give a hint.
How often do those repeated lines show up? All the others are basically as-expected.
Globally, these messages appear about every 10 secs in the log, followed by ‘Last message repeated XXX times’, but it can vary from 2 secs to 50 secs. XXX is also random, it can be 2 or more than a hundred but mostly stays 2 digits.