Поясните по написанию драйверов

Тоже интересуюсь драйверами, подпишусь.

http://www.jann.cc/2012/12/11/getting_started_with_the_ti_stellaris_launchpad...

Для этих целей драйвер не нужен, можно обойтись стандартным юзерспейс API для USB (libusb).

Драйвер нужен если например твоя железяка былабы USB веб камерой с не стантартным интерфейсом (отличным от USB video) тогда можно былобы написать драйвер который бы позволял работать с этой камерой любому приложению через стандартный v4l интерфейс.

А если не использовать libusb? Можно же придумать задачу, про которой нужно писать именно ядерный драйвер.
Например, подключим к этому микроконтроллеру матрицу (например, популярную OV7725) и придумаем свой протокол передачи изображения.

Драйвер экспортирует файл в /proc, туда и пиши 1 или 0, чтобы соответственно зажечь или потушить лампочку.

Делать тебе нефиг! Лучше либу для юзверьспейса напиши. Не умножай сущности без надобности! Для усбшных железяк модули ведра только полные извращенцы пишут!

Если ты не хочешь в итоге выводить все через v4l2, тебе нахрен не нужно заморачиваться с модулями ведра!

Я для обучения и практики. К тому же видел вакансии в intel, samsung, nokia где нужен ядерщик именно усбшник. Они там все полные извращенцы?

Они там все полные извращенцы?

Стопудово. Вместо того, чтобы железную часть делать совместимой со стандартами, они 100500-й протокол придумывают, из-за чего им приходится свои модули ведра писать... Придурки, блин!

Если бы все придерживались стандартов, ведро было бы значительно худее.

какой нафиг /proc?! /sys же!

Осторожней, при написании драйверов иногда приходится использовать https://github.com/torvalds/linux/blob/master/lib/bsearch.c

вот прям каждый второй драйвер использует, ага

http://lxr.free-electrons.com/ident?i=bsearch

Один раз на миллион строк кода.

та то поди на хост

А чем тебе бинарный поиск не нравится?

Why so serious?

Мне всем, постоянно приходится пользоваться.

Двоичный поиск, математика (комментарий)

Один раз на миллион строк кода.

Это если не считать велосипедов.

Пользуясь случаем спрошу: хочу сделать более полноценную поддержку usb клавиатуры (не все клавиши определяются даже xev-ом), умею писать прикладной софт, с написанием дров под linux раньше дел не имел. Си знаю, с ассемблером скорее на Вы. С чего начать читать/гуглить в правильном направлении представляю смутно. Может кто что-то подобное делал и пнет меня в нужном направлении?

Писать драйвер для ненужно ради того, чтобы занять себя драйверами - тупиковая затея. Лучше начать с прочёсывания bugzilla.kernel.org и попыток помочь конкретным людям с конкретными багами.

ты хочешь пописать драйвер для usbhid.

тебе сюда: http://code.woboq.org/linux/linux/drivers/hid/

читать код, делающий примерно то, ято надо тебе — самое полезное.

вот, скажем, для thinkpad usb keyboard: http://code.woboq.org/linux/linux/drivers/hid/hid-lenovo.c.html

тут написано почти всё, что можно захотеть для своей клавиатуры (и много того, чего лучше не хотеть). почитай, потом напиши аналогичный файлик свой, и готово.

Это прекрасно. Я теперь буду коллегам на каждый чих говорить «алгоритм интересный, но...»

Вот только ему придется долго сидеть в обнимку с wireshark, разбираясь с протоколом, т.к. наверняка никакой документации на эту клаву не найти!

Тоесть, я правильно понял, что для usb устройств дрова писать ненужно? Как тогда практиковаться?

расскажи мне еще про b-tree

Ну, почему же? Ты можешь и корову оседлать: напиши модуль ведра, который будет с МК общаться через интерфейс в /sys. Скажем, пишешь ты

echo "blink 100 times period 1s LED 2" > /sys/stm32/LEDs

Только нафиг так извращаться?

Драйвер написать можно, сначала надо решить что ты хочешь.

Например посмотри на стандартные CDC склассы оборудования, там и сетевые карты и tty и прочее есть и драйвера уже написаны.

А по своему опыту могу сказать, что лучше для начала всё пилить в userspace на основе libusb, а только потом, по необходимости, вынести в ядро, если нужна будет именно ядерная инфраструктура.

подключается через usb

Смысла писать именно драйвер ядра - нет. USB девайсы весьма удобно в юзерспейсе окучивать, благодаря тому, что в ядре уже есть драйвер пробрасывающий USB протокол прямо в юзерспейс.

Лучше писать драйвера под всякую неокученную в mainline kernel периферию популярных SoC - это даже проще чем USB, и в общем-то даже может оказаться нужным.

