RT image架构解析

RT ROM启动image的时候，会从固定的位置抓取IVT。根据IVT里面的信息进行boot。
本文重点介绍下IVT的架构。

为何要有IVT

• 做过MCU开发的小伙伴应该都清楚，我们制作一个app存放到固定的位置，reset后bootloader就会将其 boot起来。
  
• 以NXP的K65为例，我们做的image，起始4byte为SP，紧接着的4byte为PC。然后将image烧写到内部 flash的0xa000处，reset板子后，K65的flashloader就将image boot起来。
• 但是RT有多个外部的boot device，比如SD，Flexspi nand等。我们无法做到将一个image写到固定的 地址，然后让ROM去boot它。
  
• 所以我们需要对原始的image包裹一层IVT，IVT里面记录了image的运行地址，PC等等。ROM从固定的位 置读取IVT，根据IVT里面的信息进行boot。这就是IVT的由来。

IVT架构

• Boot device memory是指当前image存储的device中的布局
• Dest memory指image运行时的image布局
• 如果是XIP boot的话，这两者是一样的

• Non-xip的话，一个是存储device中的image布局，另一个就是运行的image布局

• IVT参数详解
  • hader
    ROM根据header来判断是否为合法的IVT，可以设置为0x412000D1
  • entry
    image的PC或者vector table的base address
  • boot data
    ROM根据boot data里面的信息，将boot image拷贝length长度到start处
  • csf
    image的签名数据存储地址，secure boot会对image进行认证。证书的信息都在csf中

IVT存在哪里

• ROM规定了不同的device中IVT的offset，如下图。
  

• ROM根据不同的device，从offset处获取IVT。根据IVT中的boot data的start address来判断是否为XIP。如果是XIP，则不处理。否则将image copy到start address处运行。然后根据entry进行boot

今天我们讲解了IVT的由来，架构，ROM怎么对IVT进行处理
下一次我们来看看怎么制作image，看看怎么给image加IVT，怎么生成签名\加密的image。

转载于:https://www.cnblogs.com/richard-xiong/p/9550057.html