Linux内核printk的%pad格式符如何正确使用以规避编译警告与系统冻结

针对你在5.10版本内核中使用%pad格式符遇到的编译警告和系统冻结问题，正确的使用方式需要注意以下核心要点：

1. 必须传递dma_addr_t变量的指针 #

%pad是内核为dma_addr_t专门设计的格式符，其实现依赖指针访问来适配不同编译选项下的类型宽度（32位/64位）。直接传递变量值会破坏栈结构，触发编译警告甚至内核内存访问错误，导致系统冻结。

正确示例：

dma_addr_t dma_addr = dma_map_single(dev, buf, size, DMA_TO_DEVICE);
pr_debug("Mapped DMA address: %pad\n", &dma_addr);

错误示例（会引发问题）：

pr_debug("Mapped DMA address: %pad\n", dma_addr); // 错误：传值而非指针

2. 严格匹配参数类型 #

不能对dma_addr_t进行隐式或显式类型转换后再传递给%pad，比如转成unsigned long、uint64_t等。类型不匹配会触发gcc的类型检查警告，忽略警告会导致内核解析printk参数时访问非法内存。

3. 仅用于内核printk系列函数 #

%pad是Linux内核printk子系统特有的格式符，不能用于用户空间printf或其他非printk内核输出函数（如部分场景下的snprintf），仅适用于printk、pr_debug、pr_info等内核日志函数。

4. 适配编译选项的自动处理 #

当开启CONFIG_64BIT或CONFIG_DMA_ADDR_T_64BIT时，dma_addr_t会被定义为64位类型；32位系统下则为32位。只要正确传递指针，%pad会自动适配宽度，无需手动指定位数（如%llx）。

内容的提问来源于stack exchange，提问作者Andrey Pro