levelx norFlash

levelx

Overview

实现了flash的均衡摩擦，有针对nor 和 nand的接口
配合azure RTOS 以及xfile比较合适，单独使用不是很友好

Quote

https://learn.microsoft.com/en-us/azure/rtos/levelx/chapter5

Brief

支持均衡
支持读写
支持可移植（只需要移植driver即可），参考配置可以参考simulation.c

Definition

• Particular
  软件上的定义名词和flash物理特性定义的名词是一个词，不要混淆

硬件物理上：

• Block 块/簇，由sector组成
• sector，扇区，一般指用于擦除的最小单位，
• page， 有些flash，将sector分成多个page，允许页操作（levelx 未引入此概念）

软件逻辑上

• Flash size flash的总空间大小
• Word ，实际是sizeof(LONG)，4个字节
• Logical sector， 逻辑扇区，512个字节=128字
• block，块 ，由多个逻辑扇区组成

Theory 实现原理

先看下面的结构体，描述的是一个block，实际物理flash 被分为多个这样的block
block中有多个sector组成
方便描述这里假设有8个block，16个sector
block中第1个 sector用于描述当前block的信息如下表

Byte Offset	Contents
0	[Block Erase Count] // 擦写计数
4	[Minimum Mapped Sector] // 本block中对应逻辑分区的最小值，用于索引
8	[Maximum Mapped Sector] // 同上
12	[Free Sector Bit Map] // 用于记录当前block中逻辑分区中未用的bitmap 映射
m	[Sector 0 Mapping Entry] // 记录当前sector n和逻辑分区的关系，以及当前sector n 的状态（过时/空闲/写入中/写入完成）
…
m+4*(n-1)	[Sector “n” Mapping Entry]
…
s	[Sector 0 Contents]
…
s+512*(n-1)	[Sector “n” Contents] // 实际写入的sector的内容，512字节对齐

1.初始化流程

根据配置的block、flash信息初始化config信息，实际就是计算有多少个block，多少个sector，每个block允许有多少个Mapping entry，有多少free bit map。最后化为数据结构就是上表的信息。

2.写操作

写操作是一次性写入512个字节，根据逻辑扇区来写的，不允许指定长度。
这也是这个库的缺陷，导致上层需要实现自己的管理逻辑，所以要配合文件系统用。
① 遍历8个block找到当前对应的block中的sector中是否有对应的逻辑扇区存在了，记为old_mapping_entry
② 遍历8个block找到当前对应的block中的sector中是否有对应空闲扇区，用于存储新写入的，记作new_mapping_entry
③ block的头部有一些min，max 信息用于index，具体index的逻辑没细看
写数据支持掉电保护
用 Mapping entry来实现如下表，bitmapping entry 4个字节全1 时表示free
结合下表和实际写操作顺序过程可以理解一下

Bit(s)	Meaning
31	Valid flag. When set and logical sector not all ones indicates mapping is valid 。//当前sector是否有效，1有效，0 无效
30	Obsolete flag. When clear, this mapping is either obsolete or is in the process of becoming obsolete.//是否过时，1 未过时，0 过时，有新的逻辑分区取代这个分区了
29	Mapping entry write is complete when this bit is 0；//完整性，0 当前分区完整即写完成， 1 写进行中
0-28	Logical sector mapped to this physical sector—when not all ones. //对应用户写操作时指定的逻辑分区值

• 写操作简略流程图

写之前若快满了，则进行回收reclaim
_lx_nor_flash_block_reclaim
其他还有几个地方会调用回收，过时的block数据

还有几个比较关键函数
find、allocate
Read

3.读操作

调用操作流程比较简单，找到logical sector直接读底层内容就行了

4.回收函数

_lx_nor_flash_block_reclaim
看代码吧，回收没细看，大概能猜到，就是对写时obsolete（过时的）的区域进行回收操作。