неокученную в mainline kernel периферию популярных SoC

Это что, например? Блупуп уже вроде есть, tcp/ip стеки тоже. Что-то типа отпечатков пальцев или распознавания речуги? Так это уже другая сфера совсем...

На самом деле на libusb очень интересно писать тоже, крайне полезный скилл. В ядро такое выносить стоит, если это более эффективно, например задействуются другие подсистемы ядра, чтобы не гонятсь данные туда-сюда. Также драйвер ядра позволяет снизить нагрузку на процеессор при сложных протоколах и интерактивности. Просто мигание светодиодом - задача притянутая за уши а вот оперативное отображение быстрого ADC уже ближе. Также можешь открыть для себя дивный мир linux-arm и пописать драйверы для allwinner'ов и вообще помочь проекту

Нет, банальный CANbus, например, или там всякие PWM c SPI.

Хочешь писать драйверы - тебе сюда
http://www.makelinux.net/ldd3
и сюда
http://www.makelinux.net/books/lkd2/
и сюда
http://www.makelinux.net/reference
Здесь код примеров к ldd3
http://examples.oreilly.com/9780596005900/examples.tar.gz
Читай и проникайся, надолго хватит.

Чтобы писать драйверы под конкретное железо нужно читать спецификации железа, чтобы знать как им управлять, понимать, что такое регионы памяти, отображение адресного пространства портов ввода-вывода на память, непосредственный доступ к памяти, уметь читать конфигурационное пространство устройства и его интерпретировать, понимать, как обрабатываются прерывания, что такое верхняя и нижняя половины драйвера, что такое условные переменные, тасклеты, очереди ожидания, спинлоки, чем они отличаются от семафоров, как это всё применять для синхронизации доступа к устройству и данным драйвера, чем отличаются блочное, сетевое и последовательное устройства, как их создать, обеспечить одновременный доступ и т.д., и т.п.

Если готов нырнуть в это всё, то флаг тебе в руки.

Да, и ещё. Для написания «драйвера» для usb устройства тебе это всё не нужно. Достаточно уметь открывать/закрывать последовательное устройство (файл) и знать протокол обмена с этим устройством. Это всё делается в user space.

Ну это вообще довольно приятное занятие. Хорошо успокаивает. Особенно если под рукой есть виртуалка с виндой (иначе очень неудобно).

Остапа несло. В общем, продолжаем.

А если на твоём устройстве нет никакой оси и готового софта, поддерживающего нужный протокол, то тебе самому придётся его придумать и реализовать в виде некоего нативного софта для твоей arm железки. А в него, естественно, включить обработчик команды, который будет поджигать и тушить светодиод.

Как-то так.

Это лишь если надо взломать протокол неизвестной железяки, которая только под мастдайкой работает.

Сопрягаешь свою железку с usb ПК с помощью libusb реализуешь протокол обмена, пакеты парсишь на стороне железки (допустим приходит байт с битами состояния) из этого управляешь своей железкой. Какой то спец драйвер здесь не нужен.

А в каком ещё случае может для клавиатуры быть нужен wireshark? Сканкоды и без него можно получить, даже без всяких драйверов.

Вот у меня например клавиатура с цветными лампочками под каждой кнопкой — тут таки правда, нужен и wireshark, и винда, чтобы выяснить, что там маздайный драйвер пишет. Правда, в ядро лезть для этого совсем не надо — можно всеми лампочками из юзерспейсам мигать (хотя предыдущего страдальца это от написания ядерного драйвера не остановило).

Ага, уже объяснили. С usb пролетаем мимо кернел модулей. Вопрос встал по-другому: с чем практиковаться в написании дров?

Ну, раз не USB, значит PCI.

А где взять железяки, для которых я в состоянии написать драйвер? Т.е. открытость, спеки итп. А главное нужность этого всего.

Сделай сам на своём кортексе. Я думаю, вполне можно.

Запаять туда PCI? Я так не умею.

Разъём сам довольно простой, его можно сделать, просто взяв кусок текстолита и нож.
Другое дело — зачем там кортекс? Обычно берут какой-нибудь FPGA.

эээмм... PCI на коленке, на FPGA? в качестве упражнения для начинающего?
сегодня вроде не пятница.

Я сам никогда этим не занимался, но судя по обилию туториалов даже от индусов, ничего особо сложного там нет.

Не можно. У меня клава на которой есть кнопки, которые сканкоды не отдают/отдают одинаково с другими клавишами, надо ковырять виндовый драйвер, как он с ней общается.

Skystar DVB 2 USB железка, для неё до сих пор драйвер не написали

Нафиг ПЛИСину? Это ж хардкорище! А вот на арме запилить обычную писиайку — как два пальца об асфальт. И плату спокойно отЛУТить можно...