Попробую спасибо!

Цитата

[quote]Но дрыгать ножкой через sys/class/gpio получается

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

Код

static void __init ek_add_device_buttons(void)
{
int i;
printk("** ek_add_device_buttons start\n");

for (i = 0; i < ARRAY_SIZE(ek_buttons); i++) {

at91_set_GPIO_periph(ek_buttons[i].gpio, 1);

at91_set_deglitch(ek_buttons[i].gpio, 1);

}

platform_device_register(&ek_button_device);
printk("** ek_add_device_buttons finish\n");

}

потом в логе смотрю, что произошло между "start" и "finish"

но у вас похоже, что-то в ядре недовключенно..[/quote]


Сделал добавил в board файле, ничего не произошло. докучи отключил TS и event вообще пропал =( не понимаю в чем проблема....

Но при этом

Код

cd /sys/bus/platform/drivers/gpio-keys/
ls
bind uevent unbind

Как я понял получается что драйвер есть.

Но в логе загрзки вот такая фигня

Код

gpio-keys gpio-keys: failed to request GPIO 0, error -22
gpio-keys: probe of gpio-keys failed with error -22

Закоментируйте/уберите в бордфайле полностью лишние кнопики а не только номера gpio

{ /* BP2, "rightclic" */
.code = BTN_RIGHT,
// .gpio = AT91_PIN_PC12,
.active_low = 1,
.desc = "rightclic",
.wakeup = 0,
},

при таком объяевлении gpio = 0, а таких gpio нет.

Всем ОГРОМНОЕ СПАСИБО! Все получилось! Теперь продолжу войну с QT. Программка приведенная мной просто меняет расположение выделенных объектов "в лево"
Теперь надо думать уже с верхним уровнем!
Всем очень благодарен!

Можно я вклинюсь в тему автора? Просто вопрос довольно близок.
У меня ситуация чуть посложнее - есть собственная клавиатура (20 клавиш), подключенная к 9G45 через spi. На данный момент я с ней работаю через spidev и sysfs, что, конечно же, идеологически неправильно (к тому же инстументы Qt не могут отслеживать изменения на sysfs, приходится юзать poll()).
Хотелось бы написать несложный драйвер с таким алгоритмом: захватывается один GPIO (прерывание по нажатию клавишы), захватывается один spi-канал, при изменении уровня на GPIO читается значение из spi-канала клавиатуры, и в итоге генерируется событие нажатия клавиши. Т.е. хочу, чтобы моя клавиатура была неотличима от стандартных и можно было бы единообразно работать и в консоли, и в Qt.
Очень помогли бы хотя бы ключевые слова для поиска, идеально - примеры.
Спасибо.

Цитата

У меня ситуация чуть посложнее - есть собственная клавиатура (20 клавиш), подключенная к 9G45 через spi.

а клава на SPI принципиально или возможны варианты?
можно например матрицу прицепить прямо к свободным ножкам АРМа и хэвать фан:
http://starterkit.ru/html/index.php?name=forum&op=view&id=12359&num=6#12719

существуют решения на отдельном чипе, как правило с интерфейсом i2c - на входе матрица кнопок, на выходе стандартное (для линукса) устройство ввода..

Цитата

существуют решения на отдельном чипе, как правило с интерфейсом i2c - на входе матрица кнопок, на выходе стандартное (для линукса) устройство ввода..

Устройство уже разработано и я работаю с тем, что есть, перемены возможны, но это только следующие hw-релизы.
Я, вроде, уже напал на след input_event))

Так на чем сделана клава - есть линия для прерывания что какая-то клавша изменила состояние ? если нет то никакой разницы - в ядре или в юзерспейс поллить spi - все равно кривое решение, если есть то по такому же принципу драйвер как для тачскрина напишите, разница только в том что там абсолютные координаты вычисляются а вам надо скан-код клавишы вычитать по spi и если ваша клава сразу готовый код отсылает то весь драйвер там 20 строчек кода будет.

Цитата

Так на чем сделана клава - есть линия для прерывания что какая-то клавша изменила состояние ? если нет то никакой разницы - в ядре или в юзерспейс поллить spi - все равно кривое решение, если есть то по такому же принципу драйвер как для тачскрина напишите, разница только в том что там абсолютные координаты вычисляются а вам надо скан-код клавишы вычитать по spi и если ваша клава сразу готовый код отсылает то весь драйвер там 20 строчек кода будет.

Именно так и сделано - одна линия меняет свое состояние (1 -> 0), когда нажата клавиша, потом в spi надо считать скан-код. Но скан-коды собственные (0-19) и нужно делать преобразование в стандартные.
Но пока пример с тачем для меня не очевиден(( Не осознаю, куда надо послать преобразованный скан-код.