1 1
wanda

Armbian on cubox doesn't detect external USB DAC any more

Recommended Posts

Hi,

 

I run  ARMBIAN 5.25 stable Debian GNU/Linux 8 (jessie) 4.9.12-cubox  
and use an external DAC connected to USB.

Additionally and or comparison purposes I use ARMBIAN 5.25 stable Debian GNU/Linux 8 (jessie) 4.4.51-udoo    .


Since a few days  the kernel on the cubox doesn't seem to recognize the USB-DACs as sound device any more.
So, "aplay -l" doesn't list it:
 

aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: SPDIF [Integrated SPDIF], device 0: S/PDIF PCM snd-soc-dummy-dai-0 []
  Subdevices: 1/1
  Subdevice #0: subdevice #0


A test with a udoo-board, shows the expected output:

aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: imxvt1613audio [imx-vt1613-audio], device 0: AC97-analog vt1613-hifi-analog-0 []
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 1: imxhdmisoc [imx-hdmi-soc], device 0: i.MX HDMI Audio Tx hdmi-hifi-0 []
  Subdevices: 1/1
  Subdevice #0: subdevice #0
card 2: Audio [McIntosh Labs USB Audio], device 0: USB Audio [USB Audio]
  Subdevices: 0/1
  Subdevice #0: subdevice #0



On the Cubox I find in "messages" following output with disconnections :
 

May 27 10:57:15 localhost kernel: input: McIntosh Laboratory McIntosh Labs USB Audio as /devices/soc0/soc/2100000.aips-bus/2184200.usb/ci_hdrc.1/usb2/2-1/2-1:1.2/0003:2349:03E8.0002/input/input3
May 27 10:57:15 localhost kernel: hid-generic 0003:2349:03E8.0002: input,hidraw0: USB HID v11.01 Device [McIntosh Laboratory McIntosh Labs USB Audio] on usb-ci_hdrc.1-1/input2
May 27 10:57:15 localhost kernel: usb 2-1: USB disconnect, device number 3
May 27 10:57:15 localhost kernel: usb 2-1: new high-speed USB device number 4 using ci_hdrc
May 27 10:57:15 localhost kernel: input: McIntosh Laboratory McIntosh Labs USB Audio as /devices/soc0/soc/2100000.aips-bus/2184200.usb/ci_hdrc.1/usb2/2-1/2-1:1.2/0003:2349:03E8.0003/input/input4
May 27 10:57:15 localhost kernel: hid-generic 0003:2349:03E8.0003: input,hidraw0: USB HID v11.01 Device [McIntosh Laboratory McIntosh Labs USB Audio] on usb-ci_hdrc.1-1/input2
May 27 10:57:15 localhost kernel: usb 2-1: USB disconnect, device number 4
May 27 10:57:15 localhost kernel: usb 2-1: new high-speed USB device number 5 using ci_hdrc
May 27 10:57:15 localhost kernel: input: McIntosh Laboratory McIntosh Labs USB Audio as /devices/soc0/soc/2100000.aips-bus/2184200.usb/ci_hdrc.1/usb2/2-1/2-1:1.2/0003:2349:03E8.0004/input/input5
May 27 10:57:15 localhost kernel: hid-generic 0003:2349:03E8.0004: input,hidraw0: USB HID v11.01 Device [McIntosh Laboratory McIntosh Labs USB Audio] on usb-ci_hdrc.1-1/input2
May 27 10:57:15 localhost kernel: usb 2-1: USB disconnect, device number 5
[...]


I also checked it with a different DAC to exclude problems with the DAC itself:

May 27 12:49:44 localhost kernel: input: Lake People electronic GmbH VIO USB 2.0 as /devices/soc0/soc/2100000.aips-bus/2184000.usb/ci_hdrc.0/usb1/1-1/1-1:1.0/0003:1852:5120.0005/input/input6
May 27 12:49:44 localhost kernel: hid-generic 0003:1852:5120.0005: input,hidraw0: USB HID v1.00 Device [Lake People electronic GmbH VIO USB 2.0] on usb-ci_hdrc.0-1/input0
May 27 12:49:44 localhost kernel: usb 1-1: USB disconnect, device number 6
May 27 12:49:44 localhost kernel: usb 1-1: new high-speed USB device number 7 using ci_hdrc
May 27 12:49:44 localhost kernel: IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
May 27 12:49:44 localhost kernel: input: Lake People electronic GmbH VIO USB 2.0 as /devices/soc0/soc/2100000.aips-bus/2184000.usb/ci_hdrc.0/usb1/1-1/1-1:1.0/0003:1852:5120.0006/input/input7
May 27 12:49:44 localhost kernel: hid-generic 0003:1852:5120.0006: input,hidraw0: USB HID v1.00 Device [Lake People electronic GmbH VIO USB 2.0] on usb-ci_hdrc.0-1/input0
May 27 12:49:44 localhost kernel: usb 1-1: USB disconnect, device number 7
May 27 12:49:44 localhost kernel: usb 1-1: new high-speed USB device number 8 using ci_hdrc
May 27 12:49:44 localhost kernel: input: Lake People electronic GmbH VIO USB 2.0 as /devices/soc0/soc/2100000.aips-bus/2184000.usb/ci_hdrc.0/usb1/1-1/1-1:1.0/0003:1852:5120.0007/input/input8
May 27 12:49:44 localhost kernel: hid-generic 0003:1852:5120.0007: input,hidraw0: USB HID v1.00 Device [Lake People electronic GmbH VIO USB 2.0] on usb-ci_hdrc.0-1/input0
[...]
May 27 12:50:01 localhost kernel: usb 1-1: new high-speed USB device number 74 using ci_hdrc
May 27 12:50:01 localhost kernel: input: Lake People electronic GmbH VIO USB 2.0 as /devices/soc0/soc/2100000.aips-bus/2184000.usb/ci_hdrc.0/usb1/1-1/1-1:1.0/0003:1852:5120.0049/input/input74
May 27 12:50:01 localhost kernel: hid-generic 0003:1852:5120.0049: input,hidraw0: USB HID v1.00 Device [Lake People electronic GmbH VIO USB 2.0] on usb-ci_hdrc.0-1/input0
May 27 12:50:01 localhost kernel: usb 1-1: USB disconnect, device number 74


