Freescale kibble test cases

"System Integration Module(SIM)" ->Memory map and register definition -> SIM -> SIM_FCFG1. Find the absolute address of SIM_FCFG1. [27-24]bits of SIM_FCFG1 stands for the PFSize.

例子：

blhost -p com# -- read-memory 0x4007504c 4 //读取四个字节

The blhost returns:00 00 00 0b . So the value of SIM_FCFG1 is 0x0b000000

step2: [27-24]bits of SIM_FCFG1 stands for the PFSize, so the PFSize of L5K is 1011

PFSize flash size

"0000 8K

"0001 16K

"0010 24K

"0011 32K

"0100 48K

"0101 64K

"0110 96K

"0111 128K

"1000

"1001 256K

"1010

"1011 512K

"1100

"1101 1M

"1110

"1111 2M

8、FAC

FAC(XACC)是用来控制flash某个segment访问权限的寄存器。

以K82为例：

Flash会分为64个相等的segment.

1. 40020018 开始的地址XACCH0-3,XACCL0-3 共8个寄存器控制64个segment = flash size/64，segment size也可以通过get-property 0x20得到。板子复位后，该地址处会自动加载IFR index 0x10跟0x11按位与的结果。

2. XACC由IFR 0x10跟0x11按位与得到结果

3. IFR 0xa0-0xaf(index 10对应A0-A7)可以通过read resource 0xa0 8 0得到，写入可以通过program once写入

4. IFR每四个字节小端存储

IFR 0x10 8个bytes

IFR 0x11 8个bytes

例子：

Flash-program-once 0x10 1122334455667788

88与88按位与，得到的结果对应0-7 segment，即flash 0地址开始的segment

77与77按位与，得到的结果对应8-15 segment

。。。

11与11按位与，得到结果对应56-63 segment

详细的对应关系如下：

技术分享图片

如下表格是计算好的IFR：

For example (segment 0 – 7):

segment number	XA[7:0]	progam flash IFR address A	program flash IFR address B
0	11111110	ffff_ffff_ffff_fffe	ffff_ffff_ffff_fffe
		ffff_ffff_ffff_fffe	ffff_ffff_ffff_ffff
		ffff_ffff_ffff_ffff	ffff_ffff_ffff_fffe
1	11111101	ffff_ffff_ffff_fffd	ffff_ffff_ffff_fffd
		ffff_ffff_ffff_ffff	ffff_ffff_ffff_fffd
		ffff_ffff_ffff_fffd	ffff_ffff_ffff_ffff
2	11111011	ffff_ffff_ffff_fffb	ffff_ffff_ffff_fffb
		ffff_ffff_ffff_fffb	ffff_ffff_ffff_ffff
		ffff_ffff_ffff_ffff	ffff_ffff_ffff_fffb
3	11110111	ffff_ffff_ffff_fff7	ffff_ffff_ffff_fff7
		ffff_ffff_ffff_fff7	ffff_ffff_ffff_ffff
		ffff_ffff_ffff_ffff	ffff_ffff_ffff_fff7
4	11101111	ffff_ffff_ffff_ffef	ffff_ffff_ffff_ffef
		ffff_ffff_ffff_ffff	ffff_ffff_ffff_ffef
		ffff_ffff_ffff_ffef	ffff_ffff_ffff_ffff
5	11011111	ffff_ffff_ffff_ffdf	ffff_ffff_ffff_ffdf
		ffff_ffff_ffff_ffdf	ffff_ffff_ffff_ffff
		ffff_ffff_ffff_ffff	ffff_ffff_ffff_ffdf
6	10111111	ffff_ffff_ffff_ffbf	ffff_ffff_ffff_ffbf
		ffff_ffff_ffff_ffff	ffff_ffff_ffff_ffbf
		ffff_ffff_ffff_ffbf	ffff_ffff_ffff_ffff
7	01111111	ffff_ffff_ffff_ff7f	ffff_ffff_ffff_ff7f
		ffff_ffff_ffff_ff7f	ffff_ffff_ffff_ffff
		ffff_ffff_ffff_ffff	ffff_ffff_ffff_ff7f

Case：

3. blhost -p com# -- flash-erase-all-unsecure

