Вы предлагаете загрузчик, который расшифровывает прошивку при каждом запуске? Будет исходить из того, что и мой и Ваш МК распилили. Мой можно сразу прошивать в другой, Ваш нужно прошагать (в симуляторе), образ памяти забрать и тоже прошивать. Велика разница?

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

Сообщение отредактировал meister - Mar 22 2008, 12:08

Так то оно так. Пока главной задачей ставится ухудшение дизасемблирования прошивки. Прикладная пограмма запускается и тоже распаковывается, если загрузчик в нормальном состоянии, CRC его и распакованной части известны заранее. Поэтому в реальном процессоре побегать J-tag ом не получится.
Так как нельзя снять бит защиты. в дизасемблере понять смысл этой прошивки очень сложно и чтобы определить что где надо почистить нужно хорошо постараться.
Это просто пока одно из решений для создания проблем дисасемблированию. Самое ценное в такой защите, это уметь отличать разницу между процессорами (например по уникальному серийнику, который нельзя было бы зачитать внешними средствами, которого нет у филипса). Тогда можно было делать распаковщик с ключем-серийником (подобным образом сделано у BlackFin серий ADSP - BF52x).

Если возможно перешить сам ISP загрузчик в филипсе, то все эти заморочки не имеют смысл.

Не смею более надоедать с разъяснениями.

Далеко не всё. Кто будет подтверждение давать AIC'у, кто будет стек переключать, либо иметь большой отдельный стек для прерываний, кто будет возврат из прерывания делать и функции со специальным прологом/эпилогом? Да, gcc вроде как что-то из этой области умеет... А как я говорю используются обычные функции.



Для FIQ у арма вектор предусмотрен, как раз ^^^ для такой вот команды. Но вопросы обработки и возврата на совести обработчика. Как и стека. Для FAST прерываний это оправдано.

Нет ни малейшей необходимости использовать "обычные" функции вместо обработчиков прерываний. И писать руками ТУПУЮ обертку сохраняющую все регистры, вместо того, что-бы позволить оптимизировать это дело компилятору. Нет ни малейшей необходимости делать ЛИШНИЙ вызов "обычной" функции из этой обертки.

Проблема века - естественно вызванный обработчик прерывания. Причем в тот момент КОГДА надо, например для организации вложенных прерываний, а не по выходу из функции. Нафиг такой "сервис".

Да вызываемый обработчик ЕСЛИ КОНКРЕТНО ЕМУ НУЖЕН отдельный огромный стек и будет его преустанаваливать со штатного аппаратно переключенного. А вот если обертка будет всем и вся НЕ РАЗЛИЧАЯ и зачем-то СОФТОВО переустанавливать стек, вместо того, что-бы пользоватся родным IRQ стеком, то это чистой воды глупость.

Это оправдано всегда.