Exception13

О, а можно по подробнее, как самому сделать что то подобное, а то у TS я не нашел макроса для инструкций VMAX, VMIN, а нейронная сеть мозга пока никак не может перестроиться под DSP ассемблер :) Или может кто нить объяснит как делаются ассемблерные вставки, ассемблерные процедуры (описание входов/выходов), я по этой теме не нашел ни одного путного документа (конкретно для TS-x01).

О, дотащил доку до дома :) linuxDrv.zip

Понял, завтра подготовлю, если инет на работе будет, то выложу, а так - только вечером, как до дома доберусь :)

Ну, собственно говоря мылите в нужную сторону... Надо писать свой драйвер например символьного устройства (char). Откройте каталог с исходниками ОС и посмотрите там папочку Drivers/Char (по моему, точно не помню), там как раз собраны драйвера символьных устройств. Работать с устройством можно как с файлом: открыть, читать, писать, перемещаться туды - сюды, закрыть. Как писать драйвер - это отдельная тема для разговора, можно погуглить, есть достаточное количество описаний того как это делать в линуксе. Чтобы поморгать светодиодиком можно написать простенький драйвер порта GPIO (см. мануал на процессор) - 16 ног которые можно настроить на вход или на выход и пинать их до потери сознания. Как встроить драйвер в ядро - это еще одна тема, могу подробно рассказать об этом, т.к. всю последовательность действий по встраиванию драйвера в ядро - тщательно документировал. Привожу пример простенького драйвера для GPIO... Порт настраивается посредством вызова функции ioctl, запись - write, чтение - read. bfin_gpio.zip

Большое спасибо, буду разбираться. Вот то, что у меня сейчас получилось. Драйвер SPI для режима master/slave, поддерживается передача данных как 8, так и 16 битными словами. bfin_spi.zip

А можно хоть одним глазком взглянуть на реализацию. Я вот со своим драйвером все парюсь никак его корректно работать заставить не могу. Сейчас пока без DMA, реализована очередь и отправка новых данных по прерыванию. Вобщем то пока что не весело запихиваю 8 байт в очердь, наружу выплевывается только 6, да и данные там совсем не те что я отправляю. Вставлял дебаговый printk... в прерывание - он мне четко говорит то что 8 байт были отправлены. Код драйвера выложу завтра... Просто я только начинаю разрабатывать драйвера, до этого никогда ничего подобного под Linux писать не приходилось, и то как корректно обрабатывать прерывания я толком не знаю, в основном опираюсь на другие исходы...

Да, пожалуй к этому все и идет... У меня задача - плисину прогружать Virtex4, ну и потом с ней дальше общаться. Я просто не хочу изобретать велосипед, а нучиться "кататься" на том что уже есть. Если вы пользовали встроенные драйвера SPI, подскажите пожалуйста как вы это делалли ? Исходы ваших драйверов остались у вас ? Подскажите пожалуйста как надо оформить соответствующие секции своего драйвера: init, exit, ioctl, read, write... с использованием SPI драйверов поставляющихся в пакете uClinux.

Уважаемый Mihail Gluhowchenko писал вам в личку, но видимо письмо не дошло... Вобщем, мне пока удалось сделать драйвер символьного устройства SPI, который работает по прерываниям. Сделал очередь FIFO как на отправку так и на прием данных. Долго маялся с прерываниями пытаясь понять как правильно использовать SPIN блокировку. Ну, да ладно, вот только частота следования пакетов данных меня не радует, всего то 340 КГц получилась, и это при максимальном битрейте. Т.е. там между посылками получается разрыв раза в 3 превышающий длительность передачи 8 бит данных. Вот и хотелось бы посмотреть как работает встроенный в uClinux драйвер SPI, только как им правильно воспользоваться я не знаю... Если вы такое делали, поделитесь пожалуйста или подскажите как надо оформить соответствующие секции драйвера: init, exit, ioctl, read, write... С уважением, Александр...

Ну неужели никто SPI не заводил под uClinux'oм ? Тут вроде спецы есть кто Blackfin'oм занимаются. А то получается что linux запустили и все, радуемся :)... Подскажите пожалуйста, как вы это делали.

Разбираюсь потихоньку с uClinux на BF537 (STAMP). Никак не въеду каким образом воспользоваться существующими в uClinux драйверами SPI. Интерфейс тривиальный, но как с ним работать из под uC - не ясно.

Зря смеётесь, уже напарывался на эти грабли, когда дрова одного устройства пытаются перекрыть прерывания или канал DMA другого, ранее зарегестрированного в системе драйвера, ну и последний соответветственно не прогружается...

Вполне может быть и с дефектом. Еще может быть дрова конфликтуют. Перед сборкой ядра можно выбирать только те драйвера устройств что необходимы. Вот у меня другая проблема - не знаю как завести SPI на uClinux BF537 STAMP. Свои дрова писать - думаю что смысла нет, т.к. в дистрибе уже есть что то готовое, вот только этим воспользоваться не знаю как... Если кто работал с SPI на подобной плате под управлением uClinux, подскажите пожалуйста как вы это делали ?

Могу посоветовать глянуть тут: http://www.users.voicenet.com/~richgel/ (правда там многие вещи уже оптимизированы под x86) ну а официальные сырцы от IJG тут: http://www.ijg.org/files/ там есть вариант сборки библиотеки под ДОС, правда я не пробовал, собирал только под винду... Если интересует сам алгоритм сжатия/декомпрессии, то могу порекомендовать мегакнижку: Дж. Миано "Форматы и алгоритмы сжатия изображений в действии", там очень хорошо и доступно все расписано.

Странно, вещь довольно распространенная, я думал уже есть что то готовое... Придется самому изобретать велосипед.

Всем доброго времени суток. Пытаюсь разогнать декодер Витерби на TS-201. Есть сишный код для данного декодера с мягким решением, скорость 1/2. Необходимо разогать данный декодер с использованием возможностей CLU. Код прилагается в архиве (тупо переведен с паскаля, стопудово работает). Сделано в лоб, топорно, но в качестве модели это вполне устраивает. Может у кого то есть уже готовое решение ? или кто нить может подсказать куда в алгоритм можно воткнуть инструкции типа max, или ACS ? viterbi.zip