да, без драйверов под линукс в дальнейшем, наверное, придётся отказатся от продукции LCard.

Under construction. Драйвера будут под ядро 2.6. Рабочий дистрибутив Slackware 11. Библиотека будет практически полный аналог LComp под Windows.Более того по идее будут общие исходники либы. Платы будут все PCI и USB. Сроки ориентировочно начало-середина осени...

Сергей, DSP надо программировать, DSP...

Сейчас это как раз и делатся даже програмировать не нужно. Тут скорее можно говорить, что сама принятая архитектура платы не предпологает возможности большой буфферизации, что правильно при необходимости реаьлного времени.

А вот для задач сбора и оперативной обработки (не конроля авариии), когда идут большие потоки данных буфферизация дает возможность более простой реализации программ обработки и анализа.

Буфферизация - это к плате не относится, если конечно не поставить внешнюю память. ADSP2185 имеет 16К 16битных слов памяти. На мой взгляд, вполне достаточно для вполне приличного такого буффера.
На самом деле и правда хотелось бы какую нибуд внешнюю память, в которую можно было бы перекидывать данные из DSP, и в которую был бы возможен доступ по IDMA. Это было бы фантастически .

Как раз вариант с использованием Bus-master наиболее простой и гибкий, что и сделаное в L-791, а то что делалось на ADSP предпологало обязательный отклик системы на аппаратное прерывание в течении 6мс. Причем как выяснилось еще обмен шел по принципу эмуляции ISA шины и занимал с гарантией 30% времени процессора.

Насчет достаточной, тут, как уже говорил, все зависит от задачи исключительно. Вот, например, еще хотелось бы, что на палатах были часы единого времени с точностью минимум 1мкс. Тогда и сихронизация по выборкамот разных плат упрощатеся, а иначе начинается колдовство с запуском плат.

Пардон за описки

alpha версию с поддержкой PCI плат кроме 791 положил в библиотеку файлов. Работаю над USB.

Проверим с платой L-783

драйвер я чувствую далеко неокончательный... но концепция будет такая...

Для USB будет такая же концепция?
Радует, что в LCard не забыли про Linux, но концепция удивляет.

Из README.TXT:
"Идея в том что по интерфейсу практически полностью повторяется SDK LCOMP для Windows.
Планируется общий исходный код для библиотеки."

Для переноса в Linux программ, сделанных под Windows, наверное сгодится. А для переноса в 2.6 программ, сделанных под 2.4, нет. А совместить в одном драйвере Win-подобный программный интерфейс с традиционным UNIX-like не получится?

"К сожалению драйвера в Linux можно писать только на С..."
Не понял... В чем проблема?

скажем так - я один человек и поддерживать совершенно разнородные драйвера и библиотеки не очень удобно и трудоемко. Поэтому основная цель унификация. Был бы С++ в ядре я бы еще и код драйверов частично унифицировал. А так тут возникают всякие костыли... Старый linux драйвер вроде под 2.6 собирается и работает, возможно я его подчищу чутка, но поддерживать не буду...

Верим и ждём ( в смысле USB ждём ) )) К сожалению pci'ного ничего нету чтобы протестировать.

обновил. E140 и E440 добавил...

еще обновил. остались за кадром ЦАП у E440, E2010 и L791. А так вроде работает...

дистриб Ubuntu 7.04
ядро 2.6.20-15
плата е140

собралось нормально.
после ./start не загрузило модули
ldevice.ko и ldevpci.ko
зато модуль ldevusb.ko загрузился

вижу устройства /dev/ldev0 /dev/ldev1 /dev/ldev10

но test завершается с ошибкой CallCreateInstance failed после вызовов CreateInstance(0), CreateInstance(1), CreateInstance(10),  CreateInstance(11)

в syslog то чего разумное пишет?

или прав на имена устройств не хватает ...в смысле не от root запускалось приложение...

обновил еще. Функционал то-же. Но работает udev, нумерация плат сквозная и линки создаются с нормальными правами....

добавил E20-10

> Старый linux драйвер вроде под 2.6 собирается и
> работает, возможно я его подчищу чутка
Если имеется ввиду тестовая версия под 2.6,
сделаная Иваном Гориновым, то смысла нет.
Там интерфейс с его же драйвером под 2.4
всё равно не совместим.
Да и более неудобный интерфейс и придумать
было сложно (кому понадобилось эмулировать
OSS API и обвешивать его костыликами?), не
говоря уже о глюках (слал ему, слал исправления,
а он где-то только половину включил в новые
версии).

Старый дравер - геморрой. По мне - лучше
свой софт перепишу под нормальный API, чем
с этим глюкалом возиться и исправления в
новые версии тянуть постоянно.

Пойду качну, посмотрим, как там с L761...

Ха! Победил. Нифига не понимая в том что там написано умудрился пофиксить )))

ldevice.c
line 38:
int major;

line 144:
major = register_chrdev(0, LDevName, &ldev_fops);
if (major==-EBUSY || major==-EINVAL)
...    {

в пятой надо ldevice грузить - он раздатчик централизованный номеров устройствам...

Да, всё грузится
1) убрал #include <linux/config.h>
2) позволил register_chrdev(..) выбирать major

1 config заменить на autoconf.h..
в 2.6.18 в slack он есть?но сказано что для совместимости и включает в себя просто autoconf...