本篇是开发笔记第三篇,咱们就重点聊聊如何为超级下载算法设计一套统一的FlexSPI驱动接口及其访问方式。
大家好,我是痞子衡,是正经搞技术的痞子。今天痞子衡给大家介绍的是超级下载算法开发笔记(3)之统一FlexSPI驱动访问。
文接上篇 《超级下载算法(RT-UFL)开发笔记(2) - 识别当前i.MXRT型号》,现在超级算法已经能够识别到当前i.MXRT型号了,下一步就是找到一套统一的底层Flash驱动函数来实现外接串行NOR Flash的基本擦写操作,这套统一的底层Flash驱动至少要在API层面做到与i.MXRT型号无关,并且调用方式统一,这样就相当方便后续的上层算法层面的逻辑设计了。
本篇是开发笔记第三篇,咱们就重点聊聊如何为超级下载算法设计一套统一的FlexSPI驱动接口及其访问方式。
我们知道i.MXRT系列内部用于连接NOR Flash的外设名字叫FlexSPI,这个外设在不同i.MXRT型号上差异很小,这对于设计通用Flash驱动函数来说方便了很多,这也是痞子衡做i.MXRT超级算法的最初动机。
说到FlexSPI这个外设,其实就是Kinetis系列的QuadSPI外设的升级,在恩智浦MCUX SDK包里提供了一套标准的FlexSPI驱动,这个驱动写得还挺完善的,但是痞子衡并没有选择SDK标准驱动作为超级下载算法的底层Flash驱动。
\SDK_2.x.x\devices\MIMXRTxxxx\drivers\fsl_flexspi.c \SDK_2.x.x\devices\MIMXRTxxxx\drivers\fsl_flexspi.h \SDK_2.x.x\components\flash\nor\flexspi\fsl_flexspi_nor_flash.c \SDK_2.x.x\components\flash\nor\flexspi\fsl_flexspi_nor_flash.h
我们知道i.MXRT系列都是包含BootROM的,BootROM都支持从外部串行NOR Flash启动,这意味着BootROM中也是集成了FlexSPI驱动的(驱动源码也开源在SDK里了),BootROM里这套驱动与MCUX SDK里的驱动大体上差不多,但是细节上有差异,痞子衡最终选择了BootROM里的FlexSPI驱动作为超级算法的底层Flash驱动,原因下一节会讲。
\SDK_2.x.x\middleware\mcu-boot\src\drivers\flexspi\bl_flexspi.c \SDK_2.x.x\middleware\mcu-boot\src\drivers\flexspi\bl_flexspi.h \SDK_2.x.x\middleware\mcu-boot\src\drivers\flexspi_nor\flexspi_nor_flash.c \SDK_2.x.x\middleware\mcu-boot\src\drivers\flexspi_nor\flexspi_nor_flash.h
现在我们虽然找到了一套看似统一的FlexSPI驱动,但事情远不是这么简单。BootROM版本的FlexSPI驱动从API接口本身而言是几乎一致的,痞子衡之前也为此写过文章 《利用i.MXRT系列ROM提供的FlexSPI driver API可轻松IAP》,但是在不同i.MXRT型号上调用方式不统一(在开放API的i.MXRT型号上API函数地址不一,在不开放API的i.MXRT型号上需要手动移植mcu-boot里的源代码),因此我们需要对所有i.MXRT型号下的BootROM FlexSPI驱动调用方式做一个统一。
首先讲开放ROM API的几款i.MXRT型号(RT500/RT600/RT1060/RT1064/RT1170),这里顺便先解释一下上一节的遗留问题,为何选择BootROM版本FlexSPI驱动而不是SDK标准驱动?当然是因为有这个ROM API的存在,毕竟超级下载算法最终可执行文件越小越好,能调用ROM API可以极大地减小超级下载算法的最终代码长度。
关于ROM API的细节,痞子衡不予赘述,我们按照如下格式准备好全部的g_bootloaderTree_imxrt宏待用(代码仅示例了i.MXRT1060)
#define RT106X_ROM_API_TREE_ADDR (0x0020001cu) typedef struct _bootloader_tree_imxrt106x { const uint32_t version; const char *copyright; void (*runBootloader)(void *arg); const uint32_t reserved0; const flexspi_nor_flash_driver_imxrt106x_t *flexspiNorDriver; } bootloader_tree_imxrt106x_t; #define g_bootloaderTree_imxrt106x (*(bootloader_tree_imxrt106x_t **)(RT106X_ROM_API_TREE_ADDR))
对于没有开放ROM API的几款i.MXRT型号(RT1010/1015/1020/1024/1050),咱们就必须一一移植mcu-boot里的FlexSPI相关代码了,需移植的代码包含两部分:FlexSPI外设本身驱动,FlexSPI BSP驱动。前者移植起来倒是比较简单(直接找一个最完善的版本即可),但是后者涉及到了clock和pinmux配置,因i.MXRT型号而异,这部分代码差异较大,移植起来比较麻烦。
FlexSPI外设本身驱动就是最终提供如下几个通用的函数即可,这部分是共用的源代码:
status_t flexspi_nor_drv_flash_init(uint32_t instance, flexspi_nor_config_t *config); status_t flexspi_nor_drv_flash_page_program(uint32_t instance, flexspi_nor_config_t *config, uint32_t dstAddr, const uint32_t *src); status_t flexspi_nor_drv_flash_erase_all(uint32_t instance, flexspi_nor_config_t *config); status_t flexspi_nor_drv_flash_erase(uint32_t instance, flexspi_nor_config_t *config, uint32_t start, uint32_t length); status_t flexspi_nor_drv_flash_read( uint32_t instance, flexspi_nor_config_t *config, uint32_t *dst, uint32_t start, uint32_t bytes); status_t flexspi_nor_drv_get_config(uint32_t instance, flexspi_nor_config_t *config, serial_nor_config_option_t *option);
在移植FlexSPI BSP驱动过程中遇到了一个最头疼的事情,就是clock和pinmux代码需使用SDK里的基础驱动,而SDK驱动依赖i.MXRT芯片头文件,但是最终超级下载算法只有一个工程,这个工程几乎无法同时包含多个i.MXRT头文件。如果不用i.MXRT头文件,clock和pinmux代码全部改为裸写寄存器地址,工作量又太大,也不利于后期维护,最终想到的解决方案就是为每个i.MXRT型号的FlexSPI BSP驱动制作一个库工程,在库工程里各自使用自己的头文件,然后生成一个库文件作为超级下载算法工程的源文件。
下面是示例的i.MXRT1050库文件里需提供的BSP函数列表,这也是综合多个型号SDK包里mcu-boot代码后提炼出来的:
void flexspi_iomux_config_rt1050(uint32_t instance, flexspi_mem_config_t *config); void flexspi_update_padsetting_rt1050(flexspi_mem_config_t *config, uint32_t driveStrength); void flexspi_clock_config_rt1050(uint32_t instance, uint32_t freq, uint32_t sampleClkMode); status_t flexspi_set_failsafe_setting_rt1050(flexspi_mem_config_t *config); status_t flexspi_get_max_supported_freq_rt1050(uint32_t instance, uint32_t *freq, uint32_t clkMode); uint32_t CLOCK_GetCPUFreq_RT1050(void); status_t flexspi_get_clock_rt1050(uint32_t instance, flexspi_clock_type_t type, uint32_t *freq); void flexspi_clock_gate_enable_rt1050(uint32_t instance); void flexspi_clock_gate_disable_rt1050(uint32_t instance); status_t flexspi_nor_write_persistent_rt1050(const uint32_t data); status_t flexspi_nor_read_persistent_rt1050(uint32_t *data);
现在无论是ROM API接口方式,还是源代码(库)接口方式,所有的i.MXRT型号下基础FlexSPI驱动已经准备完毕了,到了最关键的统一阶段了,我们首先可以定义一个如下ufl_target_desc_t结构体及其全局变量g_uflTargetDesc,这个结构体由FlexSPI擦写API函数指针(flexspi_nor_flash_driver_t)以及BSP函数指针(flexspi_bsp_driver_t)组成:
typedef struct _target_desc { uint32_t imxrtChipId; flexspi_nor_flash_driver_t flashDriver; flexspi_bsp_driver_t flexspiBsp; } ufl_target_desc_t; ufl_target_desc_t g_uflTargetDesc;
然后我们定义一个ufl_fill_flash_api()函数,该函数的功能就是根据识别出来的i.MXRT型号来具体填充ufl_target_desc_t型全局结构体变量里的成员值。如果是源代码接口方式,则填入对应函数名;如果是ROM API接口方式,则根据g_bootloaderTree_imxrt宏找到对应函数地址,最终我们在g_uflTargetDesc全局变量里统一了FlexSPI驱动访问方式(下述代码仅示例了RT1050和RT1060)。
static void ufl_fill_flash_api(void) { rt_chip_id_t chipId = (rt_chip_id_t)g_uflTargetDesc.imxrtChipId; ufl_target_desc_t *uflTargetDesc = (ufl_target_desc_t *)&g_uflTargetDesc; switch (chipId) { case kChipId_RT105x: uflTargetDesc->flashDriver.init = flexspi_nor_drv_flash_init; uflTargetDesc->flashDriver.page_program = flexspi_nor_drv_flash_page_program; uflTargetDesc->flashDriver.erase_all = flexspi_nor_drv_flash_erase_all; uflTargetDesc->flashDriver.erase = flexspi_nor_drv_flash_erase; uflTargetDesc->flashDriver.read = flexspi_nor_drv_flash_read; uflTargetDesc->flashDriver.set_clock_source = NULL; uflTargetDesc->flashDriver.get_config = flexspi_nor_drv_get_config; uflTargetDesc->flexspiBsp.flexspi_iomux_config = flexspi_iomux_config_rt1050; uflTargetDesc->flexspiBsp.flexspi_update_padsetting = flexspi_update_padsetting_rt1050; uflTargetDesc->flexspiBsp.flexspi_clock_config = flexspi_clock_config_rt1050; uflTargetDesc->flexspiBsp.flexspi_set_failsafe_setting = flexspi_set_failsafe_setting_rt1050; uflTargetDesc->flexspiBsp.CLOCK_GetCPUFreq = CLOCK_GetCPUFreq_RT1050; uflTargetDesc->flexspiBsp.flexspi_get_max_supported_freq = flexspi_get_max_supported_freq_rt1050; uflTargetDesc->flexspiBsp.flexspi_clock_gate_enable = flexspi_clock_gate_enable_rt1050; uflTargetDesc->flexspiBsp.flexspi_clock_gate_disable = flexspi_clock_gate_disable_rt1050; uflTargetDesc->flexspiBsp.flexspi_nor_write_persistent = flexspi_nor_write_persistent_rt1050; uflTargetDesc->flexspiBsp.flexspi_get_clock = flexspi_get_clock_rt1050; uflTargetDesc->flexspiBsp.flexspi_nor_read_persistent = flexspi_nor_read_persistent_rt1050; break; case kChipId_RT106x: uflTargetDesc->flashDriver.init = g_bootloaderTree_imxrt106x->flexspiNorDriver->init; uflTargetDesc->flashDriver.page_program = g_bootloaderTree_imxrt106x->flexspiNorDriver->program; uflTargetDesc->flashDriver.erase_all = g_bootloaderTree_imxrt106x->flexspiNorDriver->erase_all; uflTargetDesc->flashDriver.erase = g_bootloaderTree_imxrt106x->flexspiNorDriver->erase; uflTargetDesc->flashDriver.read = g_bootloaderTree_imxrt106x->flexspiNorDriver->read; uflTargetDesc->flashDriver.set_clock_source = NULL; uflTargetDesc->flashDriver.get_config = g_bootloaderTree_imxrt106x->flexspiNorDriver->get_config; break; case kChipId_Invalid: default: break; } }
有了g_uflTargetDesc全局变量,此时再包一层API驱动给最终下载算法上层逻辑调用就非常简单了。
status_t flexspi_nor_flash_init(uint32_t instance, flexspi_nor_config_t *config) { return g_uflTargetDesc.flashDriver.init(instance, config); } void flexspi_iomux_config(uint32_t instance, flexspi_mem_config_t *config) { g_uflTargetDesc.flexspiBsp.flexspi_iomux_config(instance, config); }
至此,超级下载算法开发笔记(3)之统一FlexSPI驱动访问痞子衡便介绍完毕了,掌声在哪里~~~