Здравствуйте.
Есть статья 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 сильно не помог)

спасибо.

обработчик появляется в /proc/interrupts ?
хотя там расписано всё в деталях где смотреть и что происходит.

нет не появляется. уверен что из -за функции request_irq которая возвращает отрицательное значение все накрывается..
номер прерывание тоже какой то не такой.
без регистрации прерывания пример вполне работоспособен.

Так надо в этом направлении копать.
Более того всё коды открыты - можно посмотреть.

попробуйте для начала вместо загрузки этого модуля взять на ручное управление пин, который вы хотите задействовать под кнопку..
по вами приведенной ссылке есть пример через echo NN > export
если этой ветки в ядре нет, то ваше ядро не поддерживает функции работы с gpio
если ветка есть, но команда возвращает ошибку, то пин занят ядром и вам будет не доступен
если команда отработала без ошибок то должен появится gpioNN
внутри смотрите содержимое direction д.б. in
тогда при ненажатой кнопке смотрите value, д.б. одно значение, при нажатой будет другое
если это не происходит, то вы ошиблись между NN и физическим контактом, или неисправна цепь вашей кнопки

Не такой: gpio_to_irq возвращает -ENXIO (No such device or address). Для этого вывода вообще прерывание предусмотрено?

уже попробовал (управление ледом).
и в ручном управлении и в драйвере функции
pio_direction_output gpio_set_value gpio_export работают (есть управление ледом)
не работает функция request_irq (возвращает отрицательное значение)
и функция мапинга прерывания на gpio gpio_to_irq так же не работает.

моя проблема думаю в том, что я не знаю где в данных устройства связать нужные gpio, настроить прерывания и
связать из нужными gpio.




да предусмотрено (int28_0/P5C) - на этот порт мне нужно ловить внешнее прерывание.

Похоже, что в драйверах gpio для вашего процессора просто не реализована поддержка прерываний.

как это проверить?
если так то выход?

Посмотреть исходники драйверов - /drivers/gpio/gpio-секретного-процессора.c


Нагуглить что-то более свежее или дописать самостоятельно.

спасибо.

я правильно понял - вы сначала на пин прицепили светодиод (с резистором надеюсь), им поуправляли, а потом вместо светика подключили кнопку и пытаетесь с ней работать?
из юзерспейса я с прерываниями не работал, но по идее у вас в конфиге ядра д.б. разрешен пункт GPIOLIB:



с большой долей вероятности у скромного ТС какой-нить BBB на am3359, если это так, то там проблем быть не должно..

мой конфиг

CONFIG_PPS is not set
CONFIG_ARCH_WANT_OPTIONAL_GPIOLIB=y
CONFIG_GPIOLIB=y
CONFIG_GPIO_SYSFS=y

PPS support
#
# CONFIG_PPS is not set
CONFIG_ARCH_WANT_OPTIONAL_GPIOLIB=y
CONFIG_GPIOLIB=y
CONFIG_GPIO_SYSFS=y

я правильно понял - вы сначала на пин прицепили светодиод (с резистором надеюсь), им поуправляли, а потом вместо светика подключили кнопку и пытаетесь с ней работать?

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

Спасибо за GPIOLIB Jury093.
Покопаю в этом направлении...

проще сразу в исходниках ядра прописать нужные пины, сигналы и режимы, тогда не придется по каждому чиху плодить такие костыли..
впрочем, на том же BB/BBB можно даже pwm запустить на штатном ядре посредством echo..

по делу - взял сорц г-на по ссылке выше, прописал два "левых" gpio, собрал, гружу, в логе:

причем модуль успешно отобрал у ядра пин под светодиод (LED2) и накрутил свои настройки (а он мне ночью коридор подсвечивает по расписанию)

какие gpio прописаны у вас видно только вам, равно как название АРМа, платы, версия ядра и тыпы

пины у меня прописаны верно (функция gpio_request и др. выбирают и настраивают нормально), а
вот писать костыли нормально пока опыта не хватает..

у вас прерывание смапилось (-была готова структура gpio_chip в вашем файле gpio.c у меня там заглушки возвращающие EINVAL)
нормальных примеров под мой арм ( cortex-fm3) я не смог найти, в тех что нашел пока не разобрался.
меня интересует в данный момент как привязать к моей структуре gpio_chip прерывания и как настроить NVIC.
Для моего арма номера прерываний выглядят так
EXINT0_7_IRQn = 4, /* External Interrupt Request ch.0 to ch.7 */
EXINT8_31_IRQn = 5, /* External Interrupt Request ch.8 to ch.31 */
для моей ос uClinux 2.6 номера прерываний поменяются? и что с приоритетами и где это происходит?

ох ёлки! вы бы в начальном сообщение написали, что у вас uClinux - всё что я вам написал забудьте, я про uclinux ничего не знаю

