3 Dec
2017
3 Dec
'17
2:27 a.m.
Anyone running the 4.13.15-300.rt5.1.fc27.ccrma.x86_64+rt from the
PlanetCCRMA repository with a USB audio interface? I find that my USB
interface makes output so distorted it is not recognizable with that RT
kernel, but works OK with the stock fedora kernel. I find no error
messages in /var/log/messages or dmesg when playing audio.
I tried aplay, but no error messages at all.
I thought perhaps jackd would give useful error messages, but I see no
errors when starting, but "no callback" messages begin showing up right
away. I'm stopped at the moment, I do not know how to proceed without
finding some kind of error message to point me in the right direction. Is
there any other location to find status information on USB audio devices?
This is the rtirq configuration in use:
RTIRQ_NAME_LIST="usb enp3s4f1 i8042"
RTIRQ_PRIO_HIGH=95
RTIRQ_PRIO_DECR=2
Is "usb" enough there, or should it be snd_usb in place of usb?
As an aside, I found that the IRQ priorities were not set automatically, I
had to manually run rtirq, but that is probably a fedora package problem.
Getting USB interrupt priority set to a high priority made no difference
This is the startup output from jackd:
Acquire audio card Audio1
creating alsa driver ...
hw:Lambda|hw:Lambda|1024|3|48000|0|0|nomon|swmeter|-|32bit
configuring for 48000Hz, period = 1024 frames (21.3 ms), buffer = 3 periods
ALSA: final selected sample format for capture: 24bit little-endian
ALSA: use 3 periods for capture
ALSA: final selected sample format for playback: 24bit little-endian
ALSA: use 3 periods for playback
Jack: JackSocketServerChannel::Open
Jack: JackServerSocket::Bind : addr.sun_path /dev/shm/jack_default_1000_0
Jack: JackSocketServerChannel::BuildPoolTable size = 1
Jack: JackEngine::Open
Jack: JackClientSocket::Connect : addr.sun_path /dev/shm/jack_default_1000_0
Jack: JackEngine::ClientInternalOpen: name = freewheel
Jack: JackEngine::AllocateRefNum ref = 1
Jack: JackPosixSemaphore::Allocate name = jack_sem.1000_default_freewheel
val = 0
Jack: JackEngine::NotifyAddClient: name = freewheel
Jack: JackDriver::ClientNotify ref = 1 driver = system name = freewheel
notify = 0
Jack: JackDriver::ClientNotify ref = 0 driver = freewheel name = system
notify = 0
Jack: JackConnectionManager::DirectConnect first: ref1 = 1 ref2 = 1
Jack: JackGraphManager::ConnectRefNum cur_index = 0 ref1 = 1 ref2 = 1
Jack: JackDriver::SetupDriverSync driver sem in flush mode
Jack: JackGraphManager::SetBufferSize size = 1024
Jack: JackAlsaDriver::Attach fBufferSize 1024 fSampleRate 48000
Using port names patch v0.1 (07.04.2010)
Trying to load portnames from /home/chris/.config/jack/cards/Lexicon
Lambda.ss.ports.in
Trying to load portnames from /home/chris/.config/jack/cards/Lexicon
Lambda.ports.in
Trying to load portnames from /etc/jack/cards/Lexicon Lambda.ss.ports.in
Trying to load portnames from /etc/jack/cards/Lexicon Lambda.ports.in
Trying to load portnames from /home/chris/.config/jack/cards/Lexicon
Lambda.ss.ports.out
Trying to load portnames from /home/chris/.config/jack/cards/Lexicon
Lambda.ports.out
Trying to load portnames from /etc/jack/cards/Lexicon Lambda.ss.ports.out
Trying to load portnames from /etc/jack/cards/Lexicon Lambda.ports.out
Jack: JackEngine::PortRegister ref = 0 name = system:capture_1 type = 32
bit float mono audio flags = 22 buffer_size = 1024
Jack: JackGraphManager::AllocatePortAux port_index = 1 name =
system:capture_1 type = 32 bit float mono audio
Jack: JackConnectionManager::AddOutputPort ref = 0 port = 1
Jack: JackEngine::ClientNotify: no callback for notification = 9
Jack: JackEngine::ClientNotify: no callback for notification = 9
Jack: JackAlsaDriver::Attach fCapturePortList[i] 1
Jack: JackEngine::PortRegister ref = 0 name = system:capture_2 type = 32
bit float mono audio flags = 22 buffer_size = 1024
Jack: JackGraphManager::AllocatePortAux port_index = 2 name =
system:capture_2 type = 32 bit float mono audio
Jack: JackConnectionManager::AddOutputPort ref = 0 port = 2
Jack: JackEngine::ClientNotify: no callback for notification = 9
Jack: JackEngine::ClientNotify: no callback for notification = 9
Jack: JackAlsaDriver::Attach fCapturePortList[i] 2
Jack: JackEngine::PortRegister ref = 0 name = system:playback_1 type = 32
bit float mono audio flags = 21 buffer_size = 1024
Jack: JackGraphManager::AllocatePortAux port_index = 3 name =
system:playback_1 type = 32 bit float mono audio
Jack: JackConnectionManager::AddInputPort ref = 0 port = 3
Jack: JackEngine::ClientNotify: no callback for notification = 9
Jack: JackEngine::ClientNotify: no callback for notification = 9
--
Chris Caudle
3 Dec
3 Dec
7:05 a.m.
On Sat, 2 Dec 2017, Chris Caudle wrote:
I thought perhaps jackd would give useful error
messages, but I see no
errors when starting, but "no callback" messages begin showing up right
away. I'm stopped at the moment, I do not know how to proceed without
finding some kind of error message to point me in the right direction. Is
there any other location to find status information on USB audio devices?
This is the rtirq configuration in use:
RTIRQ_NAME_LIST="usb enp3s4f1 i8042"
RTIRQ_PRIO_HIGH=95
RTIRQ_PRIO_DECR=2
Is "usb" enough there, or should it be snd_usb in place of usb?
In my experience, usb is not enough. Think of it another way, do you want
your mouse, web cam, whatever to have a higher priority than your audio? I
have found that the high priority usb device needs to be unique (use3 used
to work for me) and that the rest of the usb needs to be less than all
other high priority things example "usb3 enp3s4f1 i8042 usb".
As an aside, I found that the IRQ priorities were not
set automatically, I
had to manually run rtirq, but that is probably a fedora package problem.
I have found this too, it means that rtirq was run before one or more of
the devices you are interested in being ready. rtirq really needs to run
as a daemon setting priorities as devices show up. (even reordering them
if needed) the change is hot plugable devices have become a thing. It may
be better to not have rtirq not run at startup but after the audio device
has been detected.
Getting USB interrupt priority set to a high priority
made no difference
This is the startup output from jackd:
Acquire audio card Audio1
creating alsa driver ...
hw:Lambda|hw:Lambda|1024|3|48000|0|0|nomon|swmeter|-|32bit
configuring for 48000Hz, period = 1024 frames (21.3 ms), buffer = 3 periods
ALSA: final selected sample format for capture: 24bit little-endian
ALSA: use 3 periods for capture
ALSA: final selected sample format for playback: 24bit little-endian
ALSA: use 3 periods for playback
At this point I would expect a line for each port on the audio interface
like:
graph reorder: new port 'system:capture_1'
Jack: JackSocketServerChannel::Open
Jack: JackServerSocket::Bind : addr.sun_path /dev/shm/jack_default_1000_0
Jack: JackSocketServerChannel::BuildPoolTable size = 1
Jack: JackEngine::Open
Jack: JackClientSocket::Connect : addr.sun_path /dev/shm/jack_default_1000_0
Jack: JackEngine::ClientInternalOpen: name = freewheel
Jack: JackEngine::AllocateRefNum ref = 1
Jack: JackPosixSemaphore::Allocate name = jack_sem.1000_default_freewheel
val = 0
Jack: JackEngine::NotifyAddClient: name = freewheel
Jack: JackDriver::ClientNotify ref = 1 driver = system name = freewheel
notify = 0
Jack: JackDriver::ClientNotify ref = 0 driver = freewheel name = system
notify = 0
Umm, driver = freewheel? If jack is in freewheel and also connected to the
sound card that does not make sense. Unless I am mixing up this freewheel
with another one, jack freewheel means advance to the next block/graph
when this one is finished regardless of when the audio card is ready
without calling it an xrun. That would distort things for sure.
Thats all that sticks out for me.
Which version of jackd? with or without dbus, what command to start? I use
jackdbus and the startup config is in ${HOME}/.config/jack/conf.xml
jackd stores its command line in ${HOME}/.jackdrc. also check /etc/jackdrc
to see if the distro has set that odd.
--
Len Ovens
www.ovenwerks.net
8:59 a.m.
On Sat, 2 Dec 2017 22:05:32 -0800 (PST), Len Ovens wrote:
(use3 used to work for me)
"usb3" or similar, IOW making an USB port head of the USB ports, as
well as unbinding USB ports, was a good idea when using my around ten
years old AMD mobo. For my new Intel mobo it's impossible to do it.
Fortunately the result without making an USB port head regarding rt
priority or unbinding USB ports sharing IRQs, for my new mobo are still
better, than for my old mobo, where doing this was possible.
4 Dec
4 Dec
7:32 a.m.
On 12/02/2017 10:05 PM, Len Ovens wrote:
No need for a daemon. The version of "rtirq" that is part of Planet
CCRMA (and I presume the current one if there is a newer version)
includes a udev rule to trigger on soundcard insertion. This was working
at some point, but it looks like something changed in the naming of
processes as it seems it does not seem to work now. Argh. Oh well...
-- Fernando
On Sat, 2 Dec 2017, Chris Caudle wrote:
...
> This is the rtirq configuration in use:
> RTIRQ_NAME_LIST="usb enp3s4f1 i8042"
> RTIRQ_PRIO_HIGH=95
> RTIRQ_PRIO_DECR=2
>
> Is "usb" enough there, or should it be snd_usb in place of usb?
(I think that rtirq does a grep or something like that so usb should be
enough - but it is not enough, obviously - see below).
In my experience, usb is not enough. Think of it
another way, do you
want your mouse, web cam, whatever to have a higher priority than your
audio? I have found that the high priority usb device needs to be unique
(usb3 used to work for me) and that the rest of the usb needs to be less
than all other high priority things example "usb3 enp3s4f1 i8042 usb".
That is the best, of course. But I have not found this to be a deal
breaker. Usually (I imagine not always) it is possible to connect the
sound card to its own USB hub. And then you can up the priority of its
interrupt and have no interaction with other peripherals. "lsusb -t"
will show what uses each usb hub. But even when sharing it has been (so
far) ok.
As an aside, I
found that the IRQ priorities were not set
automatically, I
had to manually run rtirq, but that is probably a fedora package problem.
I have found this too, it means that rtirq was run before one or more of
the devices you are interested in being ready. rtirq really needs to run
as a daemon setting priorities as devices show up. (even reordering them
if needed) the change is hot plugable devices have become a thing. It
may be better to not have rtirq not run at startup but after the audio
device has been detected.
3 Dec
3 Dec
7:27 a.m.
On Sat, 2 Dec 2017 19:27:42 -0600, Chris Caudle wrote:
Anyone running the
4.13.15-300.rt5.1.fc27.ccrma.x86_64+rt from the
PlanetCCRMA repository with a USB audio interface?
Hi,
I can't answer your question, but I guess it's important to mention
that a rt patch for 4.13.15 isn't an official patch released by the
kernel.org rt project.
https://www.kernel.org/pub/linux/kernel/projects/rt/4.13/
However, actually I didn't test my Arch Linux 4.13.13_rt5-1 with a
class compliant USB audio interface.
$ pacman -Q linux{,-rt{,-cornflower,-pussytoes}}|awk '{print $2}'
4.14-2
4.13.13_rt5-1
4.11.12_rt16-1
4.14_rt1-1
Btw. I didn't upgrade my 4.14 kernels since building vbox modules
failed already for the 4.14 kenels that are installed.
Regards,
Ralf
4 Dec
4 Dec
7:34 a.m.
On 12/02/2017 10:27 PM, Ralf Mardorf wrote:
On Sat, 2 Dec 2017 19:27:42 -0600, Chris Caudle
wrote:
Correct. But so far I have never had a problem when patching a kernel
that is relatively close to the official release that has a matching RT
patch. Of course this could be an exception, but I would be surprised if
that is the case.
-- Fernando
Anyone running the
4.13.15-300.rt5.1.fc27.ccrma.x86_64+rt from the
PlanetCCRMA repository with a USB audio interface?
I can't answer your question, but I guess it's important to mention
that a rt patch for 4.13.15 isn't an official patch released by the
kernel.org rt project.
https://www.kernel.org/pub/linux/kernel/projects/rt/4.13/
8:54 p.m.
On 12/02/2017 05:27 PM, Chris Caudle wrote:
Anyone running the
4.13.15-300.rt5.1.fc27.ccrma.x86_64+rt from the
PlanetCCRMA repository with a USB audio interface? I find that my USB
interface makes output so distorted it is not recognizable with that RT
kernel, but works OK with the stock fedora kernel.
I just did a quick test on my f27 test laptop (oldish lenovo t510),
plugged in a Tascam 4x4 USB2 interface while booted into
4.13.15-300.rt5.1.fc27.ccrma.x86_64 and sound seems to work fine for me
(I tried browser/pulseaudio playback and jack).
-- Fernando
I find no error
messages in /var/log/messages or dmesg when playing audio.
I tried aplay, but no error messages at all.
I thought perhaps jackd would give useful error messages, but I see no
errors when starting, but "no callback" messages begin showing up right
away. I'm stopped at the moment, I do not know how to proceed without
finding some kind of error message to point me in the right direction. Is
there any other location to find status information on USB audio devices?
This is the rtirq configuration in use:
RTIRQ_NAME_LIST="usb enp3s4f1 i8042"
RTIRQ_PRIO_HIGH=95
RTIRQ_PRIO_DECR=2
Is "usb" enough there, or should it be snd_usb in place of usb?
As an aside, I found that the IRQ priorities were not set automatically, I
had to manually run rtirq, but that is probably a fedora package problem.
Getting USB interrupt priority set to a high priority made no difference
This is the startup output from jackd:
Acquire audio card Audio1
creating alsa driver ...
hw:Lambda|hw:Lambda|1024|3|48000|0|0|nomon|swmeter|-|32bit
configuring for 48000Hz, period = 1024 frames (21.3 ms), buffer = 3 periods
ALSA: final selected sample format for capture: 24bit little-endian
ALSA: use 3 periods for capture
ALSA: final selected sample format for playback: 24bit little-endian
ALSA: use 3 periods for playback
Jack: JackSocketServerChannel::Open
Jack: JackServerSocket::Bind : addr.sun_path /dev/shm/jack_default_1000_0
Jack: JackSocketServerChannel::BuildPoolTable size = 1
Jack: JackEngine::Open
Jack: JackClientSocket::Connect : addr.sun_path /dev/shm/jack_default_1000_0
Jack: JackEngine::ClientInternalOpen: name = freewheel
Jack: JackEngine::AllocateRefNum ref = 1
Jack: JackPosixSemaphore::Allocate name = jack_sem.1000_default_freewheel
val = 0
Jack: JackEngine::NotifyAddClient: name = freewheel
Jack: JackDriver::ClientNotify ref = 1 driver = system name = freewheel
notify = 0
Jack: JackDriver::ClientNotify ref = 0 driver = freewheel name = system
notify = 0
Jack: JackConnectionManager::DirectConnect first: ref1 = 1 ref2 = 1
Jack: JackGraphManager::ConnectRefNum cur_index = 0 ref1 = 1 ref2 = 1
Jack: JackDriver::SetupDriverSync driver sem in flush mode
Jack: JackGraphManager::SetBufferSize size = 1024
Jack: JackAlsaDriver::Attach fBufferSize 1024 fSampleRate 48000
Using port names patch v0.1 (07.04.2010)
Trying to load portnames from /home/chris/.config/jack/cards/Lexicon
Lambda.ss.ports.in
Trying to load portnames from /home/chris/.config/jack/cards/Lexicon
Lambda.ports.in
Trying to load portnames from /etc/jack/cards/Lexicon Lambda.ss.ports.in
Trying to load portnames from /etc/jack/cards/Lexicon Lambda.ports.in
Trying to load portnames from /home/chris/.config/jack/cards/Lexicon
Lambda.ss.ports.out
Trying to load portnames from /home/chris/.config/jack/cards/Lexicon
Lambda.ports.out
Trying to load portnames from /etc/jack/cards/Lexicon Lambda.ss.ports.out
Trying to load portnames from /etc/jack/cards/Lexicon Lambda.ports.out
Jack: JackEngine::PortRegister ref = 0 name = system:capture_1 type = 32
bit float mono audio flags = 22 buffer_size = 1024
Jack: JackGraphManager::AllocatePortAux port_index = 1 name =
system:capture_1 type = 32 bit float mono audio
Jack: JackConnectionManager::AddOutputPort ref = 0 port = 1
Jack: JackEngine::ClientNotify: no callback for notification = 9
Jack: JackEngine::ClientNotify: no callback for notification = 9
Jack: JackAlsaDriver::Attach fCapturePortList[i] 1
Jack: JackEngine::PortRegister ref = 0 name = system:capture_2 type = 32
bit float mono audio flags = 22 buffer_size = 1024
Jack: JackGraphManager::AllocatePortAux port_index = 2 name =
system:capture_2 type = 32 bit float mono audio
Jack: JackConnectionManager::AddOutputPort ref = 0 port = 2
Jack: JackEngine::ClientNotify: no callback for notification = 9
Jack: JackEngine::ClientNotify: no callback for notification = 9
Jack: JackAlsaDriver::Attach fCapturePortList[i] 2
Jack: JackEngine::PortRegister ref = 0 name = system:playback_1 type = 32
bit float mono audio flags = 21 buffer_size = 1024
Jack: JackGraphManager::AllocatePortAux port_index = 3 name =
system:playback_1 type = 32 bit float mono audio
Jack: JackConnectionManager::AddInputPort ref = 0 port = 3
Jack: JackEngine::ClientNotify: no callback for notification = 9
Jack: JackEngine::ClientNotify: no callback for notification = 9
9:44 p.m.
Sorry, mixed up threads so sent this to the LAU list with incorrect thread
header.
This is a duplicate of the message I just sent but with the correct thread
header now. Really is Fedora 27 by the way, not Fedora 26.
On Mon, December 4, 2017 1:52 pm, Fernando Lopez-Lezcano wrote:
I just did a quick test on my oldish test laptop
(Lenovo t510) running
the Planet CCRMA rt kernel (4.13.15...), inserted a Tascam 4x4 USB2
soundcard and everything seems to be running fine (both pulseaudio &
jack).
OK, I guess that is good in general for PlanetCCRMA, but I still don't
have any good place to start with no error messages. I don't know where
to even start debugging a driver problem.
Must be some bug that manifests on your hardware...
What soundcard are you trying to use? On what hardware?
What type of usb interface? (2 or 3)
An older Lexicon Lambda interface. It is up to 48k sample rate and 2
channel only, so it uses USB 1 speed interface.
Full info below in case Clemens or one of the other driver guys is aware
of any RT patches that affected snd_usb, or even just part of the USB
stack, I'm not using any other USB devices so if other device types are
broken as well I would not notice.
$ lsusb -t
/: Bus 06.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
|__ Port 1: Dev 2, If 0, Class=Human Interface Device, Driver=usbhid, 12M
|__ Port 1: Dev 2, If 1, Class=Human Interface Device, Driver=usbhid, 12M
/: Bus 05.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
|__ Port 2: Dev 2, If 0, Class=Audio, Driver=snd-usb-audio, 12M
|__ Port 2: Dev 2, If 1, Class=Audio, Driver=snd-usb-audio, 12M
|__ Port 2: Dev 2, If 2, Class=Audio, Driver=snd-usb-audio, 12M
|__ Port 2: Dev 2, If 4, Class=Application Specific Interface,
Driver=, 12M
|__ Port 2: Dev 2, If 6, Class=Audio, Driver=snd-usb-audio, 12M
|__ Port 2: Dev 2, If 7, Class=Audio, Driver=snd-usb-audio, 12M
/: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
/: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/8p, 480M
I'm not sure why endpoint 3 is missing, maybe just a quirk of that device.
I doubt that is relevant, I have never previously found that the RT
snd_usb driver had any problem, so unexpected that it does now.
$ sudo lsusb -v -D /dev/bus/usb/005/002
Device: ID 1210:0009 DigiTech
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 1.10
bDeviceClass 0
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 8
idVendor 0x1210 DigiTech
idProduct 0x0009
bcdDevice 0.01
iManufacturer 1 Lexicon
iProduct 2 Lexicon Lambda
iSerial 0
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 380
bNumInterfaces 6
bConfigurationValue 1
iConfiguration 0
bmAttributes 0x80
(Bus Powered)
MaxPower 500mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 0
bInterfaceClass 1 Audio
bInterfaceSubClass 1 Control Device
bInterfaceProtocol 0
iInterface 3 Lexicon Lambda In/Out
AudioControl Interface Descriptor:
bLength 10
bDescriptorType 36
bDescriptorSubtype 1 (HEADER)
bcdADC 1.00
wTotalLength 52
bInCollection 2
baInterfaceNr( 0) 1
baInterfaceNr( 1) 2
AudioControl Interface Descriptor:
bLength 12
bDescriptorType 36
bDescriptorSubtype 2 (INPUT_TERMINAL)
bTerminalID 1
wTerminalType 0x0101 USB Streaming
bAssocTerminal 0
bNrChannels 2
wChannelConfig 0x0003
Left Front (L)
Right Front (R)
iChannelNames 0
iTerminal 3 Lexicon Lambda In/Out
AudioControl Interface Descriptor:
bLength 9
bDescriptorType 36
bDescriptorSubtype 3 (OUTPUT_TERMINAL)
bTerminalID 2
wTerminalType 0x0301 Speaker
bAssocTerminal 0
bSourceID 1
iTerminal 3 Lexicon Lambda In/Out
AudioControl Interface Descriptor:
bLength 12
bDescriptorType 36
bDescriptorSubtype 2 (INPUT_TERMINAL)
bTerminalID 3
wTerminalType 0x0603 Line Connector
bAssocTerminal 0
bNrChannels 2
wChannelConfig 0x0003
Left Front (L)
Right Front (R)
iChannelNames 0
iTerminal 3 Lexicon Lambda In/Out
AudioControl Interface Descriptor:
bLength 9
bDescriptorType 36
bDescriptorSubtype 3 (OUTPUT_TERMINAL)
bTerminalID 4
wTerminalType 0x0101 USB Streaming
bAssocTerminal 0
bSourceID 3
iTerminal 3 Lexicon Lambda In/Out
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 1
bAlternateSetting 0
bNumEndpoints 0
bInterfaceClass 1 Audio
bInterfaceSubClass 2 Streaming
bInterfaceProtocol 0
iInterface 3 Lexicon Lambda In/Out
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 1
bAlternateSetting 1
bNumEndpoints 1
bInterfaceClass 1 Audio
bInterfaceSubClass 2 Streaming
bInterfaceProtocol 0
iInterface 3 Lexicon Lambda In/Out
AudioStreaming Interface Descriptor:
bLength 7
bDescriptorType 36
bDescriptorSubtype 1 (AS_GENERAL)
bTerminalLink 1
bDelay 1 frames
wFormatTag 1 PCM
AudioStreaming Interface Descriptor:
bLength 14
bDescriptorType 36
bDescriptorSubtype 2 (FORMAT_TYPE)
bFormatType 1 (FORMAT_TYPE_I)
bNrChannels 2
bSubframeSize 2
bBitResolution 16
bSamFreqType 2 Discrete
tSamFreq[ 0] 44100
tSamFreq[ 1] 48000
Endpoint Descriptor:
bLength 9
bDescriptorType 5
bEndpointAddress 0x01 EP 1 OUT
bmAttributes 13
Transfer Type Isochronous
Synch Type Synchronous
Usage Type Data
wMaxPacketSize 0x00c0 1x 192 bytes
bInterval 1
bRefresh 0
bSynchAddress 0
AudioControl Endpoint Descriptor:
bLength 7
bDescriptorType 37
bDescriptorSubtype 1 (EP_GENERAL)
bmAttributes 0x01
Sampling Frequency
bLockDelayUnits 1 Milliseconds
wLockDelay 0 Milliseconds
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 1
bAlternateSetting 2
bNumEndpoints 1
bInterfaceClass 1 Audio
bInterfaceSubClass 2 Streaming
bInterfaceProtocol 0
iInterface 3 Lexicon Lambda In/Out
AudioStreaming Interface Descriptor:
bLength 7
bDescriptorType 36
bDescriptorSubtype 1 (AS_GENERAL)
bTerminalLink 1
bDelay 1 frames
wFormatTag 1 PCM
AudioStreaming Interface Descriptor:
bLength 14
bDescriptorType 36
bDescriptorSubtype 2 (FORMAT_TYPE)
bFormatType 1 (FORMAT_TYPE_I)
bNrChannels 2
bSubframeSize 3
bBitResolution 24
bSamFreqType 2 Discrete
tSamFreq[ 0] 44100
tSamFreq[ 1] 48000
Endpoint Descriptor:
bLength 9
bDescriptorType 5
bEndpointAddress 0x01 EP 1 OUT
bmAttributes 13
Transfer Type Isochronous
Synch Type Synchronous
Usage Type Data
wMaxPacketSize 0x0120 1x 288 bytes
bInterval 1
bRefresh 0
bSynchAddress 0
AudioControl Endpoint Descriptor:
bLength 7
bDescriptorType 37
bDescriptorSubtype 1 (EP_GENERAL)
bmAttributes 0x01
Sampling Frequency
bLockDelayUnits 1 Milliseconds
wLockDelay 0 Milliseconds
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 2
bAlternateSetting 0
bNumEndpoints 0
bInterfaceClass 1 Audio
bInterfaceSubClass 2 Streaming
bInterfaceProtocol 0
iInterface 3 Lexicon Lambda In/Out
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 2
bAlternateSetting 1
bNumEndpoints 1
bInterfaceClass 1 Audio
bInterfaceSubClass 2 Streaming
bInterfaceProtocol 0
iInterface 3 Lexicon Lambda In/Out
AudioStreaming Interface Descriptor:
bLength 7
bDescriptorType 36
bDescriptorSubtype 1 (AS_GENERAL)
bTerminalLink 4
bDelay 1 frames
wFormatTag 1 PCM
AudioStreaming Interface Descriptor:
bLength 14
bDescriptorType 36
bDescriptorSubtype 2 (FORMAT_TYPE)
bFormatType 1 (FORMAT_TYPE_I)
bNrChannels 2
bSubframeSize 2
bBitResolution 16
bSamFreqType 2 Discrete
tSamFreq[ 0] 44100
tSamFreq[ 1] 48000
Endpoint Descriptor:
bLength 9
bDescriptorType 5
bEndpointAddress 0x82 EP 2 IN
bmAttributes 13
Transfer Type Isochronous
Synch Type Synchronous
Usage Type Data
wMaxPacketSize 0x00c0 1x 192 bytes
bInterval 1
bRefresh 0
bSynchAddress 0
AudioControl Endpoint Descriptor:
bLength 7
bDescriptorType 37
bDescriptorSubtype 1 (EP_GENERAL)
bmAttributes 0x01
Sampling Frequency
bLockDelayUnits 1 Milliseconds
wLockDelay 0 Milliseconds
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 2
bAlternateSetting 2
bNumEndpoints 1
bInterfaceClass 1 Audio
bInterfaceSubClass 2 Streaming
bInterfaceProtocol 0
iInterface 3 Lexicon Lambda In/Out
AudioStreaming Interface Descriptor:
bLength 7
bDescriptorType 36
bDescriptorSubtype 1 (AS_GENERAL)
bTerminalLink 4
bDelay 1 frames
wFormatTag 1 PCM
AudioStreaming Interface Descriptor:
bLength 14
bDescriptorType 36
bDescriptorSubtype 2 (FORMAT_TYPE)
bFormatType 1 (FORMAT_TYPE_I)
bNrChannels 2
bSubframeSize 3
bBitResolution 24
bSamFreqType 2 Discrete
tSamFreq[ 0] 44100
tSamFreq[ 1] 48000
Endpoint Descriptor:
bLength 9
bDescriptorType 5
bEndpointAddress 0x82 EP 2 IN
bmAttributes 13
Transfer Type Isochronous
Synch Type Synchronous
Usage Type Data
wMaxPacketSize 0x0120 1x 288 bytes
bInterval 1
bRefresh 0
bSynchAddress 0
AudioControl Endpoint Descriptor:
bLength 7
bDescriptorType 37
bDescriptorSubtype 1 (EP_GENERAL)
bmAttributes 0x01
Sampling Frequency
bLockDelayUnits 1 Milliseconds
wLockDelay 0 Milliseconds
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 6
bAlternateSetting 0
bNumEndpoints 0
bInterfaceClass 1 Audio
bInterfaceSubClass 1 Control Device
bInterfaceProtocol 0
iInterface 4 Lexicon Lambda Midi
AudioControl Interface Descriptor:
bLength 9
bDescriptorType 36
bDescriptorSubtype 1 (HEADER)
bcdADC 1.00
wTotalLength 9
bInCollection 1
baInterfaceNr( 0) 7
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 7
bAlternateSetting 0
bNumEndpoints 2
bInterfaceClass 1 Audio
bInterfaceSubClass 3 MIDI Streaming
bInterfaceProtocol 0
iInterface 4 Lexicon Lambda Midi
MIDIStreaming Interface Descriptor:
bLength 7
bDescriptorType 36
bDescriptorSubtype 1 (HEADER)
bcdADC 1.00
wTotalLength 65
MIDIStreaming Interface Descriptor:
bLength 6
bDescriptorType 36
bDescriptorSubtype 2 (MIDI_IN_JACK)
bJackType 1 Embedded
bJackID 1
iJack 0
MIDIStreaming Interface Descriptor:
bLength 6
bDescriptorType 36
bDescriptorSubtype 2 (MIDI_IN_JACK)
bJackType 2 External
bJackID 2
iJack 0
MIDIStreaming Interface Descriptor:
bLength 9
bDescriptorType 36
bDescriptorSubtype 3 (MIDI_OUT_JACK)
bJackType 1 Embedded
bJackID 3
bNrInputPins 1
baSourceID( 0) 2
BaSourcePin( 0) 1
iJack 0
MIDIStreaming Interface Descriptor:
bLength 9
bDescriptorType 36
bDescriptorSubtype 3 (MIDI_OUT_JACK)
bJackType 2 External
bJackID 4
bNrInputPins 1
baSourceID( 0) 1
BaSourcePin( 0) 1
iJack 0
Endpoint Descriptor:
bLength 9
bDescriptorType 5
bEndpointAddress 0x04 EP 4 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0010 1x 16 bytes
bInterval 0
bRefresh 0
bSynchAddress 0
MIDIStreaming Endpoint Descriptor:
bLength 5
bDescriptorType 37
bDescriptorSubtype 1 (GENERAL)
bNumEmbMIDIJack 1
baAssocJackID( 0) 1
Endpoint Descriptor:
bLength 9
bDescriptorType 5
bEndpointAddress 0x84 EP 4 IN
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0010 1x 16 bytes
bInterval 0
bRefresh 0
bSynchAddress 0
MIDIStreaming Endpoint Descriptor:
bLength 5
bDescriptorType 37
bDescriptorSubtype 1 (GENERAL)
bNumEmbMIDIJack 1
baAssocJackID( 0) 3
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 4
bAlternateSetting 0
bNumEndpoints 0
bInterfaceClass 254 Application Specific Interface
bInterfaceSubClass 1 Device Firmware Update
bInterfaceProtocol 0
iInterface 0
Device Firmware Upgrade Interface Descriptor:
bLength 7
bDescriptorType 33
bmAttributes 7
Will Not Detach
Manifestation Tolerant
Upload Supported
Download Supported
wDetachTimeout 256 milliseconds
wTransferSize 64 bytes
can't get debug descriptor: Resource temporarily unavailable
Device Status: 0x0000
(Bus Powered)
--
Chris Caudle
9 Dec
9 Dec
8:43 p.m.
On Mon, December 4, 2017 2:44 pm, Chris Caudle wrote:
OK, I guess that is good in general for PlanetCCRMA,
but I still don't
have any good place to start with no error messages. I don't know where
to even start debugging a driver problem.
Just to follow up in case this helps someone else some day:
I tried the same interface on a different machine running the same kernel,
no problems, found just as Fernando did that the kernel in general has no
problem with USB interfaces.
Back to the original machine, works fine on standard kernel (which in the
case of Fedora does not enable CONFIG_PREEMPT, only
CONFIG_PREEMPT_VOLUNTARY, so I think that may mean no threadirq support).
Still unusable on RT.
I changed the physical USB port in use, and now the interface works. I'm
not completely sure yet why that is the case. These are some clues I
have:
message from syslogd@chubb at Dec 9 13:00:02 ...
kernel:Disabling IRQ #20
So something is causing a problem from IRQ 20 and the kernel had to
disable that IRQ.
These are the RT priorities for IRQ:
$ rtirq status
PID CLS RTPRIO NI PRI %CPU STAT COMMAND
215 FF 95 - 135 0.0 S irq/20-uhci_hcd
217 FF 94 - 134 0.0 S irq/22-uhci_hcd
216 FF 93 - 133 0.0 S irq/23-uhci_hcd
219 FF 93 - 133 0.0 S irq/22-uhci_hcd
1257 FF 93 - 133 0.0 S irq/55-enp3s4f1
218 FF 92 - 132 0.0 S irq/23-uhci_hcd
222 FF 91 - 131 0.0 S irq/1-i8042
221 FF 90 - 130 0.0 S irq/12-i8042
But wait, there is a non-RT thread later on the same IRQ:
214 FF 50 - 90 0.0 S irq/20-ehci_hcd
So this connection did not work:
$ lsusb
Bus 006 Device 002: ID 03f0:1027 Hewlett-Packard Virtual keyboard and mouse
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 005 Device 003: ID 1210:0009 DigiTech
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
but this connection did:
$ lsusb
Bus 006 Device 002: ID 03f0:1027 Hewlett-Packard Virtual keyboard and mouse
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 002: ID 1210:0009 DigiTech
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Tree view of non-working:
$ lsusb -t
/: Bus 06.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
|__ Port 1: Dev 2, If 0, Class=Human Interface Device, Driver=usbhid, 12M
|__ Port 1: Dev 2, If 1, Class=Human Interface Device, Driver=usbhid, 12M
/: Bus 05.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
|__ Port 2: Dev 4, If 0, Class=Audio, Driver=snd-usb-audio, 12M
|__ Port 2: Dev 4, If 1, Class=Audio, Driver=snd-usb-audio, 12M
|__ Port 2: Dev 4, If 2, Class=Audio, Driver=snd-usb-audio, 12M
|__ Port 2: Dev 4, If 4, Class=Application Specific Interface,
Driver=, 12M
|__ Port 2: Dev 4, If 6, Class=Audio, Driver=snd-usb-audio, 12M
|__ Port 2: Dev 4, If 7, Class=Audio, Driver=snd-usb-audio, 12M
/: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
/: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/8p, 480M
Tree view of working:
$ lsusb -t
/: Bus 06.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
|__ Port 1: Dev 2, If 0, Class=Human Interface Device, Driver=usbhid, 12M
|__ Port 1: Dev 2, If 1, Class=Human Interface Device, Driver=usbhid, 12M
/: Bus 05.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
/: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
|__ Port 2: Dev 2, If 0, Class=Audio, Driver=snd-usb-audio, 12M
|__ Port 2: Dev 2, If 1, Class=Audio, Driver=snd-usb-audio, 12M
|__ Port 2: Dev 2, If 2, Class=Audio, Driver=snd-usb-audio, 12M
|__ Port 2: Dev 2, If 4, Class=Application Specific Interface,
Driver=, 12M
|__ Port 2: Dev 2, If 6, Class=Audio, Driver=snd-usb-audio, 12M
|__ Port 2: Dev 2, If 7, Class=Audio, Driver=snd-usb-audio, 12M
/: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=uhci_hcd/2p, 12M
/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/8p, 480M
I changed rtirq setup so that the interrupt 20 which is shared between the
ehci and uhci controllers is prioritized, just in case having the ehci at
lower priority was causing problems, but even with this still no usable
sound:
$ rtirq status
PID CLS RTPRIO NI PRI %CPU STAT COMMAND
214 FF 95 - 135 0.0 S irq/20-ehci_hcd
215 FF 95 - 135 0.0 S irq/20-uhci_hcd
217 FF 92 - 132 0.0 S irq/22-uhci_hcd
216 FF 91 - 131 0.0 S irq/23-uhci_hcd
219 FF 91 - 131 0.0 S irq/22-uhci_hcd
1257 FF 91 - 131 0.0 S irq/55-enp3s4f1
218 FF 90 - 130 0.0 S irq/23-uhci_hcd
222 FF 89 - 129 0.0 S irq/1-i8042
221 FF 88 - 128 0.2 S irq/12-i8042
tl;dr I can correct the problem by moving my USB interface to a
physically less convenient connector, but I do not really understand what
is happening in the drivers or kernel IRQ prioritization which makes that
so, and I do not understand why only the RT kernel has this problem and
not the PREEMPT_VOLUNTARY standard fedora kernel.
For now I have spent enough time today working on this, I will just move
the cable to the front connector on my machine, and hope I do not
accidentally bump into the cable and break the connector. Maybe later I
can find some information to explain the behavior.
--
Chris Caudle
2342
days inactive
2348
days old
linux-audio-user@lists.linuxaudio.org
8 comments
4 participants
participants (4)
-
Chris Caudle -
Fernando Lopez-Lezcano -
Len Ovens -
Ralf Mardorf