Проблемы со шрифтами для конкретных пользователей в различных приложениях

Отказ от ответственности: я не читал последний код gpio_keys , просто бегло просмотрел Это. Тем не менее, я считаю, что существует хорошее объяснение отделения ключей GPIO от IRQ.

Ядро имеет таблицу событий IRQ, поэтому известные IRQ могут быть присвоены различным событиям. Список событий (обратные вызовы, точнее, указатели) записывается в PIC (отдельный чип или интегрирован в ЦП), и когда происходит данное прерывание, контекст выполнения входит в функцию события. Эти функции должны быть небольшими, чтобы не терять много времени внутри прерывания.

Но что действительно важно здесь, так это то, что (если ЦП не проинструктирован временно игнорировать прерывания) ядро ​​будет отвечать на каждое прерывание.

Для отзывчивого приложения вы хотите, чтобы устройства, подключенные к контактам GPIO, создавали прерывание (то есть как IRQ).Тем не менее, может быть приложение, в котором вас не беспокоит каждое нажатие кнопки или каждое изменение состояния всего, что связано с выводом GPIO. Одним из примеров может быть датчик, который вы хотите измерять, скажем, каждые полсекунды. Вы не хотите, чтобы датчик сообщал ядру, когда он "нажат", вы хотите, чтобы приложение пользовательского пространства толкало ядро, чтобы сообщать ему текущее состояние датчика каждые полсекунды. Нетрудно представить датчик, который предоставляет интерфейс, который выглядит как кнопка, практически любой датчик, который имеет только два состояния (например, темный / светлый с порогом), может выглядеть как кнопка.