Zbyněk Burget napsal/wrote, On 12/07/09 20:43:
mame ke stroji (FBSD 8.0) pripichnuto nekolik adapteru USB/serial
device uftdi
skoro vse funguje tak, jak ma, az na jeden drobny zadrhel, ze se zarizeni, ktera se vytvori - /dev/ttyU0 az ttyU2, pri startu systemu prehazou - tedy navazou se na jine ugenX.Y.

Jen pro presnost - uftdi nebo ugen - oboji je ovladac, ktery se pripoji k nejakemu USB zarizeni. uftdi se urcite nepripoji k ugen

Nicmene, otazka je pochopitelna i tak.

Nemam sice s 8.0 osobni zkusenosti, ale mozna bys mel radeji jeste jednou overit, ze skutecne po restartu dojde k prehazeni zarizeni nez zacnes vkladat cas do reseni tohoto problemu.

Nicmene, kdybys preci jen zjistil, ze prirazeni je nekonstantni, tak postup je nasledujici:

/dev/ttyU0 je zarizeni vytvorene ovladacem ucom0

sysctl dev.ucom.0.%parent
 ->uhub5
sysctl dev.uhub.5.%parent
 ->usb5
sysctl dev.usb.5.%parent
 ->uhci4
sysctl dev.uhci.4.%location
 ->slot=29 function=2
sysctl dev.uhci.4.%parent
 ->pci0

Kombinace pci0:29:2 by mela zarizeni identifikovat jednoznacne. Pak uz bys jen udelal symlinky z nejakeho konstatniho jmena na takto identifikovany ttyU0 a v konfiguracich komunikacnich programu pouzival tyhle symlinky.

Nebo jeste lepe - identifikovat "nejak" konkretni USB/serial adapter tak, aby bylo /dev zarizeni svazano s konkretnim USB/serial adapterem a bylo tedy jedno, do ktere USB zasuvky jej zasunu?
Neco na zpusob ATA_STATIC_ID u (S)ATA harddisku.

No to prave ne. ATA_STATIC_ID u (S)ATA harddisku zajisti, ze cislo zarizeni odpovida jeho fyzickemu umisteni. Takze pri jeho premisteni se zmeni i toto cislo.

Identifikaci nezavislou na umisteni ti zajistuje geom_label - ale jen v pripade, ze kazdemu svazku pridelis unikatni label.

Ale vratime-li se zpet k seriaku - jiste by bylo pekne, kdybys dokazal identifikovat primo pripojene zarizeni. Treba to jde, treba ne. Predstav si, ze ty ty seriaky prehazim ja rucne. Dokazal bys ty nasledne identifikovat, ktera linka vede kam ? Jestli jo, pak je sance, ze to dokazeme i automaticky. Jestli ale ne ...

                                        Dan


--
FreeBSD mailing list ([email protected])
http://www.freebsd.cz/listserv/listinfo/users-l

Odpovedet emailem