Драйвер мыши для линукс

Источник

Русские Блоги

Встроенный Linux —— драйвер мыши USB

утверждение: Эта статья о драйвере USB-мыши, написанная учителем Вэй Дуншань в видео-драйвере USB-мыши, поэтому, если есть какой-либо контент, такой же, как у других пользователей сети, пожалуйста, извините меня. В то же время, я все же хочу сказать, что эта статья — всего лишь краткое изложение того, что я узнал, и я также записываю то, что я узнал, поэтому, если эта статья полезна для вас, это моя честь.

Прежде чем представить драйвер, я хотел бы представить usb_bus_type (класс драйвера шины USB). В ядре есть разные типы шин, и разные шины имеют разные методы сопоставления. Например, platform_bus_type, которую мы узнали ранее, сопоставлен по имени. И что Я хочу поговорить здесь Соответствие usb_bus_type соответствует id_table, Но процесс согласования различных автобусов примерно одинаков. Потому что использование функции сопоставления для соединения устройства и драйвера по шине неизбежно. Точно так же, как если вы хотите пойти на свидание вслепую, вы должны записать все свои требования, и женщина также должна записать, что она хочет от другой половины, а затем вы оба передадите их запросы в агентство знакомств. и что делает агентство знакомств. Это сравнение вашего запроса с запросом каждой женщины. Обратите внимание, что здесь используется совпадение. Когда они обнаруживают, что женщина отвечает вашему запросу, а вы удовлетворяете ее просьбу, он ответит. Вы скажете: «У меня есть сопоставил вас с подходящей девушкой », и в то же время он скажет этой даме:« Я нашел для вас подходящего мужчину », а затем назначит вам свидание вслепую. И наша модель шины-устройства-привода похожа на эту модель свидания вслепую. Среди них вы — устройство, дамы — водитель, а агентство знакомств — это автобус.

С приведенным выше примером мы объединяем этот пример для анализа процесса сопоставления:

На картинке выше представлена ​​структура usb_bus_type, о которой мы поговорим подробнее ниже. Как показано на рисунке выше, наиболее важной частью модели шины является верхняя шина. В шине есть функция соответствия. Она сравнивает usb_interface, зарегистрированный через usb_new_device, с id_table в usb_driver, зарегистрированным через usb_register ( Этот процесс похож на то, что вы и девушки отправляете личную информацию в агентство по сватовству. ), когда устройство и драйвер совпадают, он вызовет функцию зонда в драйвере ( Это эквивалентно уведомлению вас о свидании вслепую, когда вы найдете совпадение с одной из женщин. ). Многие друзья могут спросить » Когда у двух человек свидание вслепую, они могут совпадать по личности, трем взглядам, доходу и т. Д., А оборудование и водители Что они совпадают? «Как мы уже говорили, разные типы шин имеют разные стандарты соответствия, но должен быть один, который может быть сопоставлен. Да, В типе шины usb сопоставляем id_table , Может многие спросят, можно ли поподробнее? Точно так же, как вы сказали, сравнивая три взгляда на свидании вслепую, но эти три просмотра слишком велики, можете ли вы их разделить? , Это возможно. Когда мы откроем код id_table, мы найдем:

Выше приведен подробный тип сравнения. Он состоит из трех частей: класс интерфейса, подкласс интерфейса и протокол интерфейса. Но вы также можете добавить дополнительные условия, например:

Таким образом, объем может быть уменьшен на исходной основе.

Конкретное описание кода:

В функции hub_port_connect_change файла hub.c udev = usb_alloc_dev (hdev, hdev-> bus, port1); и usb_alloc_dev предназначено для выделения структуры устройства, а что выделено в этом устройстве? Мы можем войти и посмотреть, мы можем увидеть этот код в функции usb_alloc_dev:

Эта строка кода определяет usb_bus_type, поэтому давайте посмотрим, что определено в этой шине:

Мы можем видеть функцию сопоставления.Как мы уже говорили, хотя разные шины могут сопоставлять данные по-разному, их общий процесс одинаков. Затем мы вводим функцию usb_device_match:

С помощью приведенного выше кода мы можем узнать, что они соответствуют информации разработчика и информации id_table.

С учетом вышеизложенного, теперь мы напишем простой драйвер мыши USB. Наша цель — сообщать о кнопке L при нажатии левой кнопки и сообщать S при нажатии правой кнопки. Средняя кнопка ENTRR.

