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

 
 
> Можно ли замапить память юзер спейс для pcie устройства?, вопрос так скажем от новичка.
novartis
сообщение Nov 13 2015, 18:46
Сообщение #1


Местный
***

Группа: Свой
Сообщений: 375
Регистрация: 9-10-09
Из: Свердловский регион
Пользователь №: 52 845



Вот есть у меня линукс-драйвер для pcie устройства (отладочная плата альтеры). Он еще весьма сырой.
В интернете видел, что бары девайса мапятся в юзер спейс программу с помощью mmap. Своими руками такое еще не реализовал smile3046.gif .
И в итоге можно в юзер спейс программе писать или читать по выделенным функцией mmap адресам. Это транслируется в запросы записи или чтения на шину pcie. И в итоге эти запросы попадают в плис и уходят в память, которая подключена к барам у pcie ядра в плис.
Это выглядит как прямое отображение памяти баров девайса в эзер спейс программу.

А вопрос такой. А можно ли с помощью mmap или чего другого отобразить юзер спейс массив (память) для прямого доступа со стороны девайса?
Например, чтобы девайс засылал запрос на запись данных по pcie и данные попадали в массив, созданный в юзер спейс программе. Но чтоб без прерываний.

PS: LDD читал, читаю и читать буду, но пока каша в голове.
Go to the top of the page
 
+Quote Post
 
Start new topic
Ответов
novartis
сообщение Dec 9 2015, 16:36
Сообщение #2


Местный
***

Группа: Свой
Сообщений: 375
Регистрация: 9-10-09
Из: Свердловский регион
Пользователь №: 52 845



Цитата
Есть старинный стандартный способ -- прерывание. Плиска должна вызывать прерывание по окончанию пакета. Лучше конечно если это сделает DMA. Контролер DMA ведь знает заранее длину пакета. По окончанию пакета надо вызывать прерывание.

Прерывание - уже пробовали. Организовали такой тест: в плиску пишут в определенный регистр, она выставляет прерывание, ядро его обрабатывает, снимает прерывание, дальше процесс повторяется. Этот тест показывал цифры 10-15мкс между прерываниями. Ну это никуда не годится. Ладно если объемы большие - десятки-сотни мегабайт. А мне надо не больше 4000 байт перекинуть, но часто. Для pcie x8 Gen2 4000 байт перекинуть - 2мкс, а потом еще 10 мкс ждать когда там ядро в обработчик зайдет. Вот des333 в своей статье расписал способ и исходники приложил. И с ними всё работает шустро, потому хотелось бы двигаться в этом направление.

invalidate - погуглю, посмотрю, что это вообще, спасибо.
Go to the top of the page
 
+Quote Post
Tarbal
сообщение Dec 9 2015, 17:25
Сообщение #3


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

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



Цитата(novartis @ Dec 9 2015, 20:36) *
Прерывание - уже пробовали. Организовали такой тест: в плиску пишут в определенный регистр, она выставляет прерывание, ядро его обрабатывает, снимает прерывание, дальше процесс повторяется. Этот тест показывал цифры 10-15мкс между прерываниями. Ну это никуда не годится. Ладно если объемы большие - десятки-сотни мегабайт. А мне надо не больше 4000 байт перекинуть, но часто. Для pcie x8 Gen2 4000 байт перекинуть - 2мкс, а потом еще 10 мкс ждать когда там ядро в обработчик зайдет. Вот des333 в своей статье расписал способ и исходники приложил. И с ними всё работает шустро, потому хотелось бы двигаться в этом направление.

invalidate - погуглю, посмотрю, что это вообще, спасибо.


Ну на таких скоростях вам пофиг ждать в цикле или по прерыванию. Все равно никто ничего делать не сможет -- весь процессор будет занят вашей задачей. По прерыванию подход-отход будет долгий. А нет возможности удлинить пакеты? Дайте DMA длину, скажем, 100 пакетов.
Если не получится, то сделайте отдельный тред и на многоядерном процессоре гоняйте. одно ядро будет выполнять задачу и пусть себе ждет в цикле.
Go to the top of the page
 
+Quote Post



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

 


RSS Текстовая версия Сейчас: 21st August 2025 - 14:36
Рейтинг@Mail.ru


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