прерывания в embedded linux, прерывание button -> led Опции

[winniethepooh]

Здравствуйте.
Есть статья http://derekmolloy.ie/kernel-gpio-programm...ttons-and-leds/
пытаюсь повторить (первый пример с кнопкой и ледом) на arm с результатом:

# insmod ./gpio.ko
GPIO_TEST: Initializing the GPIO_TEST LKM
GPIO_TEST: The button state is currently: 1
GPIO_TEST: The button is mapped to IRQ: -6
GPIO_TEST: The interrupt request result is: -22
insmod: can't insert './gpio.ko': Invalid argument

система явно не настроена ловить gpio прерывания, но может вкл и выкл led.
представляю как можно настроить ножку на прерывание в "голой системе",
но как это сделать под linux или что почитать?(google сильно не помог)

спасибо.

[Tarbal]

Вы ядро строите на той же системе?
Обычно то где строят ядро не использует бизибокс.

Очень важный вопрос: Вы ядро строить можете?

Для ядра 2.6 мои ссылки не годятся там нет дерева устройств. Я же написал для ядра больше 3.
К тому же никаких определений в файле устройства (что было до дерева устройств) делать не надо.

Надо от первой ошибки начать.

irqNumber = gpio_to_irq(gpioButton);
Возврашает ошибку 6 по ссылке, что я вам дал это (ENXIO)

это
http://elixir.free-electrons.com/linux/v3..../asm/gpio.h#L43

static inline int gpio_to_irq(unsigned int gpio)
{
return __gpio_to_irq(gpio);
}
вызывает
int __gpio_to_irq(unsigned gpio)
{
struct gpio_chip *chip;

chip = gpio_to_chip(gpio);
return chip->to_irq ? chip->to_irq(chip, gpio - chip->base) : -ENXIO;
}

использует
/* caller holds gpio_lock *OR* gpio is marked as requested */
struct gpio_chip *gpio_to_chip(unsigned gpio)
{
return gpio_desc[gpio].chip;
}


В вашем ядре gpio_desc[gpio].chip->to_irq для используемого вами gpio установлено на NULL.

Дальше дергаться бессмысленно.
Надо починить сначала это.

Найдите в вашем ядре код должен быть похожим на то, что я нашел на бесплатных электронах (free-electrons).

[winniethepooh]

Вы ядро строите на той же системе?
Обычно то где строят ядро не использует бизибокс.

Очень важный вопрос: Вы ядро строить можете?

да, ядро строится на ubuntu (запущена на virtualbox)

Для ядра 2.6 мои ссылки не годятся там нет дерева устройств. Я же написал для ядра больше 3.
К тому же никаких определений в файле устройства (что было до дерева устройств) делать не надо.

в моей системе нет файла arch/arm/boot/dts я вас правильно понял?

Надо от первой ошибки начать.

irqNumber = gpio_to_irq(gpioButton);
Возврашает ошибку 6 по ссылке, что я вам дал это (ENXIO)

это
http://elixir.free-electrons.com/linux/v3..../asm/gpio.h#L43

static inline int gpio_to_irq(unsigned int gpio)
{
return __gpio_to_irq(gpio);
}
вызывает
int __gpio_to_irq(unsigned gpio)
{
struct gpio_chip *chip;

chip = gpio_to_chip(gpio);
return chip->to_irq ? chip->to_irq(chip, gpio - chip->base) : -ENXIO;
}

использует
/* caller holds gpio_lock *OR* gpio is marked as requested */
struct gpio_chip *gpio_to_chip(unsigned gpio)
{
return gpio_desc[gpio].chip;
}


В вашем ядре gpio_desc[gpio].chip->to_irq для используемого вами gpio установлено на NULL.

Дальше дергаться бессмысленно.
Надо починить сначала это.

Найдите в вашем ядре код должен быть похожим на то, что я нашел на бесплатных электронах (free-electrons).

да согласен с вами, пожалуй добавлю что можно просто сказать - контроллер прерываний (железный) должен быть настроен
на внешние прерывания и умел сказать программному контроллеру (в линукс) какой обработчик для данного gpio вызвать.
задача раскладывается на
1 настроить gpio (это уже может делать для меня интерфейс sysfs, частично);
2 настроить железный контроллер прерываний;
3 зарегистрировать данное прерывание в линукс и добавить обработчик;
я что то упустил?

Сообщение отредактировал winniethepooh - Oct 24 2017, 08:05

[Tarbal]

в моей системе нет файла arch/arm/boot/dts я вас правильно понял?
Да



да согласен с вами, пожалуй добавлю что можно просто сказать - контроллер прерываний (железный) должен быть настроен
на внешние прерывания и умел сказать программному контроллеру (в линукс) какой обработчик для данного gpio вызвать.
задача раскладывается на
1 настроить gpio (это уже может делать для меня интерфейс sysfs, частично);
2 настроить железный контроллер прерываний;
3 зарегистрировать данное прерывание в линукс и добавить обработчик;
я что то упустил?