4. blhost -p com# -- flash-program-once 0x10 8 fffffffffffffffe

Or blhost -p com# -- flash-program-once 0x08 8 fffffffffffffffe

5. blhost -p com# -- flash-program-once 0x11 8 fffffffffffffffe

Or blhost -p com# -- flash-program-once 0x09 8 fffffffffffffffe

6. blhost -p com# -- reset

7. the segment 0 is in execute-only mode, it can‘t be read and programmed.

blhost -p com# -- read-memory 0x00 16

expected result: kStatus_FlashRegionExecuteOnly

blhost -p com# -- write-memory 0x00 {{1122334455667788}}

expected result: kStatus_FlashRegionExecuteOnly

6、RAM

RAM测试跟flash的测试类似，将ram写满，然后读取，比较读取的内容跟写入的是否一致

1、RAM_Fill_Memory_01

blhost -u -- get-property 15 //get ram size

blhost -u -- get-property 14 //get ram start address

blhost -u -- get-property 12 //get ram reserved region

blhost -t 3000 -u -- fill-memory 0x1fff1298 126312 0xfe byte //fill the whole memory with 0xfe

blhost -t 3000 -u -- read-memory 0x1fff0000 131072 //read the whole memory

2、RAM_Write_Memory_01

blhost -u -- get-property 15 //RAM Size = 128 KB

blhost -u -- get-property 14 //RAM Start Address = 0x1FFF0000

blhost -u -- get-property 12 // RAM: 0x1FFF0000-0x1FFF1297

blhost -t 30000 -u -- fill-memory 0x1fff1298 126312 0xfe byte //fill the whole memory with 0xfe

blhost -t 30000 -u -- read-memory 0x1fff1298 131072 C:\Users\public.ZCHLABB46681-12\Desktop\Kinetis_Bootloader_2_0_0_d1\bin\Tools\blhost\win\test.txt //read memory to test_ram.txt

blhost -t 10000 -u -- write-memory 0x1fff1298 C:\Users\public.ZCHLABB46681-12\Desktop\Kinetis_Bootloader_2_0_0_d1\bin\Tools\blhost\win\test_ram.txt //write data to RAM

blhost -t 10000 -u -- read-memory 0x1fff1298 131072 //read the writed memory

3、RAM_abnormal_read_write

1 、read and write reserved region

blhost -p com43 -- read-memory 0x0 0x1004

blhost -u -- read-memory $RAM_Reserved_Start Reserved_Size, will read the value successfully.

blhost -u -- write-memory $RAM_Reserved_Start "{{1122}}", will return kStatusMemoryRangeInvalid.

2、read not aligned

blhost -u -- read-memory 0x1FFFE123 7,0x123 will read successfully

blhost -u -- write-memory 0x20001234 "{{123}}", will write successfully

3、read extend thewhole memory

blhost -u -t 100000 -- read-memory $RAM_Reserved_Start $RAM_Size+4

blhost -u -t 100000 -- read-memory $RAM_Reserved_End $RAM_Size

// kStatusMemoryRangeInvalid

7、QSPI

注意：给QSPI flash供电1.8V，J5

K80的启动：

Bootpin option bit： BOOTPIN_OPT = 1的前提下：

BOOTSREC_SEL（0x40D bit[7:6]）决定启动源：

1、QSPI_without_config_01

Operate to QSPI, but without configure

0x68000000是K80 QSPI的base address

blhost -u -- read-memory 0x68000000 8

blhost -u -- write-memory 0x68000000 "{{112233}}"

blhost -u -- fill-memory 0x68000000 10 0xfe byte

blhost -u -- flash-erase-region 0x68000000 1024

return value: QSPI not configured

2、QSPI_with_config_01

配置文件在release包中的apps\QCBGenerator\binaries内

blhost -p com43 -- write-memory 0x20000000 qspi_cfg_block_quad.bin

blhost -p com43 -- configure-quadspi 1 0x20000000

blhost -p com43 -- read-memory 0x68000000 0x100

blhost -p com43 -- write-memory 0x68000000 "{{112233}}"

blhost -p com43 -- flash-erase-region 0x68000000 1024

all the commands should be executed successfully