Ont the udoo board that looks straight forward without disconnections:

May 27 13:06:06 localhost kernel: sensor-SUPPLY: disabling
May 27 13:06:06 localhost kernel: 2P8V: disabling
May 27 13:06:06 localhost kernel: ALSA device list:
May 27 13:06:06 localhost kernel:  #0: imx-vt1613-audio
May 27 13:06:06 localhost kernel:  #1: imx-hdmi-soc
May 27 13:06:06 localhost kernel: Freeing unused kernel memory: 368K (80a1e000 - 80a7a000)
May 27 13:06:06 localhost kernel: random: systemd-udevd: uninitialized urandom read (16 bytes read, 2 bits of entropy available)
May 27 13:06:06 localhost kernel: usb 1-1.1: new high-speed USB device number 3 using ci_hdrc
May 27 13:06:06 localhost kernel: input: McIntosh Laboratory McIntosh Labs USB Audio as /devices/soc0/soc/2100000.aips-bus/2184200.usb/ci_hdrc.1/usb1/1-1/1-1.1/1-1.1:1.2/0003:2349:03E8.0001/input/input0
May 27 13:06:06 localhost kernel: hid-generic 0003:2349:03E8.0001: input: USB HID v11.01 Device [McIntosh Laboratory McIntosh Labs USB Audio] on usb-ci_hdrc.1-1.1/input2
May 27 13:06:06 localhost kernel: usb 1-1.2: new high-speed USB device number 4 using ci_hdrc
May 27 13:06:06 localhost kernel: usb 1-1.3: new high-speed USB device number 5 using ci_hdrc

Any hint what could be the problem on the cubox ?

 

Thank you !

Share this post


Link to post
Share on other sites

after a few reboots I got the same result (no dac deteted) on th udoo-board as well ;-) .

So, it isn't any hardware that cause the problem.

Share this post


Link to post
Share on other sites

but the udoo machine loads the driver after turning off/on of the dac:
 

May 28 14:21:12 localhost kernel: usb 1-1.1: new high-speed USB device number 4 using ci_hdrc
May 28 14:21:12 localhost kernel: input: McIntosh Laboratory McIntosh Labs USB Audio as /devices/soc0/soc/2100000.aips-bus/2184200.usb/ci_hdrc.1/usb1/1-1/1-1.1/1-1.1:1.2/0003:2349:03E8.0001/input/input0
May 28 14:21:12 localhost kernel: hid-generic 0003:2349:03E8.0001: input: USB HID v11.01 Device [McIntosh Laboratory McIntosh Labs USB Audio] on usb-ci_hdrc.1-1.1/input2
May 28 14:21:12 localhost kernel: usbcore: registered new interface driver snd-usb-audio

So, this works.

But turning on/off or unplugging/plugging the dac to the cubox doesn't help.

Share this post


Link to post
Share on other sites

I uploaded images with most recent kernel (4.11.3) - one last check if it's any better. I am not sure we have any power and knowledge to deal with such weirdo / random problem. Perhaps folks at Freescale knows more about?

 

How about old / legacy kernel? Just to see if it's working there ...

Share this post


Link to post
Share on other sites

I just updated cubox-i and udoo as well to 4.4.71-* .

 

Unfortunately no change armbian on udoo finds the usb-dac, on cubox it doesn't  .

 

Well, last year I already changed the cubox-i device due to a similar "failure".

At that time I didn't run armbian but volumio and first for test purposes I switched to armbian.

The new cubox worked by now and the dealer informed me later that even the complained first device seemed not broken from his point of view and asked me to check my environment.
He tested just the usb-connectivity with a keyboard/mouse.

 

But now I experience in the same way those problems again with the new cubox, i.e only with the cubox .

I also tested with a laptop and debian stretch installed without any problems. So, an environment problem is very unlikely.

 

Is it easy to switch to the legacy kernel or do I have to reinstall completely ?

Share this post


Link to post
Share on other sites
21 minutes ago, wanda said:

Is it easy to switch to the legacy kernel or do I have to reinstall completely ?


With latest image - run armbian-config -> Switch / Switch to alternative kernels

Share this post


Link to post
Share on other sites
Guest
This topic is now closed to further replies.
1 1