Pan Zbych napisał:

>>>> Problem z Twoim pomysłem pojawi się, gdy do szyny USB będą
>>>> podłączone dwa identyczne moduły rozmawiające z identycznym
>>>> typem urządzeń do kórych użytkownik będzie chciał mieć intymny
>>>> dostęp znając ich fizyczną lokalizację i przypisanie do reszty systemu.
>>> Ale jakoś je trzeba rozróżnić. Ja bym wolał dać jakie zworki cz inny
>>> obrotowy przełącznik podający np. kod od 0 do 7, który będzie wysłany
>>> jako fragment odpowiedzi niż uzależniać działanie aplikacji od
>>> kolejności inicjalizacji portów. Jak rozpoznasz dwa takie same moduły
>>> jeżeli po restarcie zmieni się kolejność podłączenia?
>>
>> KERNEL=="sd[a-z]", ACTION=="add|change", \
>> ENV{DEVPATH}=="/devices/*/1-1/1-1:1.0/host*", SYMLINK+="USB1"
>>
>> KERNEL=="sd[a-z]", ACTION=="add|change", \
>> ENV{DEVPATH}=="/devices/*/1-2/1-2:1.0/host*", SYMLINK+="USB2"
>>
>> ...i kolejne analogiczne linijki opisujące reszte portów w systemie.
>
> Symlinki są do dupy. Zrobiłem prosty test: otworzyłem port przez symlink
> w terminalu, wypiąłem w trakcie pracy terminala port, podłączyłem go
> znowu i symlink nie został zaktualizowany.

SOA#1 -- to chciałem, to mam. Kol. Pszemol też chyba nie chce niczego
wypinać -- jak w czsie bootowania systemu link prowadił do /dev/dupa,
to tak już pozostanie aż do wyłączenia zasilania.

--
Jarek