3、QSPI_write_01

向QSPI flash不同地址写入不同长度字节的数据,然后读取出来看是否写成功

8bit对齐，0x100

Get-property 25 1可以查看qspi flash相关的信息，包括QSPI flash的大小，sector的大小等

blhost -u -- flash-erase-region 0x68000000 0x10000

blhost -t 100000 -u -- write-memory 0x68000000 {{00}}

blhost -t 100000 -u -- write-memory 0x68000100 {{0000}}

blhost -t 100000 -u -- write-memory 0x68000200 {{00000000}}

blhost -t 100000 -u -- write-memory 0x68000300 {{0000000000000000}}

blhost -t 100000 -u -- write-memory 0x687ff000 {{00}}

blhost -t 100000 -u -- write-memory 0x687ff100 {{0000}}

blhost -t 100000 -u -- write-memory 0x687ff200 {{00000000}}

blhost -t 100000 -u -- write-memory 0x687ff300 {{0000000000000000}}

blhost -t 100000 -u -- read-memory 0x687ff300 16

3、QSPI_write_sector

Xiaotian上面的case里面使用的.dat文件是定义一个sector为256KB（0x40000）

先从0x68000000处写入sector大小的文件，然后从0x68000000跟0x68003f00处（即写入空间的开头跟结尾处。因为QSPI flash是8bit对齐，就是0x100（八个bit都相同），所以极限是0x68003f00）开始读取16个byte，看是否写成功
跟A的思路一样，不同的就是在QSPI flash最后端的空间写数据

blhost -t 100000 -u -- write-memory 0x68000000 1_sector.dat

blhost -t 100000 -u -- read-memory 0x68000000 16

blhost -t 100000 - u -- read-memory 0x6803ff00 16

blhost -t 100000 - u -- write-memory 0x68040000 "qspi_two_sector.dat"

blhost -t 100000 - u -- read-memory 0x68040000 16

blhost -t 100000 - u -- read-memory 0x680bff00 16

blhost -t 100000 -u -- write-memory 0x68700000 "qspi_one_sector.dat"

blhost -t 100000 -u -- read-memory 0x68700000 16

blhost -t 100000 -u -- read-memory 0x687f3ff00 16

blhost -t 100000 -u -- write-memory 0x68740000 "qspi_two_sector.dat"

blhost -t 100000 -u -- read-memory 0x68740000 16

blhost -t 100000 -u -- read-memory 0x687bff00 16

4、QSPI_write_half

写满QSPI flash一半的空间\全部空间,然后分别在写入空间的前后处读取数据，看写入的内容是否正确

blhost -t 100000 -u -- write-memory 0x68000000 "qspi_one_half.dat"

blhost -t 100000 -u -- read-memory 0x68000000 16

blhost -t 100000 -u -- read-memory 0x683fff00 16

blhost -t 100000 -u -- write-memory 0x68000000 "qspi_full.dat"

blhost -t 100000 -u -- read-memory 0x68000000 16

blhost -t 100000 -u -- read-memory 0x687fff00 16

5、QSPI_write_alignment

Get-property 25 1查看QSPI信息

Page对齐

写对齐，分别使用不同长度的对齐来写数据，结果只有0x100长度对齐的能pass，其余的返回alignment error

blhost -t 100000 -u -- write-memory 0x68000004 "{{00}}"

blhost -t 100000 -u -- write-memory 0x68000008 "{{00}}"

blhost -t 100000 -u -- write-memory 0x68000010 "{{00}}"

blhost -t 100000 -u -- write-memory 0x68000040 "{{00}}"

blhost -t 100000 -u -- write-memory 0x68000080 "{{00}}"

blhost -t 100000 -u -- write-memory 0x68000100 "{{00}}"

6、QSPI_fill_01

blhost -t 100000 -p COMx -- flash-erase-region 0x68000000 0x10000

blhost -t 100000 -p COMx -- flash-erase-region 0x68fe0000 0x10000

blhost -t 100000 -p COMx -- fill-memory 0x68000000 1 0x00 byte

blhost -t 100000 -p COMx -- read-memory 0x68000000 16

blhost -t 100000 -p COMx -- fill-memory 0x68000100 2 0x00 byte

