Компания Xilinx объявила о новом семействе микросхем., Опубликованы подробности нового семейства под именем Pele. Опции

[curly07]

http://press.xilinx.com/phoenix.zhtml?c=21...6&highlight

[tinker73]

с этими АРМами будет хорошо, если они окажутся в ценовой группе спартанов, а если это замена виртексов, то имхо, нафиг надо

Рано или поздно это должно будет произойти.

НО! Spartan-6 и Virtex-6 только что вышли, а значит следующий шаг будет не раньше 2012-13гг.

Причем, очевидно как всегда сначала выйдет Virtex, ибо :
1) все цивилизованное человечество уже ломанулось разработывать SoC-и на A9, и массовый выход этих продуктов состоится через 2-3 года. Всем им нужна хорошая и быстрая платформа для отладки, так что они заплатят любые деньги.

2) дешево тиражировать такой сложнейший продукт как А9 сразу не получится, один только (4-ядерный) FPU DSP на 800МГц чего стоит...

Так что скорее всего дождемся А9 в составе DSP от TI (обещали самплы в 2011), приклеим к нему недорогую ПЛИС и будем имееть все что нужно.
А там через 2-3 года и Pele подешевеет ...

[yes]

1) все цивилизованное человечество уже ломанулось разработывать SoC-и на A9, и массовый выход этих продуктов состоится через 2-3 года. Всем им нужна хорошая и быстрая платформа для отладки, так что они заплатят любые деньги.

2) дешево тиражировать такой сложнейший продукт как А9 сразу не получится, один только (4-ядерный) FPU DSP на 800МГц чего стоит...

1) все цивилизованное человечество отлаживает SoC-и на специальных софтверных симмуляторах систем, которые продают Cadence и Synopsys, возможно есть менее брандовые, не знаю - мы не замахивались на такие тулзы.
как объяснить существование ОМАР-ов и всяких прочих самсунгов, если Pele еще нет?
OEM-ные ОМАРы на А9 кортексе уже есть, да и iPAD уже продается, никто не ждет FPGA прототипа

2) например, есть открытый (бесплатный) проект OpenSPARC - там по дефолту 8-ми ядерный (с FPU-ями) да и ядра "мультисредовые".
с SoC проблема не ядро, а выловить баги проектирования системы (шины, адреса, прерывания и т.п., то есть сборку из частей, которую в FPGA не засунешь, гейтов не хватит) до сайнофа. а если есть какие-то потенциально узкие места типа внутренних шин - убедится, что система на них не заткнется.
ядро А9, я думаю, АРМ уже хорошо вычистил от багов, да и это отнюдь не самый сложный проц

а в чем глобальные архитектурные отличия между Cortex-Mx и Cortex-A9MP?
PS согласен названия разные

совершенно разные процессоры, похожесть названия вводит в заблуждение, ну и есть подобие системы команд (общее подмножество), типа как у 8086 и пентиума
http://infocenter.arm.com/help/index.jsp?t...texa/index.html

[DmitryR]

2) например, есть открытый (бесплатный) проект OpenSPARC - там по дефолту 8-ми ядерный (с FPU-ями) да и ядра "мультисредовые".
с SoC проблема не ядро, а выловить баги проектирования системы (шины, адреса, прерывания и т.п., то есть сборку из частей, которую в FPGA не засунешь, гейтов не хватит)

Активно разрабатывая OpenSPARC я могу сказать, что самая большая проблема - это софт. Потому что даже этот слон запросто лезет в StratixIV не самый большой, а в самый большой влезет четыре ядра. Воткнул туда SignalTap - и аппаратуру отладил. А вот составить cross-toolchain (чтобы вести разработку под чужую архитектуру на x86 машинах) и заставить хотя бы стандартные, имеющиеся в Linux драйверы (в моем случае это OpenCores Ethernet и Altera PCIe) корректно сработать с аппаратурой, для которой они вроде бы предназначены - это оказывается неожиданно тяжело.

Поэтому вот тут я ожидаю главную засаду: под PPC у Xilinx наработано несколько операционок, под них есть драйверы на все корки. Представьте сколько это труда - написать и отладить драйверы на все корки, что есть в EDK, хотя бы под одну ось.

[yes]

Активно разрабатывая OpenSPARC я могу сказать, что самая большая проблема - это софт.

а у gcc как с поддержкой OpenSPARC?

на официальном сайте SUN вроде дает свой компилер и какой-то солярис для OpenSPARC, или я не так понял?

пользую только 32х битную v8 (ecos + gcc), собственно гейслеровский leon3
и станция есть для которой по мелочи компилил gcc (SunOS), там v9 UltraSPARC-IIIi

-----------

по поводу влезания - в нормальном соке, имхо, процессор занимает пару процентов (<10%), остальное юзер логик
мы для прошлого проекта использовали Virtex4 200 (самый большой на момент прототипирования), для этого Stratix3 340 (самый большой на момент прототипирования) : в обоих случаях влазит ~%10 от SoC, то есть приходится юниты урезать, урезать количество юнитов, делать какие-то обрезанные версии SoC для проверки чего-то одного и т.п.

те же синопсисы/каденсы предлагают арендовать у них всяческие многоплисовые аппаратные платформы для прототипирования, но так как у нас привязка к риал-тайм и собственному железу - никогда не пользовался.
но там, насколько я понимаю не просто плата с кучкой ПЛИС, а некий аппаратный ускоритель к ncsim|vcs, который работает помедленнее чисто ПЛИСового проекта, но побыстрее софтверного симулятора

[DmitryR]

а у gcc как с поддержкой OpenSPARC?
на официальном сайте SUN вроде дает свой компилер и какой-то солярис для OpenSPARC, или я не так понял?

Дело не в gcc - ему что дашь, он то и скомпилит (хотя gcc, который нам на x86 машине выдал код SPARC мы тоже не с первого раза нагуглили, прямо скажем). Проблема в программной поддержке операционкой периферии SoC. И это уже с готовыми драйверами в Linux, про самостоятельное изготовление пары драйверов (Ethernet+PCIe) под Solaris мы думаем с легким ужасом на самом деле. У Xilinx понятно что потенциал несколько больше ( ), но все равно они IMHO как-то легко соскочили с PPC.

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

Купите себе или сделайте многоПЛИСовую плату, разбейте проект на несколько ПЛИС в Certify и все.

[Maverick]

Купите себе или сделайте многоПЛИСовую плату, разбейте проект на несколько ПЛИС в Certify и все.

можно вот здесь поподробнее про Certify и как делается проект на многоплисовую плату.
Программа сама разбивает или это делает сам/(при участии) разработчик(а) или как-то по другому?