LINUX.ORG.RU

История изменений

Исправление intelfx, (текущая версия) :

Чет ты резко всех эмбедщиков под одну гребенку сгреб

Иначе срачегонного поста бы не получилось :-)

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

Да вроде всегда был — сначала sysfs ABI, потом (сейчас) его вообще задепрекейтили и теперь там character device с ioctl’ями. Но я не о том. Если у тебя пара пинов, которые никак не маппятся на высокоуровневые концепции (как переключение питания между USB-портом и mPCIe-модемом в микротиковских бордах), то вариантов особо нет. Но если у тебя устройство с человеческими кнопками, то я бы скорее хотел увидеть там input-драйвер, а не тупо приложение, которое лезет в GPIO руками — хоть через sysfs, хоть через /dev/gpiochip*.

и ШИМ’у (для ШИМ’а и сейчас особо нет)

https://www.kernel.org/doc/Documentation/pwm.txt, разве нет?

Я лично видел еще один подход и отчасти считаю его говном: на медиатеках есть базовый драйвер (mtk-tpd для тача, mtk-fb для фреймбуфера и.т.п), которые организует эдакий фреймворк для фактической реализации тача/драйвера дисплея, которые потом уже выбираются в обход DT через atags/коммандлайн и.т.п

Ну да.

Исправление intelfx, :

Чет ты резко всех эмбедщиков под одну гребенку сгреб

Иначе срачегонного поста бы не получилось :-)

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

Да вроде всегда был — сначала sysfs ABI, потом (сейчас) его вообще задепрекейтили и теперь там character device с ioctl’ями. Но я не о том. Если у тебя пара пинов, которые никак не маппятся на высокоуровневые концепции — то вариантов особо нет. Но если у тебя устройство с кнопками, то я бы скорее хотел увидеть там input-драйвер, а не тупо приложение, которое лезет в GPIO руками — хоть через sysfs, хоть через /dev/gpiochip*.

и ШИМ’у (для ШИМ’а и сейчас особо нет)

https://www.kernel.org/doc/Documentation/pwm.txt, разве нет?

Я лично видел еще один подход и отчасти считаю его говном: на медиатеках есть базовый драйвер (mtk-tpd для тача, mtk-fb для фреймбуфера и.т.п), которые организует эдакий фреймворк для фактической реализации тача/драйвера дисплея, которые потом уже выбираются в обход DT через atags/коммандлайн и.т.п

Ну да.

Исправление intelfx, :

Чет ты резко всех эмбедщиков под одну гребенку сгреб

Иначе срачегонного поста бы не получилось :-)

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

Да вроде для GPIO всегда был sysfs ABI. Сейчас его вообще задепрекейтили, там теперь character device с ioctl’ями. Но я не о том. Если у тебя пара пинов, которые никак не маппятся на высокоуровневые концепции — то вариантов особо нет. Но если у тебя устройство с кнопками, то я бы скорее хотел увидеть там input-драйвер, а не тупо приложение, которое лезет в GPIO руками — хоть через sysfs, хоть через /dev/gpiochip*.

и ШИМ’у (для ШИМ’а и сейчас особо нет)

https://www.kernel.org/doc/Documentation/pwm.txt, разве нет?

Я лично видел еще один подход и отчасти считаю его говном: на медиатеках есть базовый драйвер (mtk-tpd для тача, mtk-fb для фреймбуфера и.т.п), которые организует эдакий фреймворк для фактической реализации тача/драйвера дисплея, которые потом уже выбираются в обход DT через atags/коммандлайн и.т.п

Ну да.

Исходная версия intelfx, :

Чет ты резко всех эмбедщиков под одну гребенку сгреб

Иначе срачегонного поста бы не получилось :-)

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

Ну сырые GPIO вроде всегда были через sysfs. Сейчас sysfs ABI вообще задепрекейтили, там теперь character device с ioctl’ями. Но я не о том. Если у тебя пара пинов, которые никак не маппятся на высокоуровневые концепции — то вариантов особо нет. Но если у тебя устройство с кнопками, то я бы скорее хотел увидеть там input-драйвер, а не тупо приложение, которое лезет в sysfs руками.

и ШИМ’у (для ШИМ’а и сейчас особо нет)

https://www.kernel.org/doc/Documentation/pwm.txt, разве нет?

Я лично видел еще один подход и отчасти считаю его говном: на медиатеках есть базовый драйвер (mtk-tpd для тача, mtk-fb для фреймбуфера и.т.п), которые организует эдакий фреймворк для фактической реализации тача/драйвера дисплея, которые потом уже выбираются в обход DT через atags/коммандлайн и.т.п

Ну да.