Не, это фтопку. Я собираюсь свой X-сервер сделать. Без всяких линухов.

DSP, это DSP - не только быстый внутри но и быстый снаружи - требования к питанию, разводке, многослойности плат, загрузочные флешки, при использовании, как контролера общего назначения быстро кончится набортный RAM - опять обвеска памятью .....
Не нужны DSP навороты - надо ооочень крепко думать по поводу использования DSP. Нужны DSP навороты - тоже думать, ибо парочка 32bit контроллер + массовые FPGA с теми-же умножителями на борту очень на многое способны. Была несколько лет назад мысль на переход на BlackFin - сделаны прототипы, все достаточно нормально, но теперь лежат пылятся - для моих применений по любому свое железо в FPGA нужно, вот и вступлением того-же Cyclone-2/3 в майнстрим DSPшная ветка замерзла.

Тогда уж и без TCP/IP. Чего уж там, мелочиться.

Совершенно непонятна Ваша ирония. Можно подумать, что X11 - неподъемная вещь. В лайт-варианте реализовывал еще в 97'м году, не умер. А сейчас-то экспиренса некисло прибавилось

что в нём такого быстрого снаружи? сорок линий до DDR SDRAM ? так они ж коротенькие. и всего-то до 133MHz. жрёт немного - просто тёплый, а вот плисину кстати можно довести до состояния "очень горячая" - так у кого требования к питанию больше будут?
в простейшем случае (без внешней памяти) запросто на двух слоях ложится. загрузочные флешки в более менее современных камнях - почти любые. обвеска памятью - один чип за 5-6 баксов, зато потом можно писать не напрягаясь.

Расширений сейчас в иксах понаделали, что "мама не горюй".

Да я не спорю. Я ж не зря про NX разговор завел. Например тут - http://www.nomachine.com/documentation/pdf...-strategies.pdf - можно почитать про стратегию портирования. Достаточно обозримо.

Достаточно. Но зачем от Linuxа отказываться, я не могу понять. По моему более логично сделать на уровне ядра framebuffer и дальше работать через него. Там тоже какие-то хардверные ускорители присутствуют кажись. Там только с лицензиями проблема - все что включено в ядро, должно быть в исходниках. А nvidia и ati исходников не дают. Поэтому такое и получилось.

Кроме просто рисования линий, там возникнут проблемы со шрифтами, с переключателем раскладок клавиатуры, с мышами всех мастей итд.

Хотя, я не знаю что вы задумали.

Это я говорю. Для малого потребления и богатой периферии чем не подходит ARM с ядром Cortex-M3? И тулчейнов больше и дешевле они и надежнее. Периферию Atmel использует абсолютно одинаковую для своих линеек 32-х битников (ARM(SAM) и AVR32). Выбор тулчейнов и отладочных средств под ARM гораздо шире...

Остается искать преимущества только в ядре. А если ядро специально заторможено и лишено каких-то вкусностей (UC3), и легко можно найти подходящий более дешевый ARM на замену, то зачем себя любимого ограничивать GCC тулчейном, AVR32 Студией и JTAGICE-MK2? Получается, что смысла использовать кастрированные AVR32 нет.

Тем не менее это уже не специально заваленные фронты, как у контролеров общего применения.

Ложится, ложиться, так и сделано в прототипах, ибо было достаточно только SPORT-ов, SPI и UAT. Только вот тот-же JTAG c другими обьединить надо уже изголяться.

Но защита идет лесом....

Ага и + 2 слоя разводки. Да-да "у кого-то работает в двух", но мне хотелось-бы без радиолюбительства....

Насчет лишения вкусностей - вроде то все на месте. Аля-джазели и MMU нет. Первое - так точно не нужно, второе - ну, полезно, но на небольших камнях и без него ниче жить. Насчет затороможенности не очень понял.



Логично. Есть EWAVR32

на таких расстояниях - никаких проблем не наблюдается.


2 слоя - это и есть радиолюбительство.
компромиссы - они везде. но факт есть: на 2-х слоях блекфины прекрасно работают.


идёт. AD некий LockBox придумала. не знаю - может и поможет.

ПЛЮС два слоя.

В группе embedded related lpc2000 аналогичная война. А автор вопроса и не предполагал, что тут баталии

+ Частоту понизили в 2.5 раза, vectored multiplier убрали.


сделали его медленнее, что не понятного то?


Это хорошо что IAR уже его поддерживает, но нет и никогда не будет поддержки RVDS'ом, Keil'ом..