Форум: Техническая поддержка

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

Мы столкнулись с проблемой при запуске драйвера LComp/LDevice (lcomp_linux.tgz) на системе под управлением ОС Linux (x64, Arch Linux, ядро 4.12.3-1-ARCH) (продукты USB ADC E14-440 и E14-140). Хотя драйвер собирается и загружается через udev, при попытке взаимодействовать с устройством ядро выдает ошибку transfer buffer not dma capable, а также у E14-140 драйвером неправильно выводится в dmesg серийный номер (кракозябры). Использования данных версии ОС и ядра для нас критично.

Тот ли драйвер мы используем и, если да, то что мы можем сделать, чтобы драйвер начал работать правильно?

попробую установить и проверить на ARCH. А на другой какой версии пробовали?А какой размер IrqStep запрашивается? E14-140 какая? М или старая? версии прошивки у нее какая (в библиотеке файлов лежат самые последние)?

Работает в Windows и на ARM (raspberry PI / ARCH, с небольшим патчем). Где можно посмотреть IrqStep?

Сейчас на руках E14-440, как посмотреть прошивку непонятно, при обновлении вылетает ошибка Error -1009 (обновление запускается на win10). Возможно дело в том, что это не ревизия G (на блоке стоит 2009 год выпуска).

на E140-440 нечего обновлять. чего-то arch мне сильно лень руками ставить. IrqStep это в примере параметры сбора. Сейчас поищу есть ли какой дистрибутив с таким ядром и снормальным установщиком.

Я думаю подойдет любое ядро 4+ с архитектурой x64.

в slackware 14.2 x64 на ядре 4.4.14 тестовый пример работает нормально с E14-440. Комп Intel Celeron s775 чипсет G41 2 гига оперативки.

Для чистоты эксперимента запустились на той же системе (slackware 14.2 x64).

Драйвер и пример действительно успешно собираются и работают, но ADC все время выдает нули,

shared word 1000 0

хотя если посмотреть через kprint, то видно, что по USB приходят вполне вменяемые данные от АЦП. Т.е. не работает memopy mapping из ядра в приложение.

Материнская плата M2A-VM:
https://www.asus.com/us/Motherboards/M2AVM/

Чипсет AMD 690G

это флажок complete, а не данные. в файле dat смотреть надо...

Да действительно. Спасибо за помощь. Проблема тут была в нашем коде.

ЗЫ: Проблему со сборкой под Arch удалось устранить поигравшись с флагами kmalloc в драйвере.

и какие флаги нужны kmalloc?

там вроде как kmalloc выделяет буфер большой, а для запроса usb куда и будет busmaster происходить внутри подсистемы usb используется отдельный api вызов usb_alloc_coherent