blhost -t 100000 -p COMx -- read-memory 0x68000100 16

blhost -t 100000 -p COMx -- fill-memory 0x68000200 4 0x00 byte

blhost -t 100000 -p COMx -- read-memory 0x68000200 16

blhost -t 100000 -p COMx -- fill-memory 0x68000300 8 0x00 byte

blhost -t 100000 -p COMx -- read-memory 0x68000300 16

blhost -t 100000 -p COMx -- fill-memory 0x68fff100 1 0x00 byte

blhost -t 100000 -p COMx -- read-memory 0x68fff100 16

blhost -t 100000 -p COMx -- fill-memory 0x68fff200 2 0x00 byte

blhost -t 100000 -p COMx -- read-memory 0x68fff200 16

blhost -t 100000 -p COMx -- fill-memory 0x68fff300 4 0x00 byte

blhost -t 100000 -p COMx -- read-memory 0x68fff300 16

blhost -t 100000 -p COMx -- fill-memory 0x68fff400 8 0x00 byte

blhost -t 100000 -p COMx -- read-memory 0x68fff400 16

8、boot with QSPI configured

启动的同时配置好QSPI

blhost -p com43 -- write-memory 0x20000000.bin

blhost -p com43 – configure-quadspi 0x20000000

blhost -p com43 -- write-memory 0x400 {{fffffffffffffffffffffffffe80}}

blhost -p com43 -- write-memory 0x68000000 qspi.bin

9、 boot from QSPI

Led 下载到QSPI中,然后从QSPI启动

此LED demo为特制,代码分布于flash跟QSPI flash中

使用receive-sbfile命令时,加长延时.

Blhost –t 500000

因为使用sbfile配置QCB的时候,如果有涉及到对QCB的操作的话,延时不够板子会无响应

# The sources block assigns file names to identifiers

sources {

# SREC File path

mySrecFile = "led_demo_fpga_qspi.srec";

# QCB file path

qspiConfigBlock = "qcb_S25FL129P01.bin";

}

section (0) {

erase 0..0x4000;

load qspiConfigBlock >0x20000000;

enable qspi 0x20000000;

erase 0x68000000..0x68004000;

load qspiConfigBlock > 0x68000000;

load mySrecFile;

reset;

}

10 、boot from QSPI alias memory

代码分布于QSPI跟QSPI alias memory中

验证是否能够从alias memory中启动成功

sources {

# SREC File path

mySrecFile = "led_demo_fpga_alias_40001000.srec";

# QCB file path

qspiConfigBlock = "qcb_S25FL129P01.bin";

}

section (0) {

erase 0..0x4000;

load qspiConfigBlock >0x20000000;

enable qspi 0x20000000;

erase 0x4000000..0x4004000;

load qspiConfigBlock > 0x68000000;

load mySrecFile;

reset;

}

8、 SB FILE

1. Elftosb.exe

Elftosb实际上是一个加密工具，用elftosb.exe生成后缀名为.sb 的文件，然后在blhost工具中通过receive-sb-file command 下载到内存中生成.

2..bd文件

bd是"boot descriptor"缩写，该文件是一个command file，具有这种功能的文件我们以.bd作为其后缀名。

2.两者之间的关系

.bd文件作为一个command file来告诉elftosb工具如何将.bd文件中的内容转换成相应的sb file。

二． bd文件内容模块的介绍

我们将.bd文件中的内容分成以下几个大的模块：options ,constants ,sources and sections

这几个部分都可以按照一定的规则进行组合生成可执行的.bd文件。每个模块都以该模块的关键字来引入，并且其内容用{}来包含。如下面的option模块所示：

#define the options block

该模块与产生ELF文件的工具有关系，工具箱有"GHS","GCC","GUN"和"ADS",我们一般在options模块中不添加任何内容而采用其默认的生成工具"GHS".

2.constants

该模块中可包含有0个或多个常量定义语句，每条语句都以分号结尾。假设有一个myBinFile 文件，我可以通过这个模块去获得该文件的大小：

constants{

bufsize = sizeof(myBinFile);

error"Buffer size is too small!";

}

else

{

info"Buffer size is acceptable";

}

