Делаю плату для спутникового интернета. Будет стоять DVB-S приемник. С него валит поток 45МБ. Его надо фильтровать по мак-адресу. Тогда будет порядка 1 МБ. Но это потом, а пока надо разбирать 45МБ в секунду.

Какой арм под линуксом 2.6 такой поток вытянет?

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

Думал об этом. Есть NEC какой-то. Просто хочется линукс поставить и не париться. А то у того NEC'а нет MMU, значит uclinux ставить, а с ним не хочется возиться

"Вот Вам головной убор" (С)
Краткое описание
У производителя
Правда, не совсем АРМ, даже совсем не АРМ, нет документации, но какие возможности!

Ну для начала разберитесь, какая будет использована микросхема QPSK. Обычно она интегрированна в головку, и именно он определяет скоростной интерфейс для передачи DVB потока. Сейчас большинство доступных головок построенны на STV0299. Найдите на нее даташит и почитайте. У нее два интерфейса- парралельный восьмибитный и последовательный. Восьмибитку без FPGA захватить неполучиться. Сериальный- можно попробовать на медленных транспондерах через быстрый армовский SPI принять. Если PID фильтр будет программным, то это еще дополнительные проблемы- никакой линух с этим несправится, надо до предела оптимизировать код. В обычных DVB приемниках для фильтрации потока используется аппаратный фильтр. Когда- то филипс выпускал такой фильтр как отдельную микросхему, но это было давно- сейчас все интегрировано. Я надеюсь, у вас поток незакодированный, а то еще и SCA реализовывать программно :-).

А вообще рекомендую ST55xx.

Вроде AVR32 грозился поддерживать такое.

И где он их купит? А SDK за 80к$? Или будет выпаивать STI5518 из тюнеров? Ну и JTAGовский отладчик для ST20 так и несклонировали, а писать без него- повеситься. И жесткая посадка на OS20- и никаких других осей под платформу нет. Ось конечно продуманная очень, в плане риалтайма.
Действительно можно рекомендовать изучить кишки 55хх в плане системы, заточенной под огромные риалтайм потоки при нетакой уж большой тактовой. Но там все на множестве DMA организованно и аппаратных ускорителях разнообразного назначения. И все упихано в один чип. Только это избыточно все. С одной сторны уже давно есть USB skystar на конехсатовском чипсеет- полный эквивалент задуманого автором топика. С другой стороны- интересна сама задача принять DVB поток минимальными средствами. В принципе, SSP портов арма хватит для разбора служебных PID (расматривали когда-то идею сделать сатфиндер с анализом названия спутника по служебной информации в потоке). Но отфильтровать целиком несколько PID и один из них пропихать в USB или эзернет- это уже задача для мелкой fpga, типа третьего спартана. В принципе 50килогейтов в 100 ногом корпусе должно хватить.
Ценовой диапазон бы определить, а то может выгодно взять 500 дримбокс? Маленький, исходники открыты, эзернет есть, китайцы клонов наклепали, кторые лучше оригиналов работают.

Все очень просто:
- Если надо 100 штук таких устройств то однозначно 55xx трогать не надо
- Если речь идет о десятках тысяч устройств все конструкции FPGA+ARM(PPC,MIPS) не катят

Написал письмо в личку..

Пока есть рабочий вариант, который можно склонировать:

Тюнер: zarlink 10036 + zarlink 10313 (теперь это интел уже выпускает ce5039 + ce6313)
CPU: NEC d61120

там стоит uclinux. на что поменять этот нек, чтобы и линукс поставить и DVB поток проглотить нормально?