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

[curly07]

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

[Builder]

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

О, и эти про 28 нан написали.
Ждём ответа Альтеры, ходили слухи что они там тоже что-то со встроенным процом мутят.

[des00]

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

таки свершилось, они поняли что лучше нормальный арм и амба, чем микроб с ппк и IBMмовское наследние %)

[Leka]

Из wp: "Longer term, Xilinx is working with a third party to develop C-to-FPGA compiler..." --> FPGA - как сопроцессор к АРМ-ядру? Скучно как-то...

[DmitryR]

Я имени Pele там нигде не нахожу. Хотя с учетом предпочтений Мойши Гаврилова (Xilinx CEO) в то, что они так будут называться поверить нетрудно.

[PDA]

http://www.xilinx.com/technology/roadmap/p...ng-platform.htm

[yes]

таки свершилось, они поняли что лучше нормальный арм и амба, чем микроб с ппк и IBMмовское наследние %)

Cortex-A9MP это адназначно не Cortex-Mx из "микроконтроллерных" АРМов, да и АМБА на картинке - AXI

то есть сильно думаю, что гемора с софтом, вставлением в систему и "усилием на освоение" будет не меньше чем для РРС+coreconnect, ну и в ОСы они целят не детские (типа uCOS), а в Линуксы, Виндриверы и т.п.

ну и РРС-шка по моим тестам побыстрее ARM-а при одинаковой тактовой - там ISA поумнее, и в плане поддержки С-шных фреймов и предсказания переходов

[des00]

Cortex-A9MP это адназначно не Cortex-Mx из "микроконтроллерных" АРМов, да и АМБА на картинке - AXI

ну дык AXI зело лучше чем AHB и сотоварищи.

то есть сильно думаю, что гемора с софтом, вставлением в систему и "усилием на освоение" будет не меньше чем для РРС+coreconnect, ну и в ОСы они целят не детские (типа uCOS), а в Линуксы, Виндриверы и т.п.
ну и РРС-шка по моим тестам побыстрее ARM-а при одинаковой тактовой - там ISA поумнее, и в плане поддержки С-шных фреймов и предсказания переходов

Если сделают по уму, то все будет тип топ, а то что ппк мощнее арма рынок не интересует %) уже обсуждали на форуме.

[Flanker]

И снижение потребления (соответственно и перегрева) кристала с ARM обещают по-сравнению с PPC

[yes]

И снижение потребления (соответственно и перегрева) кристала с ARM обещают по-сравнению с PPC

ну это чисто технологически 20нм жреть меньше чем 90нм

в переходе с РРС на АРМ, имхо, единственный плюс - куча всяческих Линуксов и приложений под него, ну и вообще софта.
что как-бы увеличивает кол-во приложений. но и для РРС софта не мало, а всяческие полезные фишки РРС-шной корки для АРМа будут потеряны (ознакамливался я с доками на кортексы в плане использования их в собственной SOC - по сравнению с РРС (не ядром, а встраиваемым блоком со всеми шинами, арбитрами и т.п.) слегка не то)

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

[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 подешевеет ...

[o_khavin]

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

по агентурным данным - в 2012-ом

[Maverick]

так в свои ПЛИС фирма Actel давно встраивает ARM процессоры с шиной AHB
cortexm3
cortexm1

Cortex-A9MP это адназначно не Cortex-Mx из "микроконтроллерных" АРМов, да и АМБА на картинке - AXI

то есть сильно думаю, что гемора с софтом, вставлением в систему и "усилием на освоение" будет не меньше чем для РРС+coreconnect, ну и в ОСы они целят не детские (типа uCOS), а в Линуксы, Виндриверы и т.п.

ну и РРС-шка по моим тестам побыстрее ARM-а при одинаковой тактовой - там ISA поумнее, и в плане поддержки С-шных фреймов и предсказания переходов

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

[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, хотя бы под одну ось.