Выбор процессора для u-PC, По мотивам "Патента для нового ..." Опции

[one_man_show]

Коллеги!

Вторая попытка завести тему, в которой будут обсуждаться только технические вопросы. Начало обсуждения здесь

Были предложения S3C6410, потом i.MX51.
Заданы вопросы относительно защиты, на которые пока не найдены ответы.

У меня была идея попробовать решать задачу защиты простым способом и без помощи производителя процессора.
1. Применяю шифрование для флэш или ее важной части
2. В зашифрованной части храню ключ и несколько резервных ключей
3. Каждое изделие снабжаю уникальным серийным номером, например с помощью DS28CN01
4. При заливке и тестировании устройств запоминаю в базе данных сформированные ключи и резервы в соответствии с серийным номером.

Ключи создаю специально разработанным аналоговым методом (который также можно патентовать ), что позволяет получить их уникальность даже при огромной серии.
Джитаг не вывожу. Консольный порт секречу: контактные точки разбросаны, вывод по-умолчанию отключен, пока не задано сочетание сигналов на вспомогательных контактах.
Если u-PC потерян или украден, то разборка его на детали сразу не дает результатов: во-первых нужно демонтировать БГА и попробовать считать зашифрованную часть, во-вторых вкрытие одного u-PC не рушит всю инфраструктуру, так как эти ключи подходят только для этого компьютера. Эти ключи можно заблокировать также, как и кредитную карту при утере.

[KRS]

А почему вы не смотрели в сторону TI OMAP3?
Это все таки более новое ядро чем у самсунга. И из cortex-a8 они насколько я понимаю первые реально появились. К тому же там есть DSP ядро что может быть полезно.
Только вот вроде у OMAP3530 нет TrustZone, но вот у телефонного варианта 3430 - есть.

[AlexandrY]

Почему же, очень даже смотрели.

Но при внимательном рассмотрении это больше напоминает лохотрон.

Начнем конечно с того что корпус у OMAP3 гораздо менее технологичный чем у конкурентов.
Если вариант маленького корпуса OMAP3 с POP технологией то между шарами шаг 0.4 мм! В наших краях за репайринг такой вещи никто не возьмется
Если корпус без POP то его размер 16*16 мм, у самсунга для сравнения 13*13 мм

Далее цена. Она у OMAP3 чуть ли не в 3-и раза выше чем у Самсунгов.

Затем скорость. Разницы в скорости ядра Cortex-A8 и ARM11 почти никакой. У самсунга даже выше частота ядра.
Шина с DDR по скорости тоже такая же как у самсунгов.
У Cortex-A8 появился NEON сопроцессор и все в общем-то.
В скорости работы Линукса этот NEON пока никак не помогает. Смотрим бенчмарки опубликованные самим TI.

Насчет DSP. Вот тут начинается главная неприятность.
TI на самом деле не дает бесплатно сорсов никаких кодеков. Хотите пишите сами на DSP. Удачи!
Есть кодеки в объектных кодах и без всяких гарантий. Задвигалось у вас что-то на экране и радуйтесь.
Более того, закрыта и их технология DSPLink для организации нормального многозадачного общения с DSP.
Т.е. да, в объектных кодах качайте, но если что пеняйте на себя.
Для демонстраций нереальных возможностей OMAP хватает, но для бюджетного и конкурентоспособного проекта это не катит.
Умельцы без серьезных успехов пытаются использовать некую халявную технологию DSP-bridge.
Даже удалось использовать DSP для вычисления FFT. (серьезный успех ), но застопорились на патчах Линукса.

На самом деле рального софта для поддержки и тестирования железа OMAP-ов кот наплакал.
А тот что есть демонстрирует только как успешно можно кривыми драйверами убить производительность даже Cortex-A8.
Скажем из OneNAND (16-и битный интерфейс, до 100 МByte/s )скорость чтения у них получается всего 6 МByte/s при 100% загрузке проца!
Для сравнения в RTOS на i.MX27 (400 МГц ARM9) даже с устаревшей 25 МГц 4-bit SD карты скорость чтения с файловой системой более 12 МByte/s.
А именно OneNAND главная надежда при повышении скорости работы приложений с USB компьютере.

