Цитата

после прошиваю ключи bitburn и должно работать.

Я же вам архив давал - там дока есть - вы ее вообще не читали ? не надо битбарнером шить ключ, там создается специальный файл OtpInit.sb чтобы зашить правильно. Его нужно просто в директорию профиля скопировать, MFG-tools его автоматически найдет и перед загрузкой updater.sb прошьет OTP

см. Programming_OTP_Bits.pdf

8.2. Using a Custom Key to Generate an Encrypted Image

там дел - на 15 минут, у меня ноутбук с windows сломан, а так давно бы все проверил

я читал.
Павел сказал что образ что идет в виртуалке для него updater.sb не нужен. Изменения в ядро вносил как раз в этой виртуалке. прошиваю по nand_tftp_update.
Сейчас у меня есть шифрованный linux.sb ключи и все.
updater.sb не знаю как собрать из того что есть и Павел сказал что он не нужен.
В описании описаны 3 файла: образ системы, апдейтера и прошивки ОТП.
mfgtool нужна еще файловая система отдельно. Она как я понял уже упакована в linux.sb и шифрована заодно. что вообщем есть плюс.

Цитата

updater.sb

по факту это - переименованный linux.sb с корневой в initramfs, в которой есть скрипт, Павел его вроде приводил. updater.sb можно собрать в buildroot , я хотел вам сделать конфиг, но у меня все уперлось в проверку - работает ли это (у меня плата - старый вариант, то что сработает у меня может не заработать у вас к тому же нет сейчас нативной windows). Можно вообще без скриптов и сети обойтись - только USB, см. http://code.google.com/p/starterkit-org/wiki/MfgUpdateImx23
собственно так изначально и задумано у freescale. Можете посмотреть там в профиле ucl - там все ясно и понятно, я его урезал оставив только самое необходимое. Порядок такой - загружается урезаное ядро Linux с корневой в initramfs и в автозагрузке только утилита uuc, которая принимает и транслирует команды приходящие от MFG по USB, вот это и есть updater.sb

попробую залить образ linux.sb по tftp_. и прошить ключи bitburner.

попробовал вот результат

# nand_tftp_update
Copy linux.sb from 192.168.0.2 ...

linux.sb 0% | | 0 --:--:-- ETA
linux.sb 8% |** | 392k 00:00:11 ETA
linux.sb 16% |**** | 792k 00:00:10 ETA
linux.sb 25% |******* | 1196k 00:00:08 ETA
linux.sb 33% |********** | 1600k 00:00:07 ETA
linux.sb 41% |************ | 1996k 00:00:06 ETA
linux.sb 50% |*************** | 2392k 00:00:05 ETA
linux.sb 58% |***************** | 2792k 00:00:04 ETA
linux.sb 67% |******************** | 3196k 00:00:03 ETA
linux.sb 75% |*********************** | 3596k 00:00:02 ETA
linux.sb 83% |************************* | 4000k 00:00:01 ETA
linux.sb 92% |**************************** | 4400k 00:00:00 ETA
linux.sb 100% |*******************************| 4764k --:--:-- ETA
Write linux.sb to NAND flash ...
Unable to find a matching key dictionary
ERROR: bootstream './linux.sb' is invalid
usage: kobs-ng [COMMAND] [ARGS]
Where [COMMAND] is one of:
.....



sbtool проверил
все ок



D:\virtual\otp_burner_1.3.2>sbtool -k key.sec linux.sb
warning: invalid signature 2
---- Boot image header ----
Signature 1: STMP
Signature 2: ♦0i╝
Format version: 1.1
Flags: 0x0000
Image blocks: 304877
First boot tag block: 9
First boot section ID: 0x00000000
Key count: 1
Key dictionary block: 7
Header blocks: 6
Section count: 1
Section header size: 1
Timestamp: 415965031000000
Product version: 9909.9909.9909
Component version: 9909.9909.9909
Drive tag: 0x0000
SHA-1 digest of header:
0x00000000: d2 eb 00 a1 c4 fc f0 3d be 37 59 78 cd 18 3b 93
0x00000010: fb a8 99 ea
Header digest is correct.

---- Section table ----
Section 0:
Identifier: 0x0
Offset: 10 blocks (160 bytes)
Length: 304865 blocks (4877840 bytes)
Flags: 0x00000001
0x1 = ROM_SECTION_BOOTABLE

---- Key dictionary ----

Key key.sec was found in key dictionary.

Data encryption key:
0x00000000: 9b a5 18 9e 7b 89 d2 d9 83 cc 9e fe 54 3b 54 c8

---- SHA-1 digest of entire image ----
0x00000000: f5 5f a4 00 65 c2 80 f8 9f c8 5e fc 59 80 99 13
0x00000010: 53 b3 ce 6a
Image digest is correct.

---- Boot tags ----
0000: @ block 000009 | id=0x00000000 | length=304865 | flags=0x00000001
0x1 = ROM_SECTION_BOOTABLE

D:\virtual\otp_burner_1.3.2>pause
Для продолжения нажмите любую клавишу . . .

.........
то есть не записал шифрованный образ

Попробуйте добавить ключ в параметры kobs-ng

Цитата

-k<hexadecimalkey> ............... Use hex key of 16 bytes

да, добавил. прошил. подключился бит барнером.
записал ключи и опять этот код 0x80501006..(
в чем секрет порядком следования не мог ошибиться.
00000001000000010000000100000001
3я плата(. флеши и проц перепаивать. думал ну все наконец.

По порядку что я делал.

файл make_system
....
./elftosb2 -k ./key.sec -c ./imx233_linux.db -o linux.sb
.....

файл key.sec
00000001000000010000000100000001

Далее собираю.
проверяю
sbtool выводит то что выше постил.

Лезу на плату через терминал
tftp -g -b 4096 -r linux.sb 192.168.0.2
скопировал
kobs-ng -k00000001000000010000000100000001 ./linux.sb
reboot

шью ключи
bitburner
00000001
00000001
00000001
00000001
и ни хрена.

Предположения

sbtool выводил такую информацию

---- Key dictionary ----

Key key.sec was found in key dictionary.

Data encryption key:
0x00000000: 9b a5 18 9e 7b 89 d2 d9 83 cc 9e fe 54 3b 54 c8

может ключ шифрованный надо было сувать kobs-ng но смысл она-же не шифрует. (типа открытого ключа)
что-то нигде об этом не упоминалось.
Саппорот молчит.

а как проще поступить если изначально запаять голый проц и флэш ?

Не понимаю вашего упорства - запороли 3 проц а сделать правильно не желаете - скприпт otp_burner.py там специально создан чтобы избежать проблем с правильной записью ключа в OTP, есть пример bit_settings.txt, есть пошаговое описание.
Если не залочили запись в регистры - можете прошить бит ENABLE_UNENCRYPTED_BOOT (HW_OCOTP_ROM0) битбарнером на запоротых процессорах и убрать -z при создании linux.sb - по крайней мере проц грузить можно незашифрованным имиджем.