Linux：在可能不存在的USB设备上调用open（）

Question

I have a device attached to a Raspberry Pi. The Pi is running ARCH Linux. The device communicates with the Pi via USB. The device has to be switched on and off via a pulse and I have control, from the Pi, of a relay which causes this pulse. However I can never be sure whether the device is initially on or off.

In my code I toggle the relay and then speculatively call open() on the device (with flags O_RDWR | O_NOCTTY). The problem is that if I am doing this when the device is off the open() call hangs. I have tried waiting for 1 second after the toggle, for things to settle, but that hasn't helped. I have tried calling stat() before the open() call but this always returns zero (so the device is there as far as stat() is concerned). I have tried specifying O_NON_BLOCK in the open() call but that causes it to always fail.

Can anyone suggest either (a) what I'm doing wrong or (b) a reliable way forward?

Answer 1

If you can be sure that the device will eventually turn up, the blocking open() ("hangs") may actually be what you want! The call to open() will return, hopefully with success, when your device turns up.

The stat() call simply checks if the device special file is there. It can't tell you if there is anything listening.

One possible way forward, would be to open() with O_NONBLOCK in an exponential back-off loop.

Depending on what you mean with "communicates via USB", you may want to use libusb . If it's just a USB serial port, wrapping open() yourself is probably the easiest though.

Answer 2

You can be certain that the device has powered if it has USB enumerated. You can use libudev to find the list of USB enumerated devices and check whether your device is on that list.

The command line "lsusb" does that. So if you need an example of how to use libudev then you can read the lsusb source code ( https://github.com/gregkh/lsusb ).

Answer 3

It's not clear what you have done to get a device file that survives disconnect.

The usual approach is to use hotplug + udev to create (and remove) the device symlinks, then the special file would only be there when the device is plugged in.

Answer 4

Courtesy of all the helpful people below, the quick answer was to include in my .rules file a "remove" action to go with the existing "add" action. So in the file where I have:

ACTION=="add", ATTRS{interface}=="Pololu Orangutan X2 Serial Adapter", MODE="7777", SYMLINK+="OrangutanUSB"

...to give me a /dev/OrangutanUSB device, I have included a new line:

ACTION=="remove", ATTRS{interface}=="Pololu Orangutan X2 Serial Adapter", MODE="7777", SYMLINK-="OrangutanUSB"

...to cause the operating system to remove the /dev/OrangutanUSB device when it has been powered off. This way the open() call fails correctly when the device has gone, rather than hanging.

Ultimately, what I should do is check that the device is enumerated, rather than expecting open() to fail, but that can wait until I have the time. For now my code works as originally intended.