Вы можете напечатать на системном терминале при помощи строки
printk(KERN_ERR "", ...)

/* caller holds gpio_lock *OR* gpio is marked as requested */
struct gpio_chip *gpio_to_chip(unsigned gpio)
{
return gpio_desc[gpio].chip;
}
станет

/* caller holds gpio_lock *OR* gpio is marked as requested */
struct gpio_chip *gpio_to_chip(unsigned gpio)
{
printk(KERN_ERR "WINNIE %d %p \n", gpio, gpio_desc[gpio].chip);
return gpio_desc[gpio].chip;
}

скомпилируйте ядро (это может быть модуль) и проверьте. Так вы сможете исследовать проблему,печатая разные вещи.
WINNIE я добавил как унукальный идентификатор, чтобы легче было искать.

Если нет терминала, пользуйтесь командой
dmesg

после установки вашего модуля

Команда find, которой вы не нашли в вашей сыстемы не для нее, а для Убунту машины и запускать надо ее в корне директории исходников ядра.Там где запускают команду компиляции и т.д.. Не исключено, что в вашем файле устройства или около находится конфигурация пинов.


код взят отсюда:
http://elixir.free-electrons.com/linux/v3..../gpiolib.c#L119
строка 119.

Найдите это место в вашем ядре.

[winniethepooh]

Вы можете напечатать на системном терминале при помощи строки
printk(KERN_ERR "", ...)

/* caller holds gpio_lock *OR* gpio is marked as requested */
struct gpio_chip *gpio_to_chip(unsigned gpio)
{
return gpio_desc[gpio].chip;
}
станет

/* caller holds gpio_lock *OR* gpio is marked as requested */
struct gpio_chip *gpio_to_chip(unsigned gpio)
{
printk(KERN_ERR "WINNIE %d %p \n", gpio, gpio_desc[gpio].chip);
return gpio_desc[gpio].chip;
}

скомпилируйте ядро (это может быть модуль) и проверьте. Так вы сможете исследовать проблему,печатая разные вещи.
WINNIE я добавил как уникальный идентификатор, чтобы легче было искать.

вот результат для измененной функции gpio_to_chip после установки нашего модуля:

GPIO_TEST: Initializing the GPIO_TEST LKM
WINNIE 58 601a2cc0
WINNIE 58 601a2cc0
WINNIE 58 601a2cc0
WINNIE 92 601a2cc0
WINNIE 92 601a2cc0
WINNIE 92 601a2cc0
(тут два ножки с номерами 58 и 92 и видимо их адреса, непонятно почему одинаковые?)

Команда find, которой вы не нашли в вашей системы не для нее, а для Убунту машины и запускать надо ее в корне директории исходников ядра.Там где запускают команду компиляции и т.д.. Не исключено, что в вашем файле устройства или около находится конфигурация пинов.

команда find arch -name \* | grep *o$ ничего не возвращает (я не понимаю что она вообще должна была вернуть?!)
конфигурация пинов находится в файле gpio.c в каталоге для моего устройства.

простите за тупость вы мне пытаетесь общие методы решения проблемы показать или вы уже знаете что и где необходимо сделать для решения этой задачи?
спасибо.

Сообщение отредактировал winniethepooh - Oct 25 2017, 14:28

[Tarbal]

команда find arch -name \* | grep *o$ ничего не возвращает (я не понимаю что она вообще должна была вернуть?!)

find arch -name \* | grep *o$ ищет объектные файлы, оставшиеся после компиляции. Они помогут нам найти какие файлы использованы в вашем устройстве, что облегчит поиск нужных исходников Если вы не компилировали ядро перед поиском, то объектных файлов не будет.
Самоуверенность меня сгубила. Я не проверил ибо был уверен, что сработает
Вот так будет работать:
find arch -name \* | grep '\.o$'

простите за тупость вы мне пытаетесь общие методы решения проблемы показать или вы уже знаете что и где необходимо сделать для решения этой задачи?
спасибо.

Ответа не знаю. Я удаленно отлаживаю как делал бы сам если бы имел такую проблему. Поскольку нет никого кто знает ответ это самый лучший вариант.

Адрес один и тот же означает, что структура chip, к которой принадлежат пины одна и та же. Это нормально. Меня интересовало оно равно или не равно нулю.
Теперь мне неясно отчего возвращается ошибка 6. Если вы добавите принтов и установите причину, то у вас появится путь решения вашей задачи. Я раньше приводил коды других функций, которые вызывают ту где вы добавили принт. Надо в них добавить принты, чтобы установить причину.
Искать где что находится удобно на том сайте, что я вам давал.

Допустим надо найти в исходниках gpio_chip
Это можно искать командой

grep -rn gpio_chip .

Команду запускать в корне дерева исходников. если вы знаете директорию поиска, то напишите ее вместо точки.