Из вышеупомянутой цели мы видим, что нам нужно использовать подсистему ввода для сообщения ключей. Из usb_bus_type мы знаем, что части шины и устройства usb были написаны, и что мы можем сделать, так это написать драйвер.Затем мы начинаем писать драйвер. Как и другие драйверы, мы по-прежнему сначала создаем структуру этого драйвера, а затем заполняем код того, что мы хотим сделать, и структура, управляемая usb, выглядит следующим образом:

1. Выделяем / устанавливаем структуру usb_driver

2. Зарегистрируйте эту структуру в функции входа и отмените структуру в функции выхода.

Из приведенного выше кода мы видим, что есть id_table (используется для сопоставления с устройством), функция проверки (вызывается при успешном сопоставлении) и функция отключения (когда сопоставленное устройство уходит ) в структуре usb_driver. При вызове) обратите внимание: эти три являются важными. Остальные варианты необязательны. Я уже упоминал id_table выше. Поэтому я не буду здесь вдаваться в подробности, просто представлю его содержание, код следующий:

А USB_INTERFACE_INFO — это макрос:

Из введения вышеуказанных аннотаций можно увидеть, что он предоставляет классы интерфейса, подклассы интерфейса и протоколы интерфейса. Таким образом, вы можете предоставить соответствующие три элемента для сопоставления. В то же время, если у вас есть другие требования к идентификатору производителя и идентификатору устройства, вы также можете установить их с помощью параметра USB_DEVICE в id_table.

После записи id_table устройство может быть сопоставлено с драйвером, затем мы должны написать функцию проверки для входа после успешного сопоставления. Итак, что нам делать после входа в зонд? Мы должны подумать о том, что наша цель — реализовать функцию кнопки с помощью нажатия мыши. Поскольку это функция кнопки, используется подсистема ввода, так какова структура подсистемы ввода?

1. Выделите структуру input_dev

2. Установите структуру input_dev

3. Зарегистрируйте структуру input_dev.

4. Операции, связанные с оборудованием

Операции, связанные с оборудованием, здесь отличаются от прошлых. Предыдущие кнопки и сенсорные экраны считывают регистры или значения АЦП, в то время как текущие операции, связанные с оборудованием, являются операциями в структуре драйвера USB, поэтому здесь должен быть предоставлен драйвер шины USB для предоставить функцию чтения и записи USB для передачи данных.

Вот код пробной функции:

Вышеупомянутая программа объяснила структуру input_dev, но некоторые студенты могут спросить, что происходит в четвертой части кода?

Это чтобы представить еще одну очень полезную структуру Блок запроса USB (блок запроса USB, URB), URB Он используется в драйвере USB-устройства для описания базовой несущей и основной структуры данных, используемых для связи с USB-устройством. Он похож на структуру sk_buff в драйвере сетевого устройства. Это инкапсуляция передачи данных между USB-хостом и Устройство.

Примечание. Приведенное выше описание скопировано из энциклопедии Baidu, я думаю, что оно относительно простое, поэтому я скопировал его и поделился с вами.

После написания этого мы должны завершить функцию usb_mouse_irq в функции usb_fill_int_urb. Может быть, некоторые друзья могут спросить, не является ли это функцией прерывания? Я отвечу, что это функция прерывания, но это прерывание, генерируемое главным контроллером, а не подчиненным устройством:

Как и на приведенной выше схематической диаграмме, хост-контроллер непрерывно запрашивает USB-устройство для получения данных и помещает данные в буфер, а затем хост-контроллер генерирует прерывание для выполнения вышеуказанного usb_mouse_irq Функция вызывается.

Пока в Что нам нужно сделать в функции usb_mouse_irq, так это сообщить полученное значение ключа:

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

После завершения функции отключения драйвер готов.

И вот несколько статей, на которые я ссылался:

Управление мышью через USB, разработанное ARM-Linux: Эта статья также написана учителем Вэй Дуншань.

Метод разработки usb-драйвера под встроенным linux-less обходные пути после чтения : Хотя в этой статье не так много текста, она очень полезна для изучения драйвера USB.

Дорога обучения встроенного драйвера Linux (20) Драйвер USB-устройства : Эта статья представляет собой краткое изложение содержания урока учителя и содержит полный код.

Разработка драйвера USB для Linux (5) — краткое описание процесса разработки драйвера USB: Хотя эта статья не о USB-мыши, она знакомит со многими принципами работы USB-драйвера.

Источник