linux user group brescia

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
>
-------------- parte successiva --------------
Un allegato HTML è stato rimosso...
URL: <http://lugbs.linux.it/pipermail/lug/attachments/20110518/f0be93e2/attachment-0001.html>