summaryrefslogtreecommitdiff
path: root/data/templates/openvpn
diff options
context:
space:
mode:
authorChristian Poessinger <christian@poessinger.com>2020-06-08 22:45:04 +0200
committerChristian Poessinger <christian@poessinger.com>2020-06-09 21:00:39 +0200
commitbafa91b945ac77e2e1d000e356ca819bd5f87460 (patch)
treed87af7b732f1ae61ddf3299b9af7f5c319b57d3c /data/templates/openvpn
parent7b565f0bcc0dcfc7aa95cdbbb63264f5ba41456e (diff)
downloadvyos-1x-bafa91b945ac77e2e1d000e356ca819bd5f87460.tar.gz
vyos-1x-bafa91b945ac77e2e1d000e356ca819bd5f87460.zip
console: T2529: migrate from ttyUSB device to new device in /dev/serial/by-bus
During testing it was discovered that there is a well known problem (we had for ethernet interfaces) also in the serial port world. They will be enumerated and mapped to /dev/ttyUSBxxx differently from boot to boot. This is especially painful on my development APU4 board which also has a Sierra Wireless MC7710 LTE module installed. The serial port will toggle between ttyUSB2 and ttyUSB5 depending on the amount of serial port extenders attached (FT4232H). The shipped udev rule (/usr/lib/udev/rules.d/60-serial.rules) partly solves this by enumerating the devices into /dev/serial/by-id folder with their name and serial number - it's a very good idea but I've found that not all of the FT4232H dongles have a serial number programmed - this leads to the situation that when you plug in two cables with both having serial number 0 - only one device symlink will appear - the previous one is always overwritten by the latter one. Derive /usr/lib/udev/rules.d/60-serial.rules and create a /dev/serial/by-bus directory and group devices by attached USB root port.
Diffstat (limited to 'data/templates/openvpn')
0 files changed, 0 insertions, 0 deletions