создавать файлы-ручки в sysfs — это вобщемто плохой тон, правильнее описывать устройство led и регистрировать его через register_led_device (или как оно там?).
тогда в /sys/class/leds/ появляется ваше устройство (а не где-то в потрохаха /sys/bus/spi ) с файлами типа trigger brightness и прочим
Вполне возможно.
Я уже в комментариях к первой части говорил, что мне необходима гальваническая развязка, что с I2C сделать не так просто. А одно устройство на I2C на плате будет иметься, так что оно будет подключено через SPI-I2C конвертер.
Так что я буду рассматривать возможность написания для конвертера драйвера как для I2C контроллера. А для подключенной через него железки будет писаться уже обычный драйвер I2C устройства.
ну и глобальные переменные — это зло. надо все складировать в специальную структурку и цеплять к объекту dev, иначе драйвер ну сможет обрабатывать более одного одновременно подключенного устройства.
Кому интересна литература о embedded linux и разработке linux я добавил интересные книги в свою google-библиотеку. Нажав на одну из обложек — вы попадает на страницу книги с обзорами, если они есть и с рекомендациями-похожими книгами.
Обзор шины SPI и разработка драйвера ведомого SPI устройства для embedded Linux (Часть вторая, практическая)