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

 
 
> Обмен данными между устройствами, или как по прерыванию передать данные из одного драйвера в другой?
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
Ответов
Viwon
сообщение Apr 21 2016, 11:57
Сообщение #2


Участник
*

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



АЦП подключён к процессору(ARM), через специальный интерфейс uPP(Universal Parallel Port), который оснащён ПДП, т. е. данные АЦП автоматически копируются в ОЗУ, после чего выдаётся прерывание. В одном чипе(OMAP-L138) с ARM находится ДСП, которому нужно сообщить, что данные готовы и по какому адресу можно их забрать.

Соответственно, пишу драйвера для ДСП и АЦП. Вопрос как передать данные из драйвера АЦП драйверу ДСП, при условии что они независимы, и друг о друге не знают, т. е. из драйвера АЦП нельзя напрямую использовать функции, файлы ДСП.

Если коротко, то вопрос следующий: как драйвер сигнализирует приложению пользователя, что есть данные для обработки?
Например в Windows при работе с камерой передавал драйверу указатель на callback-функцию, которая вызывалась каждый кадр.
Go to the top of the page
 
+Quote Post
nill
сообщение Apr 22 2016, 07:02
Сообщение #3


Частый гость
**

Группа: Validating
Сообщений: 124
Регистрация: 10-08-05
Пользователь №: 7 502



Цитата(Viwon @ Apr 21 2016, 17:57) *
Если коротко, то вопрос следующий: как драйвер сигнализирует приложению пользователя, что есть данные для обработки?

Мне кажется, что в данном случае удобнее воспользоваться сигналами из драйвера. Вот тут показан примерный сценарий использования:
http://www.friendlyarm.net/forum/topic/893
Заодно посмотрите обзорную статью о доступных механизмах взаимодействия с пространством пользователя:
http://wiki.tldp.org/static/kernel_user_space_howto.html
Может быть найдёте что-то более подходящее.

А ARM на этой платформе не имеет доступа к адресному пространству DSP? Было бы логично напрямую писать данные в его память, минуя лишнее копирование в пространство пользователя, и потом запускать обработку.
Go to the top of the page
 
+Quote Post
Viwon
сообщение Apr 22 2016, 13:20
Сообщение #4


Участник
*

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



Цитата(nill @ Apr 22 2016, 10:02) *
А ARM на этой платформе не имеет доступа к адресному пространству DSP?


У них почти все ресурсы общие, в частности ОЗУ. В пространстве пользователя будет работать демон, ждущий, когда появятся данные АЦП, после чего он запросит физический адрес и размер буфера у драйвера АЦП, и передаст их драйверу ДСП, ну а последний уже передаст указатель на обработку в сам ДСП, т.е копирования не происходит.

Как вариант, без промежуточного звена в виде демона, надумал воспользоваться softirq. В драйвере АЦП - вызов, а в ДСП - обработка. Номер отложенного прерывания будет задаваться драйверам при загрузке. Но не представляю как в обработчик передать адрес и размер буфера.

Поэтому пока буду делать через «демон», спасибо за наводку на сигналы.
Go to the top of the page
 
+Quote Post



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

 


RSS Текстовая версия Сейчас: 22nd July 2025 - 17:02
Рейтинг@Mail.ru


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