全志Fex文件：从配置到驱动的硬件资源管理实践-平芜编程栈

第一次接触全志平台开发时，我被各种硬件配置搞得晕头转向。直到一位老工程师扔给我一份.fex文件，说："这是咱们的硬件圣经"。打开这个看似普通的文本文件，里面密密麻麻的配置项让我瞬间明白了它的价值——原来全志芯片的所有硬件资源管理，都从这里开始。

Fex文件（全称是Flexible Configuration File）是全志平台特有的硬件资源配置文件。它采用类似INI的键值对格式，用纯文本方式定义GPIO、电源管理、外设参数等硬件特性。比如下面这个触摸屏电源控制的典型配置：

[ctp_para] ctp_power_ldo = "axp22_aldo3" ctp_power_io = port:PL04<1><default><default><1>

这种配置方式比传统DTS（设备树）更直观，就像在填表格一样简单。我在调试触摸屏时，只需要修改ctp_power_ldo对应的电源域，就能快速切换供电方案，完全不需要重新编译内核。

与主流Linux设备树相比，Fex文件有三个明显特点：

Fex文件采用分段式结构，每个硬件模块有独立的配置段。以触摸屏电源管理为例：

[ctp_para] ctp_used = 1 ctp_name = "gt9xx" ctp_twi_id = 0 ctp_power_ldo = "axp22_aldo3"

这里每个参数都有明确含义：

我在调试时发现一个坑：当ctp_power_ldo配置为axp22_aldo3时，实际对应的驱动代码会通过字符串匹配在sw-device.c中找到对应的电源操作函数。如果拼写错误，比如写成axp_aldo3，系统就找不到对应的电源控制节点。

当系统启动时，Fex配置的完整加载流程是这样的：

这个过程中最精妙的是第3步。驱动代码里会这样定义：

static const struct of_device_id ctp_of_match[] = { { .compatible = "allwinner,ctp_para" }, {} };

当内核检测到ctp_para段的ctp_used=1时，就会触发probe函数，完成硬件初始化。这种设计让硬件配置和驱动代码完美解耦，我在更换不同型号触摸屏时，只需要改fex文件，完全不用碰驱动代码。

在全志平台上调试触摸屏电源，我总结出三个关键点：

LDO选择：不同开发板使用的PMIC可能不同，比如：
- AXP系列：axp22_aldo3
- SY8106A：sy8106a_ldo3
- 需要查阅具体的电源芯片手册
GPIO控制：当需要使能信号时，配置格式为：
```
ctp_power_io = port:PL04<1><default><default><1>
```
这表示使用PL04引脚，初始电平为高（最后的<1>）
时序控制：有些触摸屏需要严格的上下电时序，可以在fex中添加：
```
ctp_power_vol = 2800000 ctp_power_on_delay = 100
```

去年调试一款工业平板时，我遇到触摸屏时好时坏的问题。通过逻辑分析仪抓取波形，发现是电源不稳导致的。最终通过修改fex配置解决：

[ctp_para] ctp_power_ldo = "axp22_dldo2" ; 改用驱动能力更强的DCDC ctp_power_vol = 3300000 ; 适当提高电压 power_on_delay = 200 ; 增加上电延时

这个问题让我深刻理解到，硬件配置不是简单的参数填写，需要考虑：

在给客户做技术培训时，经常被问到为什么全志要用fex而不是标准设备树。通过对比两者的实现方式，就能理解各自的优势：