Уточните, пожалуйста, где лежит, в каком разделе.

Задачка усложнилась: N*64кбит/с <= 1Мбит/с. В потоке скорее всего нет синхрослотов. Для меня просто битовый поток.

Передача N*64кбит/с-> ethernet->N*64кбит/с

Хватит ли производительности ARM9 на 200 МГц для приема и передачи данных в ethernet?
Хватит ли точности для восстановление тактовой частоты без анализа потока, а только по динамике наполнения буферов?

2 Harbour: Как блуждают задержки в xenomai при приеме данных с одного интерфейса, их паковки и отправки на другой? А то задумался: потянет ли такое Linux?

Задержки не могут "блуждать" - они просто есть, так как не могут не есть. xenomai же, в отличие от non-rt систем, гарантирует что они будут фиксированными. их длительность зависит от конкретного экземпляра железа и способа написания приложения. т.е. следует провести лабораторную работу и убедиться что платформа подходит для задачи.
в данном случае основная задержка и max jitter будет в передаче по tcp/ip + ethernet каналам - т.е. на несколько порядков больше чем остальные (e1/dma/rt)

Для простоты соединение точка-точка, без кокого-либо допоборудования (свич и др.)
Задержка для tcp/ip + ethernet будет стабильная или нет? Общее время задержки не критично, главное стабильность этой задержки.

тоды лучше tcp/ip исключить и использовать/написать RT драйвера сетевых карт

Harbour, спасибо.

Ну тогда дам вам еще более дельный совет.
Вообще надо LInux исключить, поскольку RT драйверам он будет сильно мешать.
Хотя вообще и драйвера я бы исключил. На кой они без Linux-а?
Надо идти в конфу по ARM-ам и просить народ присоветовать нормальную RTOS.
Обработка потока 1 Мбит на ARM-е без специальных ускорителей 3-го уровня это занятие довольно экстремальное и явно не для Линукса.

Что такое ускорители 3-го уровня? 1 Мбит/с ARM9 не примет? Ориентация на Linux была из-за поддердки стандартных протоколов, которые в минимальном виде, похоже, будут необходимы. Что-то типа отсылки команд по ethernet.

Ускорители нужны типа такого:
http://www.eeproductcenter.com/rss/showArt...ed_eepc_newsRSS

Если у вас идет битовый поток без разделения на байты, значит парсинг придется делать на каждом бите. Это просто не реально сделать на 200 МГц ARM-е.
Парсинг то довольно комплекный, его будет невозможно запихнуть в короткий блок кода как, например, цифровой фильтр чтоб он весь поместился в кэш. И значит начнутся простои на выборку кэша. Выборка битов из какого-нибудь периферийного порта тоже даст большие тормоза, поскольку шина APB у ARM-ов довольно медленная.
Если у вас сильные надежды на DMA, то сначала изучите шинную структуру вашего чипа.
Есть ли у него коммутационная матрица на шинах. Если нет, то положение еще хуже становится.
Вообщем без FPGA тут делать нечего. Либо жесткая RTOS.

Битовый поток нарезается на байты как есть и отправляется в ethernet. Анализ данных не требуется. Надежда именно на DMA.
1Мбит/с -> 250кбайт/с -> 6,25 двойных слов/с в буфер, по заполению подсовывание другого указателя, заполеннный буфер на DMA для ehternet. Всего 3 (4) буфера по кольцу. Такое не пройдет?