<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Fri, Jun 5, 2015 at 4:22 PM, Harald Hoyer <span dir="ltr"><<a href="mailto:harald.hoyer@gmail.com" target="_blank">harald.hoyer@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class=""><div class="h5">On 05.06.2015 15:09, poma wrote:<br>
> On 05.06.2015 14:14, Jean-Christian de Rivaz wrote:<br>
>> Le 05. 06. 15 13:18, Aleksander Morgado a écrit :<br>
>>> On Tue, May 26, 2015 at 12:19 AM, Jean-Christian de Rivaz <<a href="mailto:jc@eclis.ch">jc@eclis.ch</a>> wrote:<br>
>>>> I have a system where the modem have multiple /dev/ttyACMx ports where x is<br>
>>>> not constant because of the dynamic nature of others serial devices.<br>
>>> It may be worth noting that a very similar issue with the one faced<br>
>>> here is the one with network interface names, where interface names<br>
>>> were created as kernel drivers probed the different interfaces, ending<br>
>>> up with "eth0", "eth1" and so on. Then, there would be network<br>
>>> interface configurations for each network interface based on the name,<br>
>>> but no one really ensured that the name was the same upon reboots. The<br>
>>> solution provided by systemd to ensure that the proper configuration<br>
>>> is applied always to the proper interface is to make the device names<br>
>>> "predictable", see:<br>
>>> <a href="http://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames/" target="_blank">http://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames/</a><br>
>>><br>
>>> This solution avoids the need of any other udev rules to e.g. create<br>
>>> network interface names containing the device MAC address or what not.<br>
>>><br>
>>> I'm wondering whether the same could be applied not only to network<br>
>>> interfaces, but also to ttyACMs, ttyUSBs and cdc-wdms, and end up<br>
>>> having predictable tty names like e.g. /dev/ttyACMp0s20u4i0. Sure,<br>
>>> those names are a nightmare to type, but they are predictable (e.g. in<br>
>>> this case by including the physical location of the connector of the<br>
>>> hardware).<br>
>>><br>
>><br>
>> This would be a wonderful solution. The only problem is when will this<br>
>> feature be available in a stable Linux kernel widely used by all majors<br>
>> distributions? Until this dream happens (probably not before severals<br>
>> years I guess), an other option must be implemented.<br>
>><br>
>> Jean-Christian<br>
><br>
><br>
> Face your broadband modem, live your dreams?<br>
><br>
> Kay, when this would happen - Predictable Broadband Modem Interface Names?<br>
><br>
<br>
</div></div>Wouldn't it be nicer to have symlinks like in /dev/disk ?<br>
/dev/tty/by-path/....</blockquote><div><br></div><div>60-serial.rules:16:ENV{ID_PATH}=="?*", ENV{.ID_PORT}=="", SYMLINK+="serial/by-path/$env{ID_PATH}"</div><div>60-serial.rules:17:ENV{ID_PATH}=="?*", ENV{.ID_PORT}=="?*", SYMLINK+="serial/by-path/$env{ID_PATH}-port$env{.ID_PORT}" </div></div><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr">Mantas Mikulėnas <<a href="mailto:grawity@gmail.com" target="_blank">grawity@gmail.com</a>></div></div>
</div></div>