3.sources

该模块是用来说明要加载的源文件的路径，对于led_demo_FRDM-KL25Z_8000.bin文件来说，有两种获取源文件的方法。

第一种方法：

Sources{

myBinFile = "led_demo_FRDM-KL25Z_8000.bin";

}

否则执行

Sources{

myBinFile = "../app_demo/led_demo_FRDM-KL25Z.bin";

elftosb.exe -V -c demo_L5K_flash_call.bd -o demo_L5K_flash_erase.sb led_demo_FRDM-KL25Z_8000.bin

4.sections

该模块可以说是四大模块中最重要的一个模块，整个源文件的加载也是在该模块中实现。在该模块中可以执行包括erase，load，from ,jump ,call等各种语句,在这里主要讲一下load语句。

load语句目前支持的文件格式有.bin 文件.out文件和.elf文件。

下面是针对于KL25Z4和L5K板子加载的两种文件的

加载.bin的文件

section (0) {

erase all;

load myBinFile > 0x8000;

jump 0x83e1;

}

9、 MMCAU

MMCAU或者LTC只会对SB file加密，即生成加密的SB file。。但是对SB内的内容不会加密。

比如在BD里面加入APP，APP还是明文APP附着在生成的SB file里面

但是OTFAD，里面会用到encrypt()这个段，这里面引入了APP。。此时的APP就是用blob生成的密文APP附着在SB file里面

AES几种加密模式：

http://www.cnblogs.com/starwolf/p/3365834.html

MMCAU是一个用于算法加速的模块。。

AES算法需要BCA指定一个地址存储。。

所以

使用elfrosb生成加密的sb，加密key 存放到0x30-0x33
BCA指定MMCAU.bin，MMCAU.bin用来对SB进行解密
Receive-sb ROM会自动解密

Memory-Mapped Cryptographic Acceleration Unit（内存映射加密加速单元）

MMCAU是对加密完成后的SB file进行解密。

通过CAU硬件加速模块，进行软件解密。

使用的算法是AES

MMCAU算法在BCA中的配置：MMCAU算法可以被加载到any accessible RAM或flash中。不是每个MMCAU配置bin文件拿到手就能用的，我们需要在BCA里配置相应的位，即要告诉bootloader 有一个 pointer指向一个MMCAU设置结构。这边要谈到该bin文件头20个字节的数据，因为这20个字节数据有特殊的意义，不可缺少。

我们把这头20个字节数据分为5段。

[Herschel] 0-3字节为tag("6B 63 61 75")在ACSII码里对应为字符"kcau"，类似于BCA的"kcfg"
[Herschel] 4-7 字节为length，其实这个length可以算出来，它就是从第21个字节开始算到函数代码最后的字节的总长度。
[Herschel] 8-11 字节为Init起始地址，这里它是绝对地址。
[Herschel] 12-15 字节为Encrypt起始地址，这里是绝对地址。

[Herschel] 16-19 字节为Decrypt起始地址，这里也是绝对地址。

MMCAU的bin文件，有两种：cm0p Bin和cm4 Bin文件，区别 MMCAU_OFFSET_cm0p_aes_init_start =0x14
MMCAU_OFFSET_cm0p_aes_encrypt_start =0xB8
MMCAU_OFFSET_cm0p_aes_decrypt_start =0x200
MMCAU_OFFSET_cm4_aes_init_start =0x14
MMCAU_OFFSET_cm4_aes_encrypt_start =0xEA
MMCAU_OFFSET_cm4_aes_decrypt_start =0x29A

如上3-5填写的地址是需要加上BCA里面指定的地址。

步骤：

使用elftosb生成加密的sbfile
BCA指定MMCAU的地址后reset
IFR 0x30-0x33或者指定的flash 地址写入解密key
将MMCAU.bin写到指定的地址，MMCAU.bin就是操作CAU的算法，实现AES解密。
Receive sbfile 接受加密后的文件

Test point：

MMCAU代码位于flash\ram中
1. Zero key加密数据\app
2. Non zero key加密数据\app

1 使用zerokey进行加密

1. Erase the whole flash

2. Update the BCA data. Make sure the tag is ‘kcfg‘ and the mmcauConfigPointer is the located mmacu data address (0x1000).

3. Reset the target so that the BCA can be used.

4. Modify the MMCAU_DATA_cmXX.bin.

5. Set the mmcau data in flash and make sure the address is at least 4 bytes alignment.

6. Create simple.bd file, the contents are as follows.

options{}

section (0) {

load "hello sb loader world!"> 0x2000;

load {{ 05 20 00 bf 40 1e fc d1 70 47 }} > 0x3000;

}

Note: "05 20 00 bf 40 1e fc d1 70 47" is the opcodes of a tiny function.

7. Create generate_simple.bat file, the contents are as follows. (Please make sure the elftosb.exe exists in the current directory)

elftosb.exe -z -V -c simple.bd -o simple.sb

8. Double click generate_simple.bat file to generate simple.sb file.

9. Send the sb file to the target and it will return success.

10. Read data from memory address, and check if the simple string ("hello sb loader world!") is written in.

11. Call the loaded tiny function and blhost will return success.

blhost -u -t 50000 -- flash-erase-all-unsecure

blhost -u -t 50000 -- write-memory 0x3c0 "{{6B 63 66 67}}"

blhost -u -t 50000 -- write-memory 0x3E0 "{{00 10 00 00}}"

blhost -u -t 50000 -- reset

blhost -u -t 50000 -- write-memory 0x1000 XX.BIN

Note: choose the correct mmcau data file according to the architecture of the ARM core (CM0p, CM4, ...)

blhost -u -t 50000 -- receive-sb-file simple.sb

blhost -u -t 50000 -- read-memory 0x2000 22

blhost -u -t 50000 -- call 0x3001 0

2使用非zerokey进行加密

Sb file加密时使用的密文在receive-sb-file之前需要将密文写到Index 0x30处.

如果Index 0x30开始的地方没有写入key,receive-file将报错. kStatusRomLdrKeyNotFound

技术分享图片

blhost -u -t 50000 -- flash-erase-all-unsecure

blhost -u -t 50000 -- write-memory 0x3c0 "{{6B 63 66 67}}"

blhost -u -t 50000 -- write-memory 0x3E0 "{{00 20 00 00}}"

blhost -u -t 50000 -- reset

blhost -u -t 50000 -- write-memory 0x2000 mmcau_cm4.bin

blhost -u -t 50000 -- write-memory 0x3c0 bca_mmcau_cm4.bin

//如果使用带BCA的bin文件，则上面bca的配置全部不需要，但是地址写到0x3c0处

elftosb.exe -k key.txt -V -c simple.bd -o simple.sb

blhost -u -t 50000 -- flash-program-once 0x30 4 11111111

blhost -u -t 50000 -- flash-program-once 0x31 4 11111111

blhost -u -t 50000 -- flash-program-once 0x32 4 11111111

blhost -u -t 50000 -- flash-program-once 0x33 4 11111111

blhost -u -t 50000 -- receive-sb-file case.sb

blhost -u -t 50000 -- read-memory 0x2000 22

blhost -u -t 50000 -- call 0x3001 0

2使用非zerokey加密led demo

如下图所示，红色分隔符里面的内容分别是：

typedef struct mmcau_function_info

{

uint32_t tag; // ‘kcau‘ = 0x

uint32_t length; // number of bytes to copy, this number will be copied from the start of aes_init

uint32_t aes_init_start;

uint32_t aes_encrypt_start;

uint32_t aes_decrypt_start;

} mmcau_function_info_t;

当BCA里面的指定了MMCAU的pointer之后，对应的init_start、encrypt_start、decrypt_start需要加上BCA里面指定的地址

blhost -u -t 50000 -- flash-erase-all-unsecure

blhost -u -t 50000 -- write-memory 0x3c0 "{{6B 63 66 67}}"

blhost -u -t 50000 -- write-memory 0x3E0 "{{00 20 00 00}}"

blhost -u -t 50000 – reset

blhost -u -t 50000 -- write-memory 0x2000 mmcau_cm4.bin

blhost -u -t 50000 -- flash-program-once 0x30 4 11111111

blhost -u -t 50000 -- flash-program-once 0x31 4 11111111

blhost -u -t 50000 -- flash-program-once 0x32 4 11111111

blhost -u -t 50000 -- flash-program-once 0x33 4 11111111

blhost -u -t 50000 -- receive-sb-file case.sb

10、LTC

LTC是硬件解密。使用的也是AES解密，与MMCAU不同的是，他是通过硬件完成的。

所以不需要算法代码，也就是MMCAU.bin

测试步骤跟MMCAU一样。不需要配置BCA跟烧写MMCAU.bin

使用elftosb生成加密的SB
Key烧写到0x30-0x33
Receive SB后reset板子，LTC自动对SB进行解密

OTFAD：

使用SB file的方式进行image的烧写。。因为image的vector table出在internal flash中，boot data处于QSPI中。如果使用blhost的方式去烧写，不好做。

使用key blob对QSPI image加密后，SB file中image就被加密了。Elftosb这个工具是用来做加密的

Kblob在SB中

0x20-0x23 处的kek对key blob加密。

如下的写法就是将加密的keyblob写到BCA中指定的key blob地址。

Encrypt(0)中就是将使用keyblob加密的QSPI image写到internalflash跟QSPI flash中

OTFAD是对QSPI进行解密的硬件，使用keyblob变运行边解密

QSPI image使用key blob加密，加密的方式是AES-CTR mode
使用0x20 -0x23处key的值对keyblob加密，生成加密的key blob存放到BCA指定的keyblob地址

Keywrap (0) {

load {{000102030405060708090a0b0c0d0e0f}} > 0x1000;

}

SB中这段操作是使用kek对blob加密，然后加密后的blob写入0x1000.0x1000需要在BCA中指定

0x20-0x23处写入key
Reset板子，ROM自动解密。0x20-0x23处的key解出blob，blob对加密的image解密。。image边解密边运行

如果需要对SB 加密的话，还可以对SB加密一次。。具体方式参照MMCAU或者LTC

11、reliable update

当更新firmware的时候，突然断电或者板子连线出了问题的时候。导致firmware的损坏或者设备没响应。reliable update的存在就是为了解决这个问题。

Reliable update将设备的memory分为两块：main application region & backup application region。只有备份应用区可以用来更新image。一旦备份应用区里面有image的更新，bootloader会检测image的有效性跟完整性，然后将image拷贝到主应用区。

Reliable update的触发有两种方式：

backup application region里面有image，重启target
使用blhost命令reliable-update

Reliable update的实现有两种方式：

软件实现
硬件实现

两者很明显的区别就是

软件实现需要将backup application region里面的东西拷贝到main application region

硬件实现是将bootloader跟image分别在main跟backup region里面占用一部分，

[?5/?12/?2016 2:39 PM] Jie Heng:

测试boot ROM并且是 HW reliable update话，image size要大于0x410，但是CRC计算长度是任意的

除了这种类型的测试外，其他测试 image size没有规定，不需要考虑flash config

[?5/?12/?2016 2:43 PM] Jie Heng:

只要是测试 SW reliable update，CRC计算长度必须包含BCA

总结下来，

HW reliable：

1、ROM上面app size要大于0x410，其他类型app size 不管。

2、CRC计算的长度计算image前八个字节

SW reliable：

1、Image size没规定

2、CRC计算长度需要包含BCA

static uint32_t get_application_base(specified_application_type_t applicationType)

目的是得到app的存储地址

1、reset后init函数里面使用：

kReliableUpdateOption_Normal = 0

ROM: 0
FLASH: APP_VECTOR_TABLE_ADDRESS

2、Blhost执行reliable update命令：

kSpecifiedApplicationType_Backup = 1

1、ROM: PFlash_size/2

2、FLASH: PFlash_size/2 + APP_VECTOR_TABLE_ADDRESS

3、ROM跟FLASH宏都没有打开：定义于bootloader_config.h中的BL_BACKUP_APP_START

Backup address of reliable update

	HW		SW
	Flash	ROM	Flash	ROM
Reset	Flash size/2 + app vector address	Flash size/2	BL_BACKUP_APP_START	Flash size/2
Command	Flash size/2 + app vector address	Flash size/2	Address by command	Address by command