MicroBlaze, (NIOS | NIOS II) <-> ARM 720, под Линухом, концептуальный вопрос. Опции

[Evgeny_CD]

Когда я начал с этим разбираться, то MicroBlaze и NIOS показались мне очень привлекательными. Когда нашел платы на Spartan, на которых крутится uClinux, вообще был счастлив.
www.atmark-techno.com/en/product/suzaku.html

Потом вниметельно посмотрел, и понял, что, IMHO, особой перспективы это не имеет.

Нормальный Microblaze с минимальным набором периферии едва-едва влазит в Spartan 3-200 - а большинство склоняется к мысли, что и не влазит, и нужен как минимум 400, а это уже камень совсем другой ценовой категории.

При этом получается довольно скромный камушек:
* !MMU - полноценного Линуха не будет, как ты не uClinux'уй
* DMA нету, а если еще и корку DMA прикрутить - вообще 1000 камень потребуется.

Что понятно - специализированное использование площади кристалла под CPU куда эффективнее. Сила FPGA не в том, что на них можно сделать стандартные вещи, а в том, что на них можно легко делать ___уникальные и специфические___ вещи!

Интересно а почему народ не ходит по другому пути:
* взять что-нибуь типа Sharp LH79520 / LH79524 / LH79525
* поставить тот же 200 спартан, и засунуть туда все, чего не хватает в основном камне.

Тот же Sharp LH79520 http://www.digikey.com 100 штук - $11.7. При это это весьма эффективный проц с 32 битной шиной, одним из самых лучших LCD контроллеров, совершенным DMA и прочая. Мы с ним два года назад работали под uCOS, и уже тогда он был с очень незначительными глюками - Cirrus EP93xx, Atmel AT91RM9200 отдыхают!

Новое поколение LH79524 / LH79525 - вообще песня. LH79520 + Ethernet, USB, I2C & NAND Boot.

Мне известно только одно решение такого класса
http://www.fh-augsburg.de/~hhoegl/proj/comet/index.html
но проект, похоже, загибается.

Что касается скорости, то 77 Мгц + FPGA - это гораздо круче, чем просто 200 Мгц без FPGA. Т.к. весь ввод-вывод можно грамотно сделать, DMA, блочные пересыки, буфера и т.д. - фактически, система не имеет ограничений по расширению при правильном использовании ее ресурсов (посмотрите назад на 10-20 лет, какие проекты делались на 386EX, когда ARMы еще не были распространены.)

Порты линуха на LH79520 / LH79524 / LH79525 наличествуют:

ftp://ftp.buici.com/pub/arm/bsp/bsp-sharplh7-1.1.1.tar.gz
ftp://ftp.buici.com/pub/arm/patch-linux-2.6.12
http://wiki.buici.com/twiki/bin/view/Main/...dSupportPackage

Вопрос: почему так никто не делает?!!!!

[Evgeny_CD]

Вообще для меня было новостью, что у всех этих софтпроцов шина - довольно проблемная вещь

Для меня шины и их арбитр - это блок на блок схеме арма, и я точно знаю, что он работает нормально. По крайней мере, в шину мы еще не разу не упирались.

[3.14]

Не уверен на 100% но думаю можно будет чделать чтоб из SDRAM в кеш грузилась сразу страница, тогда издержки на шину станут мизер.
Ну или как вариант садить память на LMB, только специфика появится.

[vetal]

хмм ну через FSL может быть и пролезет, но сидеть на нем может только user defined  переферия, а камушек гребет код через OPB .
Да и тех же FSL всего 8 сосок, итого 4 дуплекса, не сахар .

ИМХО минус в том, что для кода и данних ИМХО желательна отдельная быстрая шина, а не OPB. Чтобы шустренько код из озу исполнять.

Хотя может быть я ошибаюсь, поправте

Все так, забыли только кеш упомянуть, который от части разгружает шину.
Я думаю у NIOS-а аналогичная ситуация, vetal поправь если не так.

Кэш в NIOS имеется для данных и программ, я ставил только для программ.
Кэш так же имеется в контроллере sdram.

[3.14]

в микроблазе то же два кеша
насчет кеша в sdram, там есть опция доступа к sdram в страничном режиме, как это работает не знаю

[des00]

Не уверен на 100% но думаю можно будет чделать чтоб из SDRAM в кеш грузилась сразу страница, тогда издержки на шину станут мизер.
Ну или как вариант садить память на LMB, только специфика появится.

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

[3.14]

ну ведь это же не выход ?
это мы получаем самый тупой вариант кеша,

кеш в микроблазе не хуже и не лучше чем у других процессоров его роста

а хотелось бы асоциативный кеш + систему предсказания ветвлений в таком случае.
А вот под это уйдет много ресурса

ну тогда ставьте себе pentium4 за 15$

[3.14]

Кстати, забыл.
В микроблазе можно память на FSL посадить, тогда шина разгрузится, имеется такая корка для sdram.

[des00]

[quote=3.14,Aug 5 2005, 07:55]
а хотелось бы асоциативный кеш + систему предсказания ветвлений в таком случае.
А вот под это уйдет много ресурса
[/quote]
ну тогда ставьте себе pentium4 за 15$

[/quote]

Вот тут мы и забываем про тему, я не спорю для задач управления и не сложного расчета микроблейз пойдет, но только в случае если основной код будет иполняться из кеша или BRAM. Как только появляються обращения к памяти, да еше и не большими кусками и по разным адресам то все тушите свет.

ИМХО не стоит ждать чудес от софтовых ядер

[des00]

Кстати, забыл.
В микроблазе можно память на FSL посадить, тогда шина разгрузится, имеется такая корка для sdram.

хмм а вот это интересно,
а для памяти кода или данных ?

[vetal]

Вот! И в этой ep1с3 ($12) едва ли что останется.

Не правда, niosii/f +sram+sdram=1/2 кристалла, т.е. куча места для периферии.

[Evgeny_CD]

Не правда, niosii/f +sram+sdram=1/2 кристалла, т.е. куча места для периферии.

Вау! Так экономично? А если прикурить кеш, о чем тут народ справедливо поведал?

[3.14]

Вот тут мы и забываем про тему, я не спорю для задач управления и не сложного расчета микроблейз пойдет, но только в случае если основной код будет иполняться из кеша или BRAM. Как только появляються обращения к памяти, да еше и не большими кусками и по разным адресам то все тушите свет.

я уже говорил, если критично ставьте память в LMB. Вам лень -> процессор - кака.

к тому же у микроблаза еще есть "задел" - доступ до кеша 2 такта , не понятно что мешает вложиться в 1 такт.

ИМХО не стоит ждать чудес от софтовых ядер

а их никто и не обещает

[Evgeny_CD]

Я впечатлися! Я как-то интутивно подозревал, что все эти софт процы годны для того, чтобы реализовать алгоритим, который в терминах HDL сложно описать (или оно займет много ресурсов). А Linux на них маркетологи поставили!

[des00]

я уже говорил, если критично ставьте память в LMB. Вам лень -> процессор - кака.

к тому же у микроблаза еще есть "задел" - доступ до кеша 2 такта , не понятно что мешает вложиться в 1 такт.

Хмм сдаеться мне что по листингу темы, я первый сказал про исполнение кода из кеша и только из него ))))

а их никто и не обещает

Хмм см. самый первый пост темы

[3.14]

Вот! И в этой ep1с3 ($12) едва ли что останется.

Не правда, niosii/f +sram+sdram=1/2 кристалла, т.е. куча места для периферии.

очень кстати, у микроблаза на Sparan3-200 = MB+UART+sdram+IO ~60% без кеша