无缓存下对Flash的AHB读访问竟然是这样！

今天给大家介绍的是实抓Flash信号波形来看i.MXRT的FlexSPI外设下AHB读访问情形。

上一篇文章《i.MXRT中FlexSPI外设对AHB Burst Read特性的支持》里痞子衡介绍了FlexSPI外设在不开启Prefetch功能下响应AHB master的访问请求完全受AHB总线Burst Read特性决定，这是FlexSPI外设最基础的对Flash访问支持功能，研究这个其实是很有意义的，这可以反映出XiP下最原始的代码执行效率。

我们知道在实际项目中，XiP应用程序常常是在L1 Cache和Prefetch加持下运行的，代码执行效率会得到大大提升，但无论是怎样的缓存策略，极限情况下（比如大数据块搬移，长跳转指令）最终还是拼得FlexSPI最基础的读访问支持。今天痞子衡就从抓Flash信号波形角度带大家真切感受下这最基础的AHB读访问情形（为更清晰地分析结果，本次主要涉及数据总线AHB访问，暂不涉及指令总线AHB访问）：

一、实验准备

痞子衡用i.MXRT1050-EVKB来做这个AHB读访问实验，这块板子上的Flash被痞子衡更换过，目前的型号是华邦W25Q64JWS-IQ。我们基于 \SDK_2.9.1_EVKB-IMXRT1050\boards\evkbimxrt1050\demo_apps\led_blinky\iar 例程（记得切换到 flexspi_nor_debug build）来简单修改一下，把启动头FDCB修改如下，设置Flash工作于30MHz Fast Read Quad I/O SDR模式，调成30MHz低速是为了方便后续用示波器抓Flash信号去分析。

