Через /dev или /proc

Всем доброго времени суток. Появилась задача написать драйвер для PCI устройства. В ходе изучения литературы, в честности книги Колисниченко "Разработка Linux-приложений" появился вопрос: если необходимо передать данные из userspace в kernel, то через что лучше и правильнее это реализовывать? через /dev или /proc? в чем разница?

Спасибо

0

Сообщение от Kverza если необходимо передать данные из userspace в kernel, то через что лучше и правильнее это реализовывать?

Через драйвер.

Сообщение от Kverza через /dev или /proc? в чем разница?

В /dev находятся файлы устройств. Взаимодействие с драйверами происходит именно через эти файлы. В /proc обычно находится всякая статистика.

Например, у вас есть USB-камера... драйвер создаёт файл /dev/video0. Ваше приложение открывает этот файл и общается с ним через специальные ioctl запросы. В частности, может получить список поддерживаемых форматов видео, указать формат, с которым хочет работать, запросить буферы под кадры, запрашивать заполнение этих буферов и т.п. А через read() или mmap() можно вычитывать данные.

2

Вы сказали приложение будет общаться через ioctl. Оно должно быть реализовано в драйвере, правильно? А в приложении будет формироваться строка, которая будет позже обычным write писаться в файл, верно?

0

Это зависит от того как реализовать драйвер.
Драйвер может вообще не иметь ioctl() и всё общение с прогами будет через read/write

Например, /dev/ttyS* - COM-порты. Ус-ва последовательные, т.е. только читаем/пишем, но с помощью ioctl можем менять режимы - битность данных, контроль чётности или скорость приёма-передачи... Все эти свойства реализует драйвер, а прога только пользуется тем, что ей предоставил драйвер. Например, для /dev/ttyS* я не знаю методов работы через mmap

Обычно, для простых драйверов, так и происходит, а ioctl только управляют режимами и для получения статусной инфы.
Иногда проге нужны большие объёмы данных передавать/читать драйверу или менять их в разных местах - тут на помощь mmap. Например драйвер имеет фиксированную область памяти к-либо железного девайса и необходимо дать доступ к ней проге юзера, например область памяти текстового режима экрана на 0xB800. Вместо того чтобы через read/write для изменения одного байта перегонять все 8Кб можно использовать mmap и там прога доберётся до каждого байта без большой передачи данных

З.Ы. Я не писал дров под линух, только под ДОС, но мне это так видится. Если не прав - поправьте.

0

Драйвер планируется самый простейший. В наличии PCI железяка, произведенная в НИИ, простейший сетевой адаптер на коаксиале. Приложение должно отправить железяке адрес и данные, позже из этого соберется пакет, и он запускается в сеть. На другой стороне принимается пакет, забирается то что нужно и можно его для наглядности показать в терминале.

Вот как то так

0

Сообщение от Kverza простейший сетевой адаптер на коаксиале. Приложение должно отправить железяке адрес и данные, позже из этого соберется пакет, и он запускается в сеть. На другой стороне принимается пакет, забирается то что нужно и можно его для наглядности показать в терминале.

А вот тут вопросы.
1. Железка соединяется "один к одному" или "один ко многим"?
2. Адрес и настройки лучше отправлять/читать через ioctl
3. Какая будет нагрузка в потоке?
4. Надо ли впихивать железку в OSI-стек?

От этих вопросов зависит архитектура и драйвера и приложений, с ентим драйвером работающих

0

1. Один ко многим. В сети может быть до 16 узлов, при оправке пакета происходит широковещательная рассылка и уже на принимающей стороне смотрят адрес, если это направлялось к нам, забираем, если нет - игнорируем.
2.насчет ioctl понял, буду реализовывать
3.точная нагрузка неизвестна, но она будет далеко от максимально возможной
4.нет, не надо

0

Сообщение от Kverza точная нагрузка неизвестна, но она будет далеко от максимально возможной

Я имел ввиду не нагрузка на железку, а объёмы данных перекачиваемых с юзерспейса в драйвер. Если поток будет в сотню-полторы метров в секунду, то стоит подумать об mmap

0

а как правильно реализовать mmap?? в инете полно примеров под старые ядра, и этот код под ядро 3.16 просто не работает

0