реклама на сайте
подробности

 
 
> Обмен данными между устройствами, или как по прерыванию передать данные из одного драйвера в другой?
Viwon
сообщение Apr 20 2016, 17:06
Сообщение #1


Участник
*

Группа: Участник
Сообщений: 45
Регистрация: 18-03-14
Пользователь №: 80 976



Всем доброго времени суток!

Имеется плата с ARM, АЦП и ДСП на борту. При получении данных от АЦП вырабатывается аппаратное прерывание, по которому нужно передать данные в ДСП, как это реализовать?

Первое что приходит голову, написать общий драйвер АЦП-ДСП, и в обработчике прерывания «отправить» данные.
Однако, хочется, чтобы драйвера были независимые, тогда, получается нужен посредник, например демон, который будет передавать данные из одного драйвера в другой, но не пойму как ему сообщить о готовности данных. Думаю использовать raise_softirq в драйвере АЦП, а в демоне сделать его обработчик(open_softirq), но чувствую open_softirq работает только в пространстве ядра.

Подскажите, как обычно решают такую задачу, заранее спасибо.
Go to the top of the page
 
+Quote Post
 
Start new topic
Ответов
Tarbal
сообщение Apr 22 2016, 17:17
Сообщение #2


Профессионал
*****

Группа: Свой
Сообщений: 1 351
Регистрация: 21-05-10
Пользователь №: 57 439



Цитата(Viwon @ Apr 20 2016, 21:06) *
Всем доброго времени суток!

Имеется плата с ARM, АЦП и ДСП на борту. При получении данных от АЦП вырабатывается аппаратное прерывание, по которому нужно передать данные в ДСП, как это реализовать?

Первое что приходит голову, написать общий драйвер АЦП-ДСП, и в обработчике прерывания «отправить» данные.
Однако, хочется, чтобы драйвера были независимые, тогда, получается нужен посредник, например демон, который будет передавать данные из одного драйвера в другой, но не пойму как ему сообщить о готовности данных. Думаю использовать raise_softirq в драйвере АЦП, а в демоне сделать его обработчик(open_softirq), но чувствую open_softirq работает только в пространстве ядра.

Подскажите, как обычно решают такую задачу, заранее спасибо.


Демоны в ядре не живут. Живут потоки (threads).

Посмотрите на notifier chain facility. Возможно это то, что вам надо.
https://people.cs.clemson.edu/~westall/853/...es/notifier.pdf

http://www.linuxjournal.com/article/8144
Go to the top of the page
 
+Quote Post
Viwon
сообщение Apr 25 2016, 09:27
Сообщение #3


Участник
*

Группа: Участник
Сообщений: 45
Регистрация: 18-03-14
Пользователь №: 80 976



Цитата(Tarbal @ Apr 22 2016, 20:17) *
Посмотрите на notifier chain facility. Возможно это то, что вам надо.
https://people.cs.clemson.edu/~westall/853/...es/notifier.pdf


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

Сообщение отредактировал Viwon - Apr 25 2016, 09:30
Go to the top of the page
 
+Quote Post
Tarbal
сообщение Apr 25 2016, 12:10
Сообщение #4


Профессионал
*****

Группа: Свой
Сообщений: 1 351
Регистрация: 21-05-10
Пользователь №: 57 439



Цитата(Viwon @ Apr 25 2016, 13:27) *
Да, спасибо, кажется то что нужно. Правда, механизм рассчитан на множество подписчиков, а у меня только один, есть некая избыточность.


Избыточность пофиг, но там в приведенных ссылках есть еще два механизма waiting queues и усыпление/пробуждение потоков. Любой из методов вам подойдет. Последний самый простой.
Go to the top of the page
 
+Quote Post



Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 25th July 2025 - 01:19
Рейтинг@Mail.ru


Страница сгенерированна за 0.01363 секунд с 7
ELECTRONIX ©2004-2016