const flexspi_nor_config_t qspiflash_config = {    .memConfig =        {            .tag              = FLEXSPI_CFG_BLK_TAG,            .version          = FLEXSPI_CFG_BLK_VERSION,            .readSampleClkSrc = kFlexSPIReadSampleClk_LoopbackFromDqsPad,            .csHoldTime       = 3u,            .csSetupTime      = 3u,            .controllerMiscOption = 0x10,            .deviceType       = kFlexSpiDeviceType_SerialNOR,            .sflashPadType    = kSerialFlash_4Pads,            // Flash工作于30MHz             .serialClkFreq    = kFlexSpiSerialClk_30MHz,            .sflashA1Size     = 8u * 1024u * 1024u,            .lookupTable =                {                    // Quad I/O Fast Read SDR LUTs                     [4*CMD_LUT_SEQ_IDX_READ + 0] = FLEXSPI_LUT_SEQ(CMD_SDR,   FLEXSPI_1PAD, 0xEB, RADDR_SDR, FLEXSPI_4PAD, 0x18),                    [4*CMD_LUT_SEQ_IDX_READ + 1] = FLEXSPI_LUT_SEQ(MODE8_SDR, FLEXSPI_4PAD, 0xF0, DUMMY_SDR, FLEXSPI_4PAD, 0x04),                    [4*CMD_LUT_SEQ_IDX_READ + 2] = FLEXSPI_LUT_SEQ(READ_SDR,  FLEXSPI_4PAD, 0x04, STOP,      FLEXSPI_1PAD, 0x00),                    [4*CMD_LUT_SEQ_IDX_READ + 3] = 0,                },        },    .pageSize           = 256u,    .sectorSize         = 4u * 1024u,    .blockSize          = 64u * 1024u,    .isUniformBlockSize = false,};

下图是华邦W25Q64JWS-IQ芯片的Fast Read Quad I/O SDR传输时序图，Dummy Cycle连同MODE8_SDR序列一共6个SCK周期，此外还有个特别注意点，MODE8_SDR序列参数值需要被设成0xFx，我们上面修改的FDCB启动头是符合要求的。

现在让我们把示波器拿出来，四路探头分别连到板载Flash器件的CE#、SCK、SI_IO0、SO_IO1引脚（IO2、IO3因探头有限就不抓取了，IO[1:0]足够我们分析时序了），然后将 led_blinky 工程下载进Flash运行便可以观测结果了。

二、实验代码

因为我们下载的是一个XIP工程，代码的执行本身也会触发Flash中的指令读取，这会影响我们在示波器上观测AHB读数据测试结果，所以我们可以在main()函数里把SysTick初始化去掉（不要中断），并且调用如下ramfunc型函数 test_ahb_read() 来做测试（痞子衡直接利用了IAR软件的特性），这样代码跑起来后，Flash上发生的读访问均来自我们想要测试的AHB读数据操作（这也意味着ICache是否开启对本系列测试结果没有影响，但不管怎么，我们统一关掉）：

Note: DCache和Prefetch必须要全部关闭，否则哪怕测试代码里对同一个地方循环读取，但在Flash引脚上根本看不到周期性信号波形，因为系统做了缓存，后续的读取操作可能直接发生在缓存区里（32KB DCache， 1KB AHB RX prefetch buffer）了。

#define AHB_ADDR_START (0x60002400)  #if (defined(__ICCARM__)) #pragma optimize = none __ramfunc  #endif void test_ahb_read(void) {    /* Disable L1 I-Cache*/     SCB_DisableICache();    /* Disable L1 D-Cache*/     SCB_DisableDCache();    /* Disable FlexSPI AHB read prefetch */     FLEXSPI->AHBCR &= ~(FLEXSPI_AHBCR_PREFETCHEN_MASK | FLEXSPI_AHBCR_CACHABLEEN_MASK);        while (1)    {        SDK_DelayAtLeastUs(10, SystemCoreClock);        for (uint32_t i = 1; i <= 8; i++)        {               SDK_DelayAtLeastUs(2, SystemCoreClock);            memcpy((void *)0x20200000, (void *)AHB_ADDR_START, i);        }    } }

因为我们用了memcpy来做Flash数据拷贝，memcpy功能实际上是IAR软件自带库 ABImemcpy.a 里面的 __aeabi_memcpy、__aeabi_memcpy4、__aeabi_memcpy8 等函数实现的，因此我们还需要在工程链接文件里将 ABImemcpy.o 链接到RAM区；并且我们还用了SDK_DelayAtLeastUs()来分隔每次memcpy()波形结果，还需要将这个函数里调用的相关代码放到RAM区（fsl_common.c里）。

initialize by copy { readwrite,                     section .textrw,                     // 确保 memcpy() 相关代码全在RAM里                     object ABImemcpy.o,                     // 确保 SDK_DelayAtLeastUs() 相关代码全在RAM里                     object fsl_common.o,                     object I64DivZer.o,                     object I64DivMod.o                     };do not initialize  { section .noinit };

一切准备就绪后具体测试就是设置不同的AHB_ADDR_START值（这里主要是考虑地址对齐）来观测Flash信号的实际波形。此外为了便于分辨IO[1:0]上的数据，我们最好定义一块特殊const数据区，根据Flash传输时序图，其中数据Byte[4]和Byte[0]是在IO0线上传输、Byte[5]和Byte[1]是在IO1线上传输的，这4bit共有16种不同值组合，我们将这16种不同值放在ahbRdBlock[16]数组中，并将其链接在 0x60002400 - 0x6000240f 地址空间里。

// 在工程源文件中const uint8_t ahbRdBlock[16] @ ".ahbRdBuffer" = {0x00, 0x01, 0x02, 0x03,                                                 0x10, 0x11, 0x12, 0x13,                                                 0x20, 0x21, 0x22, 0x23,                                                 0x30, 0x31, 0x32, 0x33};// 在工程链接文件中keep{ section .ahbRdBuffer };place at address mem:0x60002400 { readonly section .ahbRdBuffer };

三、实验结果

3.1 AHB_ADDR_START = 0x6002400 即八字节对齐

我们先来看AHB_ADDR_START = 0x6002400时抓取一次完整for循环结果的波形（见下图），可以看到在八字节对齐的地址下使用memcpy拷贝1/2/4/8字节，均仅产生一次CS信号有效周期（拉低），在这CS有效期间完成全部所需数据的读取。但是拷贝3/5/6/7字节时，会拆分出多个CS有效周期。

当使用memcpy拷贝3/5/6字节时，会拆分出2个CS有效周期（见下图），这里第一个CS周期看起来似乎是多余的，为什么是这种结果，这需要深入研究AHB机制（痞子衡会另写文章分析）；

当拷贝3字节时，第一个CS周期实际读取了前2个字节 [0x60002400, 0x60002401]，第二个CS周期读取了全部3字节 [0x60002400, 0x60002402]。

当拷贝5字节时，第一个CS周期实际读取了前4个字节 [0x60002400, 0x60002403]，第二个CS周期读取了全部5字节 [0x60002400, 0x60002404]。

当拷贝6字节时，第一个CS周期实际读取了前4个字节 [0x60002400, 0x60002403]，第二个CS周期读取了全部6字节 [0x60002400, 0x60002405]。