linux user group brescia

Acc ... se hai di mezzo un hub non c'e' alcuna garanzia sull'ordine
con cui le porte vengono inizializzate (credo). L'unica e' la
soluzione suggerita da Andrea...

[ci sarebbe un'altra possibilita' che mi viene in mente: fai
inizializzare i modem; invii
un comando ATI per avere il numero di serie (dovrebbe essere quello) e
poi con uno
script ti crei i link simbolici che ti servono. La soluzione NON mi
piace molto, pero']

Ciao,
 l


2011/5/18 Rampage * <atomikramp a gmail.com>:
> si stavo guardando sta cosa
>
> ho visto che c'è ATTR{serial}
> ma non mi sembra un identificativo del dispositivo... anche perchè non è
> associato a ttyUSB0 ma all'hub USB
>
> # udevinfo -a -p $(udevinfo -q path -n /dev/ttyUSB0)
>
> Udevinfo starts with the device specified by the devpath and then
> walks up the chain of parent devices. It prints for every device
> found, all possible attributes in the udev rules key format.
> A rule to match, can be composed by the attributes of the device
> and the attributes from one single parent device.
>
>   looking at device '/class/tty/ttyUSB0':
>     KERNEL=="ttyUSB0"
>     SUBSYSTEM=="tty"
>     DRIVER==""
>     ATTR{dev}=="188:0"
>
>   looking at parent device
> '/devices/pci0000:00/0000:00:1d.0/usb1/1-1/1-1:2.0/ttyUSB0':
>     KERNELS=="ttyUSB0"
>     SUBSYSTEMS=="usb-serial"
>     DRIVERS=="ti_usb_3410_5052_1"
>
>   looking at parent device
> '/devices/pci0000:00/0000:00:1d.0/usb1/1-1/1-1:2.0':
>     KERNELS=="1-1:2.0"
>     SUBSYSTEMS=="usb"
>     DRIVERS=="ti_usb_3410_5052"
>     ATTRS{modalias}=="usb:v06E0p0319d0101dc02dsc00dp00icFFisc00ip00"
>     ATTRS{bInterfaceProtocol}=="00"
>     ATTRS{bInterfaceSubClass}=="00"
>     ATTRS{bInterfaceClass}=="ff"
>     ATTRS{bNumEndpoints}=="03"
>     ATTRS{bAlternateSetting}==" 0"
>     ATTRS{bInterfaceNumber}=="00"
>
>   looking at parent device '/devices/pci0000:00/0000:00:1d.0/usb1/1-1':
>     KERNELS=="1-1"
>     SUBSYSTEMS=="usb"
>     DRIVERS=="usb"
>     ATTRS{configuration}==""
>     ATTRS{product}=="TUSB3410 Serial Port"
>     ATTRS{manufacturer}=="Texas Instruments"
>     ATTRS{maxchild}=="0"
>     ATTRS{version}==" 1.10"
>     ATTRS{devnum}=="4"
>     ATTRS{speed}=="12"
>     ATTRS{bMaxPacketSize0}=="8"
>     ATTRS{bNumConfigurations}=="2"
>     ATTRS{bDeviceProtocol}=="00"
>     ATTRS{bDeviceSubClass}=="00"
>     ATTRS{bDeviceClass}=="02"
>     ATTRS{bcdDevice}=="0101"
>     ATTRS{idProduct}=="0319"
>     ATTRS{idVendor}=="06e0"
>     ATTRS{bMaxPower}=="500mA"
>     ATTRS{bmAttributes}=="a0"
>     ATTRS{bConfigurationValue}=="2"
>     ATTRS{bNumInterfaces}==" 1"
>
>   looking at parent device '/devices/pci0000:00/0000:00:1d.0/usb1':
>     KERNELS=="usb1"
>     SUBSYSTEMS=="usb"
>     DRIVERS=="usb"
>     ATTRS{configuration}==""
>     ATTRS{serial}=="0000:00:1d.0"
>     ATTRS{product}=="UHCI Host Controller"
>     ATTRS{manufacturer}=="Linux 2.6.18-6-686 uhci_hcd"
>     ATTRS{maxchild}=="2"
>     ATTRS{version}==" 1.10"
>     ATTRS{devnum}=="1"
>     ATTRS{speed}=="12"
>     ATTRS{bMaxPacketSize0}=="64"
>     ATTRS{bNumConfigurations}=="1"
>     ATTRS{bDeviceProtocol}=="00"
>     ATTRS{bDeviceSubClass}=="00"
>     ATTRS{bDeviceClass}=="09"
>     ATTRS{bcdDevice}=="0206"
>     ATTRS{idProduct}=="0000"
>     ATTRS{idVendor}=="0000"
>     ATTRS{bMaxPower}=="  0mA"
>     ATTRS{bmAttributes}=="e0"
>     ATTRS{bConfigurationValue}=="1"
>     ATTRS{bNumInterfaces}==" 1"
>
>   looking at parent device '/devices/pci0000:00/0000:00:1d.0':
>     KERNELS=="0000:00:1d.0"
>     SUBSYSTEMS=="pci"
>     DRIVERS=="uhci_hcd"
>     ATTRS{broken_parity_status}=="0"
>     ATTRS{enable}=="1"
>     ATTRS{modalias}=="pci:v00008086d000027C8sv00000000sd00000000bc0Csc03i00"
>     ATTRS{local_cpus}=="ff"
>     ATTRS{irq}=="225"
>     ATTRS{class}=="0x0c0300"
>     ATTRS{subsystem_device}=="0x0000"
>     ATTRS{subsystem_vendor}=="0x0000"
>     ATTRS{device}=="0x27c8"
>     ATTRS{vendor}=="0x8086"
>
>   looking at parent device '/devices/pci0000:00':
>     KERNELS=="pci0000:00"
>     SUBSYSTEMS==""
>     DRIVERS==""
>
> 2011/5/18 Luca Giuzzi <luca.giuzzi a gmail.com>
>>
>> Beh... si tratta di vedere se c'e' qualche cosa che identifichi
>> univocamente le seriali.
>> Istruzioni sulla sintassi di udev le trovi qui:
>> http://www.reactivated.net/writing_udev_rules.html
>> sul come fare a trovare gli attributi che ti servono, pero' bisogna usare
>> udevadm info --export-db
>> Idealmente, ti conviene cercare un SERIAL qualchecosa ... in
>> alternativa il percorso sulle porte usb *dovrebbe* essere stabile sui
>> reboot (ma non ci giurerei).
>>
>> Ciao,
>>  l
>>
>>
>> 2011/5/18 Rampage * <atomikramp a gmail.com>:
>> > si quello delle schede di rete l'avevo visto, pensavo qualcuno sapesse
>> > più
>> > nello specifico se la cosa si può adattare, ed eventualmente come, anche
>> > a
>> > periferiche USB
>> >
>> >
>> > 2011/5/18 Maurizio Paolini <paolini a dmf.unicatt.it>
>> >>
>> >> Presumibilmente bisognera' istruire il sottosistema "udev", ad esempio
>> >> in /etc/udev/rules.d/70-persistent-net.rules   (su una Fedora 14)
>> >> si trovano le associazioni per le interfacce di rete, che permettono
>> >> di bloccare l'associazione MacAddress con eth<n>.
>> >>
>> >> E' possibile che ci sia un meccanismo analogo per fare lo stesso per i
>> >> modem
>> >> usb...
>> >>
>> >> mp
>> >>
>> >> On Wed, May 18, 2011 at 11:56:59AM +0200, Rampage * wrote:
>> >> > Ciao ragazzi,
>> >> > mi trovo in una situazione un po' imbarazzante.
>> >> >
>> >> > ho una macchina che fa da fax server con 2 modem USB multitech.
>> >> > quando collego i due modem ho ovviamente /dev/ttyUSB0 e /dev/ttyUSB1
>> >> > e sul mio hylafax ho impostate le regole di inoltro sul faxdispatch.
>> >> >
>> >> > il fax server è impostato per girare via email i fax in arrivo a
>> >> > /dev/ttyUSB0 verso 1 indirizzo email, e quelli di /dev/ttyUSB1 ad un
>> >> > altro
>> >> > indirizzo email.
>> >> >
>> >> > il problema è che se per caso la macchina viene riavviata, a seconda
>> >> > di
>> >> > come
>> >> > gli gira al sistema, un modem viene inizializzato prima dell'altro,
>> >> > in
>> >> > una
>> >> > sequenza non sempre costante, e quindi i due /dev/ttyUSBX si
>> >> > invertono
>> >> > mandandomi a massa tutte le regole del faxdispatch.
>> >> >
>> >> > ora che voi sappiate esiste un modo per mantenere fisse le
>> >> > associazioni
>> >> > dei
>> >> > device in modo che anche se cambia l'ordine di inizializzazione, i
>> >> > due
>> >> > modem
>> >> > vengano sempre identificati con lo stesso device in /dev?
>> >> >
>> >> > Grazie
>> >> > Francesco
>> >>
>> >> > --
>> >> > Info/Lamentele/Segnalazioni: andrea.gelmini a gmail.com
>> >>
>> >> --
>> >> Info/Lamentele/Segnalazioni: andrea.gelmini a gmail.com
>> >
>> >
>> > --
>> > Info/Lamentele/Segnalazioni: andrea.gelmini a gmail.com
>> >
>>
>> --
>> Info/Lamentele/Segnalazioni: andrea.gelmini a gmail.com
>
>
> --
> Info/Lamentele/Segnalazioni: andrea.gelmini a gmail.com
>