Аппаратная платформа для SoC Опции

[lutik]

Доброго дня уважаемым.

Возникла задача построить модуль на плисине с возможностью поднятия Linux'ов.
Опыта в таких проектах не имею поэтому хотел выспросить некоторые моменты общесистемные.
Так сказать прежде чем начать изобретать велосипед.

Планируется

1 Однозначно и неотвратимо - Spartan3 (кто-то из семейства. возможно 400'ка в PQ208)
2 с процем пока неясно - микроблейз/лм32/ор1200 это там дальше определится

Вопросы вот такие:

1 Что вообще (по минимуму) должно быть на плате, ну.. кроме памяти.
2 на тему памяти - в какой конфигурации она должна быть?? устраивает

• либо SDRAM 32 бит
  
• либо SDRAM 16 бит
  
• либо DDR 16 бит

лучче всего, если можно SDRAM 16 бит да еще и выбор байта не заводить.. (ноги экономить)
я так понимаю что на DDR 16 можно потом мультиплексирование сделать до половинной частоты и двойной разрядности
3 нужна ли NAND на плате??, или можно образ ОС в загрузочной флешине хранить. Загрузочная флеха - датафлеш атмеловская, 8Мбайт.
т.к. прошивка плисины до 2'х мегабит не дотягивает - дальше можно свои данные залить.
4 какую физику езернетовскую посоветуете, из доступных.. с индустриальным исполнением

Спасибо заранее.

ЗЫ:
Я не гордый - ссылка на литературу подойдет. только не нашел я в описаниях какие именно аппаратные ресурсы нужны.
только отладочные модули перечисляются на которых точно работает.
просто хотелось улышать коментарии бывалых.

ЗЗЫ:
кстати еще интересно, от бывалых же, услышать оценку геморойности доработки линуховых портов под свою платформу

[lutik]

вот и последний тада вопрос к SM.

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

я чего так выспрашиваю - вроде абсолютно очевидные моменты а в описалках.. ну того-же снапгера нифига про такое нету.

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

И, кстати, никакой связи не вижу между BGAшностью плисины на ките и передиранию схемы с кита при замене плисины на не-БГА.

у бга выводов больше.
можно не особо заморачиватся и широкие шины разводить на внешку

знаю..
прведете пример бга256 там шаров пользовательский немного.
но считаю что если ствить шары так уже побольше, ну от 400т.
тем более что, по большему счету, на стоимость техпроцесса влияет наличие или отсутствие шаров вообще.
а их кол-во - уже дело 5-е.

[SM]

как линуха память барстами нагружают??

Никак. Ими нагружает подсистема, связывающая процессор с RAM. Короче контроллер памяти. Если есть кэш - то будут барсты размером со строку кеша. Если нет кеша - может быть райт-бэк буфер, пишущий барстами при накоплении достаточного кол-ва данных. Может быть схема опережающего чтения, читающая барст при чтении одного данного. Короче от ОС это не зависит вообще. Это зависит от Вашей фантазии при реализации подсистемы памяти.

у бга выводов больше.
...
прведете пример бга256 там шаров пользовательский немного.

могу даже привести пример на 132 пина (LFXP2-8E-5M), ее сейчас на плате размещаю вот....