О том что в открытом проекте заюзать TrustZone в OMAP3 также нереально как в самсунгая я уже молчу.

А почему вы не смотрели в сторону TI OMAP3?
Это все таки более новое ядро чем у самсунга. И из cortex-a8 они насколько я понимаю первые реально появились. К тому же там есть DSP ядро что может быть полезно.

[el_chapo]

...

Ну, Вы, батенька, махнули - нет разницы в производительности между ARM11 и Cortex-A8. По бенчмаркам BDTI Cortex почти в два раза быстрее ARM11.
По компиляторам - сейчас GCC уже подерживает векторные операции на NEON, так что его преимуществами можно пользоваться вовсю.

По DSP - да, исходников кодеков не дается. Вопрос - а оно Вам надо? Если все-таки надо, то есть два пути - либо купить, либо написать самим. Ядро там стандартное, С64х+, отладка в CCS + JTAG. Алгоритм можно грузить как через DSPLink, так и фреймворк верхнего уровня использовать (типа CodecEngine). Сам DSPLink открыт как минимум со стороны ARM, есть кит для портирования.

По тестированию железа - какой софт Вам нужен? Драйвера под Linux и WinCE - стандартные, если нужна ОСРВ - тоже пожалуйста - QNX, WindRiver, все данные по производительности Linux - драйверов на сайте TI можно посмотреть.
TrustZone - отдельная песня. Все зависит от объема производства. Если хотя бы 100К по году - уже можно разговаривать. Но нужно иметь в виду, что для использования TrustZone нужно получить лицензию госдепа США (впрочем, так же, как и для модуля криптования на iMX27).

Такое впечатление, что у Вас просто неудачный заход с ОМАП получился. Только за прошлый год 17000 биглбордов продали - это о чем-то говорит, народ просто так покупать не будет.

Причина редактирования: Никчёмное цитирование

[AlexandrY]

С OMAP-ами конечно дело имел.
Бенчмарк BDTI очень много вопросов оставляет, и мягко говоря авторитетом еще не является.
Тем более что мы запускаем Линукс, а не BDTI.

Про NEON обнадежили, тока покажите хоть один кусок открытого осмысленного кода под NEON в Линуксе.

В общем еще раз фиксирую ваше внимание на том что ключевым элементом успешной бюджетной разработки является наличие полного набора софта в компилируемых исходниках и желательно без обязательного программирования дополнительных архитектур.
Самсунги этим обеспечены по полной. Рекомендую взглянуть все таки что выложено под Самсунги.
Попробуйте вытребовать это у TI
OMAP-ы предлагают открытый софт выковыривать из патченного Линукса причем с крайне тормозными драйверами.
Вы сами трезво оцените скорости файловых операций Линукса на OMAP-ах, это курам насмех.
Можно конечно все переписать, но у кого есть лишнее время?
QNX под OMAP-ы тоже не открывает ключевых драйверов для OMAP.

Это здоровый минус варианта OMAP-ов, вернее это так поставлена сегментация рынка у TI.
Т.е. они нащупали такой слой разработчиков которых можно купить на дешевый "купон" и которые не критично оценивают трудозатраты и перспективы реальной разработки на этой платформе. А TI в свою очередь и не рассчитывает, что этот сегмент станет серьезным потребителем.
Поэтому относится к самостоятельным разработчикам крайне цинично. Типа а попробуйте-ка еще и DSP попрограмировать, а вот еще и NEON неизвестно на чем. Лишние архитектуры выставляя как преимущество хотя они на самом деле тормоза в разработке особенно в контексте данной темы.

И вообще я не про то, что OMAP-ы сами по себе плохие, а о том что разработка на Самсунгах будет легче, быстрее и дешевле.

Такое впечатление, что у Вас просто неудачный заход с ОМАП получился. Только за прошлый год 17000 биглбордов продали - это о чем-то говорит, народ просто так покупать не будет.