Если речь идет об этом продукте, то прерываниями тут и не пахнет, увы.

да все так, но у kintis есть пример реализации gpio прерываний, посмотрим что получится..

У вас две ошибки - числа со знаком минус: 6 и 22.
Здесь проверяем что они означают и ищем как решить проблему:
http://www-numi.fnal.gov/offline_software/...tem_errors.html

да я это уже понял (это заглушки возвращают).
Спасибо.

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

код ядра https://github.com/fm3fan/uClinux

источником может служить любой вывод обозначенный как INTxx_x/Pxx ()

Где обозначенный? В справочном материале по процессору?
У вас есть справочные материалы по процессору? Есть разные процессоры в каждом это все очень индивидуально.

Какой номер прерывания вы используете?

Его видно в псевдо файл /proc/interrupts ?

А этот документ читали (если ядро < 3, то не надо)?
http://elixir.free-electrons.com/linux/v4..../interrupts.txt

Ваше устройство здесь описано (если ядро < 3, то не надо)?
Это самый будет точный документ по теме.
http://elixir.free-electrons.com/linux/v4....rupt-controller

Поищите в вашем ядре документы на тему:
https://github.com/fm3fan/uClinux/tree/master/Documentation

В дереве устройств ваше прерывание отражено? На самом деле я не знаю этих деталей (знал бы -- сказал бы), а разбираться некогда. Приспичит тогда и разберусь, но пока не приспичило. Если у вас сесть желание найти самому, то я помогу вам выбрать направление.

Посмотрел внимательно на ваше ядро. Оно 2.6?
Там совсем другой подход.
Возможно надо структуру устройства создать в файле устройства и зарегистрировать. Посмотрел исходники с которых вы начали и вернулся дописать. Поскольку в них нет функции probe, то структуры устройства создавать не нужно.

1. Какой у вас процессор?
2. Постройте ядро. Что дает команда в строке ниже, исполненная в корне исходников ядра (там где вы запускали команду строить ядро).
find arch -name \* | grep *o$

да справочный материал по проц. я читал (вот ссылочка на datasheet http://www.cypress.com/file/252811/download).
в h файле для моего девайса номер прерывания для ножки (INT28_0/P5C) EXINT8_31_IRQn = 5, /* External Interrupt Request ch.8 to ch.31 */
нет в псевдо файле /proc/interrupts его нет.



спасибо за ссылки..



насколько я понимаю дерево можно увидеть в файле *.dts
вот только для моей системы такого файла нет..
каким образом linux переопределяет "железные прерывания" в свои собственные (как изменяются номера)?



команды find мой бизибокс не знает, но из загрузчика

U-Boot 2010.03 (29 2017 - 10:20:30)

CPU : Fujitsu FM3 series (Cortex-M3)
Board: MyBorad NO SERIAL
Please set serial number
I2C: ready
DRAM: 16 MB
Flash: 4 MB
*** Warning - bad CRC, using default environment

In: serial
Out: serial
Err: serial
Net: fm3_eth
Hit any key to stop autoboot: 0
## Booting kernel from Legacy Image at 61000000 ...
Image Name: Linux-2.6.33-arm1
Image Type: ARM Linux Kernel Image (uncompressed)
Data Size: 1719520 Bytes = 1.6 MB
Load Address: 60008000
Entry Point: 60008001
Verifying Checksum ... OK
Loading Kernel Image ... OK
OK

Starting kernel ...

Linux version 2.6.33-arm1 (user@user-VirtualBox) (gcc version 4.4.1 (Sourcery G++ Lite 2010q1-189) ) #1 Mon Oct 16 13:22:25 MSK 2017
CPU: ARMv7-M Processor [412fc231] revision 1 (ARMv7M)
CPU: NO data cache, NO instruction cache
Machine: Fujitsu FM3

спасибо.

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

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

Для ядра 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).

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



в моей системе нет файла 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.

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

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

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

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



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

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

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

grep -rn gpio_chip .

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

winniethepooh, в сообщении #18 приведена ссылка на текущую реализацию драйвера GPIO вашего процессора.
Как можно видеть, никакой поддержки прерываний она не содержит.

Если побродить по исходникам для других архитектур, можно найти пример, как должен выглядеть драйвер с поддержкой прерываний.

Довести первое до состояние второго можно, но это явно не та задача, с которой стоит начинать знакомство с kernel development.

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

добавил принт в функцию (в том же файле gpiolib.c)
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;
}
где
-ENXIO=-6

Я не проверив, предложил проверить значение chip, а не chip->to_irq, которое равно нулю и приводит к ошибке. Это то, что мне было неясно. Если chip->to_irq равен нулю, то ваша задача будет невыполнима. Похоже прерывание не поддерживается. Ищите как изменить ситуацию.