[winniethepooh 0]

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

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

 

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

GPIO_TEST: Initializing the GPIO_TEST LKM
PM: Adding info for No Bus:gpio81
PM: Adding info for No Bus:gpio80
GPIO_TEST: The button state is currently: 0
GPIO_TEST: The button is mapped to IRQ: 240
GPIO_TEST: The interrupt request result is: 0
root@dm8148:~/src/gpio-test#

причем модуль успешно отобрал у ядра пин под светодиод (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 номера прерываний поменяются? и что с приоритетами и где это происходит?

Изменено 17 октября, 2017 пользователем winniethepooh

[Jury093 2]

для моей ос uClinux 2.6 номера прерываний поменяются? и что с приоритетами и где это происходит?

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

[aaarrr 61]

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

[winniethepooh 0]

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

 

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

[Tarbal 4]

Здравствуйте.

Есть статья 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 сильно не помог)

 

спасибо.

 

У вас две ошибки - числа со знаком минус: 6 и 22.

Здесь проверяем что они означают и ищем как решить проблему:

http://www-numi.fnal.gov/offline_software/...tem_errors.html

[winniethepooh 0]

У вас две ошибки - числа со знаком минус: 6 и 22.

Здесь проверяем что они означают и ищем как решить проблему:

http://www-numi.fnal.gov/offline_software/...tem_errors.html

 

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

Спасибо.

[Tarbal 4]

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

Спасибо.

 

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

У вас есть код ядра для этой машины?

 

 

[winniethepooh 0]

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

У вас есть код ядра для этой машины?

 

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

 

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

 

[Tarbal 4]

код ядра 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$

[winniethepooh 0]

Где обозначенный? В справочном материале по процессору?

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

 

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

 

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

 

да справочный материал по проц. я читал (вот ссылочка на 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 его нет.

 

Ваше устройство здесь описано (если ядро < 3, то не надо)?

Это самый будет точный документ по теме.

http://elixir.free-electrons.com/linux/v4....rupt-controller

 

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

 

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

 

насколько я понимаю дерево можно увидеть в файле *.dts

вот только для моей системы такого файла нет..

каким образом linux переопределяет "железные прерывания" в свои собственные (как изменяются номера)?

 

1. Какой у вас процессор?

2. Постройте ядро. Что дает команда в строке ниже, исполненная в корне исходников ядра (там где вы запускали команду строить ядро).

find arch -name \* | grep *o$

 

команды 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

 

спасибо.

Изменено 23 октября, 2017 пользователем winniethepooh

[Tarbal 4]

Вы ядро строите на той же системе?

Обычно то где строят ядро не использует бизибокс.

 

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

 

Для ядра 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 0]

Вы ядро строите на той же системе?

Обычно то где строят ядро не использует бизибокс.

 

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

 

да, ядро строится на 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 зарегистрировать данное прерывание в линукс и добавить обработчик;

я что то упустил?

Изменено 24 октября, 2017 пользователем winniethepooh

[Tarbal 4]

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

Вы можете напечатать на системном терминале при помощи строки

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 в каталоге для моего устройства.

 

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

спасибо.

Изменено 25 октября, 2017 пользователем winniethepooh

[Tarbal 4]

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

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

Самоуверенность меня сгубила. Я не проверил ибо был уверен, что сработает

Вот так будет работать:

find arch -name \* | grep '\.o$'

 

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

спасибо.

 

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

 

Адрес один и тот же означает, что структура chip, к которой принадлежат пины одна и та же. Это нормально. Меня интересовало оно равно или не равно нулю.

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

Искать где что находится удобно на том сайте, что я вам давал.

 

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

Это можно искать командой

 

grep -rn gpio_chip .

 

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