No UHD devices found after reboot Ubuntu 20.04

[AGMC]

Good morning,

I need help about a problem I have with two B205-mini cards connected to an odroid XU4 with ubuntu 20.04.

If I boot the system with both USRPs connected via USB, the two devices power on but the uhd_find_device command returns that it has not found devices. If I disconnect the USRPs from the odroid and reconnect them to the same USB ports, then the firmware loads and both devices appear. Do you know what could cause this behavior? I have tried booting odroid with only one USRP card connected and the same problem occurs.

The idea is that this Hardaware works embedded in a box that is not going to be accessed, hence the need for the devices to be recognized when booting the system.

Below is an image showing the output of the usb-devices and uhd_find_devices commands at different times of the process. As you can see, when turning on the Odroid the usb-devices command does contain the two devices but the uhd_find_devices command does not return the devices. When disconnecting the USB from both devices and reconnecting them the uhd_find_devices starts working correctly. can anyone help me? I really don't know where the problem is.

Thank you very much in advance for any help you can give me.

Best regards,

Ángel Madridano.

[Sivolenko]

Hi,

On Linux, udev handles USB plug and unplug events. The following commands install a udev rule so that non-root users may access the device. This step is only necessary for devices that use USB to connect to the host computer, such as the B200, B210, and B200mini. This setting should take effect immediately and does not require a reboot or logout/login. Be sure that no USRP device is connected via USB when running these commands.

   cd $HOME/workarea/uhd/host/utils
   sudo cp uhd-usrp.rules /etc/udev/rules.d/
   sudo udevadm control --reload-rules
   sudo udevadm trigger

Hope this was helpful.

Have a productive day!

[AGMC]

Thank you very much for your response.

I have turned on the Odroid with the USRPs disconnected I have done the steps you suggested and reconnected the USRPs, but the problem persists. When I connect the B205-mini cards to the USB with the odroid on uhd_find_devices works, but if I reboot the computer and boot with the USRPs connected uhd_find_devices returns No UHD Devices Found.

[Sivolenko]

I guess the source of the issue is the Odroid USB priority. could you please check that in the BIOS?

If the uhd_find_devices is working properly after plug/unplug action it means that the drivers and HW are working correctly as well.

Thank you.

[yannick_31]

Hi,

I am experiencing exactly the same issue with a B200 powered by the USB 3.0 of a PC running Ubuntu 20.04. The radio isn't detected at startup. When I unplug and plug the USB back in, then the radio is found. However, after two days of operation (for my last attempt), the radio is lost again. I tried the fix you mentioned in this post but it doesn't solve the problem. In my opinion, it's not a BIOS issue because if it were, the radio wouldn't be lost again once it's been found. Has this issue been resolved since it was mentioned?

Thank you.

Yannick

[Sivolenko]

Hello Yannick,

Please find below possible solution.

Configuring USB

On Linux, udev handles USB plug and unplug events. The following commands install a udev rule so that non-root users may access the device. This step is only necessary for devices that use USB to connect to the host computer, such as the B200, B210, and B200mini. This setting should take effect immediately and does not require a reboot or logout/login. Be sure that no USRP device is connected via USB when running these commands.

   cd $HOME/workarea/uhd/host/utils
   sudo cp uhd-usrp.rules /etc/udev/rules.d/
   sudo udevadm control --reload-rules
   sudo udevadm trigger

[yannick_31]

Bonjour,

Cette solution ne change rien à mon problème, j'ai essayé de faire une mise à jour du bios mais le problème persiste.

J'utilise des DELL PRECISION 3260, Ubuntu 20.04.

the Linux kernel returns this message:

dmesg -wH

[mai 6 07:01] usb 1-6: device descriptor read/64, error -110
[ +8,255734] nouveau 0000:01:00.0: sec2: cmdq: timeout waiting for queue ready
[ +0,000019] nouveau 0000:01:00.0: gr: init failed, -110
[ +1,507835] Lockdown: systemd-logind: hibernation is restricted; see man kernel_lockdown.7
[ +0,058570] rfkill: input handler disabled
[ +5,793845] usb 1-6: device descriptor read/64, error -110
[ +0,511741] usb 1-6: new high-speed USB device number 3 using xhci_hcd
[ +5,376296] usb 1-6: device descriptor read/64, error -110
[ +15,615998] usb 1-6: device descriptor read/64, error -110
[ +0,107979] usb usb1-port6: attempt power cycle
[ +0,651643] usb 1-6: new high-speed USB device number 4 using xhci_hcd
[ +5,256360] xhci_hcd 0000:00:14.0: Timeout while waiting for setup device command
[ +5,375993] xhci_hcd 0000:00:14.0: Timeout while waiting for setup device command
[ +0,207723] usb 1-6: device not accepting address 4, error -62
[ +0,404006] usb 1-6: new high-speed USB device number 5 using xhci_hcd
[ +5,020259] xhci_hcd 0000:00:14.0: Timeout while waiting for setup device command
[mai 6 07:02] xhci_hcd 0000:00:14.0: Timeout while waiting for setup device command
[ +0,207709] usb 1-6: device not accepting address 5, error -62
[ +0,000449] usb usb1-port6: unable to enumerate USB device
[mai 6 07:55] Lockdown: fwupd: /dev/mem,kmem,port is restricted; see man kernel_lockdown.7
[mai 6 12:03] perf: interrupt took too long (2501 > 2500), lowering kernel.perf_event_max_sample_rate to 79750