[devel] /proc/bus/usb: udev или hal?

[devel] /proc/bus/usb: udev или hal?

[Alexey Borovskoy]

Добрый вечер.

Играюсь щас со смарткартами и токенами.
В openct сейчас есть возможность работы с железками как через 
udev, так и через hal.

Как добраться на запись до содержимого /proc/bus/usb ?
Или это признано устаревшим и не используется?
Если да, то что сейчас взамен?

-- 
Алексей.
GPG key fingerprint
DBB3 1832 13C6 5C96 4A58  4AFF 78F7 159F 66AD 8D7E

Re: [devel] /proc/bus/usb: udev или hal?

[Alexander Bokovoy]

2008/11/27 Alexey Borovskoy <alb@altlinux.ru>:
> Добрый вечер.
>
> Играюсь щас со смарткартами и токенами.
> В openct сейчас есть возможность работы с железками как через
> udev, так и через hal.
>
> Как добраться на запись до содержимого /proc/bus/usb ?
> Или это признано устаревшим и не используется?
> Если да, то что сейчас взамен?
/dev/bus/usb/*
-- 
/ Alexander Bokovoy

Re: [devel] /proc/bus/usb: udev или hal?

[Anton Farygin]

Alexey Borovskoy пишет:
> Добрый вечер.
> 
> Играюсь щас со смарткартами и токенами.
> В openct сейчас есть возможность работы с железками как через 
> udev, так и через hal.
> 
> Как добраться на запись до содержимого /proc/bus/usb ?
> Или это признано устаревшим и не используется?
> Если да, то что сейчас взамен?

лучше всего использовать libusb.

Она работает через /dev/bus/usb/*

Re: [devel] /proc/bus/usb: udev или hal?

[Alexander Bokovoy]

2008/11/27 Anton Farygin <rider@altlinux.com>:
>> Как добраться на запись до содержимого /proc/bus/usb ?
>> Или это признано устаревшим и не используется?
>> Если да, то что сейчас взамен?
>
> лучше всего использовать libusb.
>
> Она работает через /dev/bus/usb/*
libusb работает через все, что доступно для определения правильного
файла устройства, предпочитая использовать sysfs вместо procfs, если
это возможно. Связано это с тем, что обращение к данным о usb в procfs
приводит к принудительному "пробуждению" устройства, а в sysfs
доступна информация, которая уже есть у ядра и лишние циклы
"пробуждения/автоматического засыпания" не будут расходовать энергию.

Правильный механизм работы с usb на сегодня -- через libusb с
расстановкой прав на устройства через udev. Скрипты расстановки прав
для нужных устройств я уже тут публиковал в прошлой теме, посвященной
вопросам работы с камерами/usb.
-- 
/ Alexander Bokovoy

Re: [devel] /proc/bus/usb: udev или hal?

[Alexey Borovskoy]

[-- Attachment #1: Type: text/plain, Size: 1243 bytes --]

* Четверг 27 ноября 2008 Alexander Bokovoy

> 2008/11/27 Anton Farygin <rider@altlinux.com>:
> >> Как добраться на запись до содержимого /proc/bus/usb ?
> >> Или это признано устаревшим и не используется?
> >> Если да, то что сейчас взамен?
> >
> > лучше всего использовать libusb.
> >
> > Она работает через /dev/bus/usb/*
>
> libusb работает через все, что доступно для определения
> правильного файла устройства, предпочитая использовать sysfs
> вместо procfs, если это возможно. Связано это с тем, что
> обращение к данным о usb в procfs приводит к принудительному
> "пробуждению" устройства, а в sysfs доступна информация,
> которая уже есть у ядра и лишние циклы
> "пробуждения/автоматического засыпания" не будут расходовать
> энергию.
>
> Правильный механизм работы с usb на сегодня -- через libusb с
> расстановкой прав на устройства через udev. Скрипты
> расстановки прав для нужных устройств я уже тут публиковал в
> прошлой теме, посвященной вопросам работы с камерами/usb.

А можно линк? 

В архиве находятся скрипты udev. Как они работают мне не совсем 
понятно, но работают они неправильно. Или апстрим ошибается, или 
чтото не то в udev-108.

-- 
Алексей.
GPG key fingerprint
DBB3 1832 13C6 5C96 4A58  4AFF 78F7 159F 66AD 8D7E

[-- Attachment #2: openct.tar.bz2 --]
[-- Type: application/x-tbz, Size: 2342 bytes --]

Re: [devel] /proc/bus/usb: udev или hal?

[Valery V. Inozemtsev]

[-- Attachment #1: Type: text/plain, Size: 833 bytes --]

> > Правильный механизм работы с usb на сегодня -- через libusb с
> > расстановкой прав на устройства через udev. Скрипты
> > расстановки прав для нужных устройств я уже тут публиковал в
> > прошлой теме, посвященной вопросам работы с камерами/usb.
>
> А можно линк?
>
> В архиве находятся скрипты udev. Как они работают мне не совсем
> понятно, но работают они неправильно. Или апстрим ошибается, или
> чтото не то в udev-108.

с udev-108 все не то. он катастрофически устарел

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [devel] /proc/bus/usb: udev или hal?

[Alexey Borovskoy]

* Четверг 27 ноября 2008 Valery V. Inozemtsev

> > > Правильный механизм работы с usb на сегодня -- через
> > > libusb с расстановкой прав на устройства через udev.
> > > Скрипты расстановки прав для нужных устройств я уже тут
> > > публиковал в прошлой теме, посвященной вопросам работы с
> > > камерами/usb.
> >
> > А можно линк?
> >
> > В архиве находятся скрипты udev. Как они работают мне не
> > совсем понятно, но работают они неправильно. Или апстрим
> > ошибается, или чтото не то в udev-108.
>
> с udev-108 все не то. он катастрофически устарел

Я ограничен рамками Server 4.0.1.
До меня стало постепенно доходить, где у апстрима openct начинает 
творится не то.

-- 
Алексей.
GPG key fingerprint
DBB3 1832 13C6 5C96 4A58  4AFF 78F7 159F 66AD 8D7E

Re: [devel] /proc/bus/usb: udev или hal?

[Alexander Bokovoy]

2008/11/27 Alexey Borovskoy <alb@altlinux.ru>:
>> > Она работает через /dev/bus/usb/*
>>
>> libusb работает через все, что доступно для определения
>> правильного файла устройства, предпочитая использовать sysfs
>> вместо procfs, если это возможно. Связано это с тем, что
>> обращение к данным о usb в procfs приводит к принудительному
>> "пробуждению" устройства, а в sysfs доступна информация,
>> которая уже есть у ядра и лишние циклы
>> "пробуждения/автоматического засыпания" не будут расходовать
>> энергию.
>>
>> Правильный механизм работы с usb на сегодня -- через libusb с
>> расстановкой прав на устройства через udev. Скрипты
>> расстановки прав для нужных устройств я уже тут публиковал в
>> прошлой теме, посвященной вопросам работы с камерами/usb.
>
> А можно линк?
На что? На файлик конфигурации для udev?
Оформляется он в стилистике описанного вот здесь:
http://lists.altlinux.org/pipermail/sisyphus/2008-September/334184.html

-- 
/ Alexander Bokovoy

Re: [devel] /proc/bus/usb: udev или hal?

[Alexey Borovskoy]

* Четверг 27 ноября 2008 Anton Farygin

> Alexey Borovskoy пишет:
> > Добрый вечер.
> >
> > Играюсь щас со смарткартами и токенами.
> > В openct сейчас есть возможность работы с железками как
> > через udev, так и через hal.
> >
> > Как добраться на запись до содержимого /proc/bus/usb ?
> > Или это признано устаревшим и не используется?
> > Если да, то что сейчас взамен?
>
> лучше всего использовать libusb.
>
> Она работает через /dev/bus/usb/*

Переделал сизифный openct на udev.
Вроде работает.
Посмотреть можно на git.alt и при желании втянуть изменения 
обратно в сизиф.

Здоровая критика приветствуется.

-- 
Алексей.
GPG key fingerprint
DBB3 1832 13C6 5C96 4A58  4AFF 78F7 159F 66AD 8D7E