Linux 内核 Ramoops 持久化 Oops/Panic 日志机制完全指南【免费下载链接】linuxLinux kernel source tree项目地址: https://gitcode.com/GitHub_Trending/li/linux本指南系统讲解 Linux 内核中 ramoopsRAM Oops/Panic logger的完整原理与实战配置涵盖其内存区域划分、mem_type/record_size/max_reason等核心参数、四种参数配置方式模块参数、Device Tree、平台设备、reserve_mem、ECC 校验、pstore 文件系统读取方法以及持久化函数追踪persistent ftrace等关键能力并结合本仓库fs/pstore/源码与设备树绑定文档进行深度印证。阅读完成后你将能够在自己的目标板上为内核崩溃现场取证配置一套可用的持久化日志方案。Ramoops 是什么Ramoops 是 Linux 内核中一个 oops/panic 日志记录器oops/panic logger。它的核心价值在于系统崩溃oops 或 panic发生之前把日志写入 RAM 中的环形缓冲区circular buffer从而在系统重启后仍然可以读取崩溃现场的日志。因此 ramoops 要求目标系统具备持久化 RAMpersistent RAM——即断电或重启后内容仍然保留的内存区域例如某些嵌入式平台中不会被初始化擦除的保留内存。典型的应用场景包括看门狗watchdog触发硬件复位后恢复系统崩溃前的内核日志内核 oops/panic 后的离线现场分析post-mortem debugging软件或硬件挂起hang时通过持久化函数追踪定位最后执行的函数调用链。Ramoops 是 pstore 子系统fs/pstore/的一个后端实现其模块名为ramoops.ko对应内核配置项为PSTORE_RAM见 fs/pstore/Kconfig。启用后pstore 会在/dev/pstore或挂载点下以文件形式暴露日志记录。Ramoops 核心概念Ramoops 使用一块预定义的内存区域来存储转储dump。区域的起始地址、大小和内存类型由三个变量决定变量作用mem_address内存区域的起始物理地址mem_size内存区域的大小会被向下取整为 2 的幂mem_type内存映射类型默认0pgprot_writecombinemem_name通过reserve_mem命令行参数定义的内存区域名称在 fs/pstore/ram.c 中可以看到这些模块参数的实际定义mem_address为ullong类型、mem_size为ulong、mem_type为uint权限均为0400只读启动后可通过/sys/module/ramoops/parameters/查看。mem_type 的三种取值与平台注意事项mem_type决定 ramoops 如何映射预留内存mem_type0默认write-combinedpstore 映射使用pgprot_writecombine。官方文档明确建议通常应使用默认值0。mem_type1unbuffered / noncached尝试使用pgprot_noncached仅在某些平台上可用。原因在于 pstore 依赖原子操作atomic operations至少在 ARM 平台上pgprot_noncached会把内存映射为强有序strongly ordered而强有序内存上的原子操作是**实现定义implementation defined**的在很多 ARM 处理器如 omap 系列上无法正常工作。mem_type2cached将内存区域当作普通内存处理启用完整缓存可以改善读写性能。但需要注意启用缓存后必须保证该区域在崩溃与重启之间没有被其他代码路径破坏缓存一致性。record_size环形缓冲区中的记录分块预留内存区域会被划分为record_size大小的块同样向下取整为 2 的幂每次 kmesg 转储写入一个record_size大小的数据块。如果一次崩溃的日志数据超过record_size多余部分不会被跨记录拆分——fs/pstore/ram.c 中通过if (record-part ! 1) return -ENOSPC;明确只保留崩溃转储的第一部分避免同一崩溃的报告被拆分到多条记录中导致解析混乱。record_size的模块参数默认值为MIN_MEM_SIZE4096 字节见 fs/pstore/ram.c。max_reason控制存储哪类 kmsg 转储通过max_reason可以限制存储的 kmsg 转储类型其取值参照 include/linux/kmsg_dump.h 中的enum kmsg_dump_reason值枚举名含义0KMSG_DUMP_UNDEF未定义交由printk.always_kmsg_dump决定1KMSG_DUMP_PANIC仅存储 panic2KMSG_DUMP_OOPS存储 oops 与 panic默认3KMSG_DUMP_EMERG存储内核紧急消息4KMSG_DUMP_SHUTDOWN存储关机消息5KMSG_DUMP_MAX存储所有 kmsg 转储使用示例同时存储 Oops 和 Panicmax_reason2KMSG_DUMP_OOPS仅存储 Panicmax_reason1KMSG_DUMP_PANIC设置为0KMSG_DUMP_UNDEF原因过滤交由printk.always_kmsg_dump启动参数控制——如果该参数未设置则按KMSG_DUMP_OOPS处理否则按KMSG_DUMP_MAX处理。max_reason在模块参数中的默认值是 -1表示未显式设置随后在 fs/pstore/ram.c 的逻辑中显式设置max_reason时优先采用其值否则若设置了已废弃的dump_oops则将其解析为KMSG_DUMP_OOPS或KMSG_DUMP_PANIC两者都未设置时默认KMSG_DUMP_OOPS。多次转储与重启计数模块使用一个计数器来记录多次转储。每次新崩溃写入时计数器递增并取模回绕fs/pstore/ram.c 中dump_write_cnt (dump_write_cnt 1) % max_dump_cnt因此环形缓冲区可以容纳mem_size / record_size条 oops/panic 记录。但计数器会在重启时被重置也就是说重启后产生的新转储会覆盖旧记录——这保证了日志区域始终只保留最近一轮崩溃周期的数据。ECC 软件纠错Ramoops 支持对持久化内存区域进行软件 ECC 保护。这在硬件复位例如看门狗触发导致系统重新上电的场景下非常有用此时 RAM 内容可能有一定程度的损坏但通常仍然可以恢复。ECC 的工作方式在 fs/pstore/ram_core.c 中可以看到ramoops 使用 Reed-Solomon 编码encode_rs8/decode_rs8按块计算校验字节parity写入时计算并更新 ECC读取时校验并尝试纠错。内核配置层面PSTORE_RAM会自动select REED_SOLOMON、REED_SOLOMON_ENC8、REED_SOLOMON_DEC8见 fs/pstore/Kconfig。ecc参数的特殊约定ecc1是一个特殊值表示使用16 字节 ECC1 字节的 ECC 没有太大实用价值其余非零值直接作为 ECC 缓冲大小字节数。该转换逻辑见 fs/pstore/ram.c。设置 Ramoops 参数四种方式A. 模块参数kernel command line模块参数与上文变量同名可直接在内核命令行中指定。在调试时还可以先通过mem在内核启动阶段预留部分内存再把预留内存交给 ramoops 使用。例如假设机器内存大于 128 MB下面的命令行让内核只使用前 128 MB 内存并在 128 MB 边界放置带 ECC 保护的 ramoops 区域mem128M ramoops.mem_address0x8000000 ramoops.ecc1其中mem128M让内核把可用内存限制在前 128 MB地址 0x0 到 0x8000000因此 0x8000000 处的 128 MB 边界之后的物理内存不会被内核使用天然预留给了 ramoops。注意mem_address的默认值为 0因此必须显式指定否则 ramoops 无法定位内存区域。采用模块参数方式时ramoops 会通过ramoops_register_dummy()构造一个 dummy 平台设备来携带这些参数见 fs/pstore/ram.c并在/sys/module/ramoops/parameters/下以只读属性暴露。B. Device Tree 绑定使用 Device Tree 方式时ramoops 节点是/reserved-memory的子节点compatible为ramoops。完整绑定说明见 Documentation/devicetree/bindings/reserved-memory/ramoops.yaml其中reg定义跨重启保留的内存区域。例如reserved-memory { #address-cells 2; #size-cells 2; ranges; ramoops8f000000 { compatible ramoops; reg 0 0x8f000000 0 0x100000; record-size 0x4000; console-size 0x4000; }; };设备树绑定的可用属性与模块参数一一对应包括record-size每条 kmsg 转储的最大字节数console-size为内核 console 日志预留的缓冲区大小ftrace-size为函数追踪/性能剖析预留的缓冲区大小pmsg-size为用户空间消息pstore pmsg预留的缓冲区大小ecc-size启用 ECC 并指定 ECC 缓冲大小字节默认 0无 ECCmem-type映射类型0write-combined、1unbuffered、2cached默认 0max-reason最大 kmsg 转储原因默认 2记录 oops 和 panic可设为INT_MAX0x7fffffff以存储所有 kmsg 转储flagsramoops 行为标志参见 include/linux/pstore_ram.h 的RAMOOPS_FLAG_*。绑定还包含两个已废弃属性no-dump-oops等价于max_reason1建议改用max_reason和unbuffered等价于mem_type1若同时指定mem_type则以后者为准。此外record-size、console-size、ftrace-size、pmsg-size中至少一个必须非零否则区域没有任何用途。所有缓冲区的总大小必须能放进reg指定的保留区域内剩余空间用于 oops/panic 记录的环形缓冲区。在内核源码中设备树解析由ramoops_parse_dt()完成fs/pstore/ram.c它从平台资源中读取reg得到mem_address与mem_size再逐项解析上述属性并对每个 u32 属性做INT_MAX越界检查。C. 平台设备与平台数据platform data对于在板级代码board file或 arch 层注册 ramoops 的场景可以构造平台设备并设置平台数据。数据结构定义见 include/linux/pstore_ram.h核心字段包括mem_size、mem_address、mem_type、record_size、console_size、ftrace_size、pmsg_size、max_reason、flags以及ecc_info。示例#include linux/pstore_ram.h [...] static struct ramoops_platform_data ramoops_data { .mem_size ..., .mem_address ..., .mem_type ..., .record_size ..., .max_reason ..., .ecc ..., }; static struct platform_device ramoops_dev { .name ramoops, .dev { .platform_data ramoops_data, }, }; [... inside a function ...] int ret; ret platform_device_register(ramoops_dev); if (ret) { printk(KERN_ERR unable to register platform device\n); return ret; }当ramoops_probe()被调用时fs/pstore/ram.c驱动会校验mem_size非零且record_size/console_size/ftrace_size/pmsg_size至少一项非零并把每个非 2 的幂的大小向下取整rounddown_pow_of_two随后依次为 dmesg、console、pmsg、ftrace 初始化对应的持久化 RAM 区域PRZ最后调用pstore_register()注册到 pstore 子系统。D. reserve_mem 命令行参数从较新的内核开始ramoops 还支持通过reserve_mem内核命令行参数预留内存。reserve_mem的格式为size:align:labellabel用于把内存映射到一个名称ramoops 通过ramoops.mem_name引用该名称reserve_mem2M:4096:oops ramoops.mem_nameoopsreserve_mem的完整说明见 Documentation/admin-guide/kernel-parameters.txt。需要注意reserve_mem并不保证每次都在同一物理位置分配内存因此不能完全依赖。它受 KASLR 等因素影响——例如 KASLR 把内核放在上一次预留的位置时新的预留会落在不同地址使用该特性的子系统必须自行校验物理内存内容确实来自上一次启动该方案被官方文档定性为best effort尽力而为需要自行测试且可能在某些机器或某些内核版本上不工作。在内核源码中ramoops_register_dummy()会调用reserve_mem_find_by_name(mem_name, start, size)根据名称查找预留区域并填充mem_address与mem_size见 fs/pstore/ram.c。内存预留的通用要求无论使用哪种方式ramoops 都可以指定 RAM 内存或外设内存peripheral devices memory。但如果指定的是RAM务必在架构代码中非常早期通过memblock_reserve()预留该区域防止内核把它分配给其他用途#include linux/memblock.h memblock_reserve(ramoops_data.mem_address, ramoops_data.mem_size);ramoops_probe()在注册 PRZ 时还会对每个区域做边界检查no room for %s mem region见 fs/pstore/ram.c确保所有缓冲区总和不超过预留区域总大小。底层存储结构持久化 RAM 区域PRZ从源码结构看ramoops 的存储单元是persistent_ram_zonePRZ其核心数据结构persistent_ram_buffer定义在 fs/pstore/ram_core.cstruct persistent_ram_buffer { uint32_t sig; /* 头部签名 PERSISTENT_RAM_SIG ^ PRZ 类型值 */ atomic_t start; /* 缓冲区中第一个有效字节 */ atomic_t size; /* 缓冲区中有效字节数 */ uint8_t data[]; /* 缓冲区内容 */ };缓冲区头部签名PERSISTENT_RAM_SIG为0x43474244即 ASCII DBGC。start与size使用原子变量维护配合raw_spin_lock_irqsave保证在崩溃场景下的并发安全。ramoops 在启动时会检查已有 PRZ 中的签名与数据从而识别出上次崩溃遗留的记录——这就是它能跨重启恢复日志的基础。PRZ 的环形缓冲语义buffer_start_add()在写入时推进start并在达到buffer_size时回绕fs/pstore/ram_core.cbuffer_size_add()把size累加但不超过上限fs/pstore/ram_core.c从而形成最旧数据被覆盖的环形日志。转储文件格式Dump Format每条数据转储以一个头部开始当前定义为后跟时间戳和一个换行符再接着实际的数据内容。写入端实现见 fs/pstore/ram.c#define RAMOOPS_KERNMSG_HDR len scnprintf(hdr, sizeof(hdr), RAMOOPS_KERNMSG_HDR %lld.%06lu-%c\n, (time64_t)record-time.tv_sec, record-time.tv_nsec / 1000, record-compressed ? C : D);即头部格式为秒.微秒-C|D\n其中C表示记录经过压缩PSTORE_COMPRESS默认启用 zlib deflate 压缩见 fs/pstore/KconfigD表示未压缩。读取端ramoops_read_kmsg_hdr()fs/pstore/ram.c负责解析该头部若记录没有合法头部ramoops 会清空并跳过该记录persistent_ram_zap。读取转储数据pstore 文件系统转储数据可以通过pstore 文件系统读取。文件命名格式为dmesg-ramoops-N其中N是记录在内存中的编号。挂载方式mount -t pstore pstore /mnt/ ls /mnt/dmesg-ramoops-*读取逻辑在ramoops_pstore_read()中实现fs/pstore/ram.c它按顺序遍历 dmesg 记录区dprzs然后是 console 区cprz、pmsg 区mprz最后是 ftrace 区fprzs。对于启用了 ECC 的记录文件末尾会附加 ECC 纠正通知ecc_notice_size。删除记录要从 RAM 中删除某条已存储的记录直接 unlink 对应的 pstore 文件即可。这对应ramoops_pstore_erase()fs/pstore/ram.c它会调用persistent_ram_free_old()与persistent_ram_zap()把该 PRZ 中的数据清空为下一轮崩溃日志腾出空间。pstore 前端相关的内核配置项fs/pstore/KconfigPSTOREpstore 总开关默认 n但平台驱动会自动选中PSTORE_CONSOLE记录所有内核 console 消息即使没有 oops/panicPSTORE_PMSG通过/dev/pmsg0记录用户空间消息重启后可在/sys/fs/pstore/pmsg-ramoops-[ID]读取PSTORE_FTRACE持久化函数追踪见下文PSTORE_RAMramoops 后端本体模块名为ramoops.ko。持久化函数追踪Persistent Function Tracing持久化函数追踪persistent function tracing对调试**软件或硬件相关的挂起hang**非常有用它记录函数调用链日志存储于ftrace-ramoops文件中。由于函数调用日志是在系统仍能执行代码时持续写入的挂起发生后通过它就能看到系统最后执行到了哪个函数。使用示例# mount -t debugfs debugfs /sys/kernel/debug/ # echo 1 /sys/kernel/debug/pstore/record_ftrace # reboot -f [...] # mount -t pstore pstore /mnt/ # tail /mnt/ftrace-ramoops 0 ffffffff8101ea64 ffffffff8101bcda native_apic_mem_read - disconnect_bsp_APIC0x6a/0xc0 0 ffffffff8101ea44 ffffffff8101bcf6 native_apic_mem_write - disconnect_bsp_APIC0x86/0xc0 0 ffffffff81020084 ffffffff8101a4b5 hpet_disable - native_machine_shutdown0x75/0x90 0 ffffffff81005f94 ffffffff8101a4bb iommu_shutdown_noop - native_machine_shutdown0x7b/0x90 0 ffffffff8101a6a1 ffffffff8101a437 native_machine_emergency_restart - native_machine_restart0x37/0x40 0 ffffffff811f9876 ffffffff8101a73a acpi_reboot - native_machine_emergency_restart0xaa/0x1e0 0 ffffffff8101a514 ffffffff8101a772 mach_reboot_fixups - native_machine_emergency_restart0xe2/0x1e0 0 ffffffff811d9c54 ffffffff8101a7a0 __const_udelay - native_machine_emergency_restart0x110/0x1e0 0 ffffffff811d9c34 ffffffff811d9c80 __delay - __const_udelay0x30/0x40 0 ffffffff811d9d14 ffffffff811d9c3f delay_tsc - __delay0xf/0x20每行的格式为调用深度计数、调用者caller地址、被调函数callee地址、被调函数 - 调用者函数偏移/大小。上面的示例显示了native_machine_emergency_restart→acpi_reboot→__const_udelay→__delay→delay_tsc的调用链可以直观还原系统关机/重启路径上最后执行的代码。持久化 ftrace 依赖以下配置项fs/pstore/KconfigPSTORE_FTRACE依赖FUNCTION_TRACER与DEBUG_FS它把函数调用记录写入持久化 RAM 缓冲重启后通过 pstore 文件系统解码导出用于确定复位或 panic 前最后被调用的函数。ftrace 缓冲区还支持按 CPU 划分RAMOOPS_FLAG_FTRACE_PER_CPUinclude/linux/pstore_ram.h开启时每个 CPU 一个独立 PRZ模块参数方式默认开启见 fs/pstore/ram.c读取时ramoops_pstore_read()会把各 CPU 的记录合并为一条完整的 ftrace 日志fs/pstore/ram.c。小结与使用建议综合文档与源码部署 ramoops 的关键决策点如下选择内存来源嵌入式平台优先使用 Device Tree 的 reserved-memory 方案可静态固定地址稳定可预期调试阶段可用mem命令行方案快速验证reserve_mem方案虽然免去了预留细节但地址不保证固定属于 best-effort。内存类型默认用mem_type0write-combined避免pgprot_noncached在部分 ARM 平台导致原子操作失效追求性能时可评估mem_type2。按需设置max_reason默认2oops panic适合多数场景若只想保留最严重的 panic 可设为1需要全量 kmsg 转储时设为INT_MAX或配合printk.always_kmsg_dump。看门狗场景务必启用 ECCecc1即 16 字节 ECC以应对硬件复位导致的内存位翻转。崩溃现场取证重启后mount -t pstore pstore /mnt/读取dmesg-ramoops-*oops/panic 日志、console-ramoops-*console 日志与ftrace-ramoops函数调用链unlink 文件即可清空对应记录。Ramoops 作为 pstore 子系统中最常用的 RAM 后端其环形缓冲、软件 ECC、多类型日志区划分dmesg/console/ftrace/pmsg与四种参数注入方式构成了嵌入式与服务器场景下内核崩溃现场取证的基础设施值得每一位内核调试者在目标平台上提前配置并验证。【免费下载链接】linuxLinux kernel source tree项目地址: https://gitcode.com/GitHub_Trending/li/linux创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
Linux 内核 Ramoops 持久化 Oops/Panic 日志机制完全指南【免费下载链接】linuxLinux kernel source tree项目地址: https://gitcode.com/GitHub_Trending/li/linux本指南系统讲解 Linux 内核中 ramoopsRAM Oops/Panic logger的完整原理与实战配置涵盖其内存区域划分、mem_type/record_size/max_reason等核心参数、四种参数配置方式模块参数、Device Tree、平台设备、reserve_mem、ECC 校验、pstore 文件系统读取方法以及持久化函数追踪persistent ftrace等关键能力并结合本仓库fs/pstore/源码与设备树绑定文档进行深度印证。阅读完成后你将能够在自己的目标板上为内核崩溃现场取证配置一套可用的持久化日志方案。Ramoops 是什么Ramoops 是 Linux 内核中一个 oops/panic 日志记录器oops/panic logger。它的核心价值在于系统崩溃oops 或 panic发生之前把日志写入 RAM 中的环形缓冲区circular buffer从而在系统重启后仍然可以读取崩溃现场的日志。因此 ramoops 要求目标系统具备持久化 RAMpersistent RAM——即断电或重启后内容仍然保留的内存区域例如某些嵌入式平台中不会被初始化擦除的保留内存。典型的应用场景包括看门狗watchdog触发硬件复位后恢复系统崩溃前的内核日志内核 oops/panic 后的离线现场分析post-mortem debugging软件或硬件挂起hang时通过持久化函数追踪定位最后执行的函数调用链。Ramoops 是 pstore 子系统fs/pstore/的一个后端实现其模块名为ramoops.ko对应内核配置项为PSTORE_RAM见 fs/pstore/Kconfig。启用后pstore 会在/dev/pstore或挂载点下以文件形式暴露日志记录。Ramoops 核心概念Ramoops 使用一块预定义的内存区域来存储转储dump。区域的起始地址、大小和内存类型由三个变量决定变量作用mem_address内存区域的起始物理地址mem_size内存区域的大小会被向下取整为 2 的幂mem_type内存映射类型默认0pgprot_writecombinemem_name通过reserve_mem命令行参数定义的内存区域名称在 fs/pstore/ram.c 中可以看到这些模块参数的实际定义mem_address为ullong类型、mem_size为ulong、mem_type为uint权限均为0400只读启动后可通过/sys/module/ramoops/parameters/查看。mem_type 的三种取值与平台注意事项mem_type决定 ramoops 如何映射预留内存mem_type0默认write-combinedpstore 映射使用pgprot_writecombine。官方文档明确建议通常应使用默认值0。mem_type1unbuffered / noncached尝试使用pgprot_noncached仅在某些平台上可用。原因在于 pstore 依赖原子操作atomic operations至少在 ARM 平台上pgprot_noncached会把内存映射为强有序strongly ordered而强有序内存上的原子操作是**实现定义implementation defined**的在很多 ARM 处理器如 omap 系列上无法正常工作。mem_type2cached将内存区域当作普通内存处理启用完整缓存可以改善读写性能。但需要注意启用缓存后必须保证该区域在崩溃与重启之间没有被其他代码路径破坏缓存一致性。record_size环形缓冲区中的记录分块预留内存区域会被划分为record_size大小的块同样向下取整为 2 的幂每次 kmesg 转储写入一个record_size大小的数据块。如果一次崩溃的日志数据超过record_size多余部分不会被跨记录拆分——fs/pstore/ram.c 中通过if (record-part ! 1) return -ENOSPC;明确只保留崩溃转储的第一部分避免同一崩溃的报告被拆分到多条记录中导致解析混乱。record_size的模块参数默认值为MIN_MEM_SIZE4096 字节见 fs/pstore/ram.c。max_reason控制存储哪类 kmsg 转储通过max_reason可以限制存储的 kmsg 转储类型其取值参照 include/linux/kmsg_dump.h 中的enum kmsg_dump_reason值枚举名含义0KMSG_DUMP_UNDEF未定义交由printk.always_kmsg_dump决定1KMSG_DUMP_PANIC仅存储 panic2KMSG_DUMP_OOPS存储 oops 与 panic默认3KMSG_DUMP_EMERG存储内核紧急消息4KMSG_DUMP_SHUTDOWN存储关机消息5KMSG_DUMP_MAX存储所有 kmsg 转储使用示例同时存储 Oops 和 Panicmax_reason2KMSG_DUMP_OOPS仅存储 Panicmax_reason1KMSG_DUMP_PANIC设置为0KMSG_DUMP_UNDEF原因过滤交由printk.always_kmsg_dump启动参数控制——如果该参数未设置则按KMSG_DUMP_OOPS处理否则按KMSG_DUMP_MAX处理。max_reason在模块参数中的默认值是 -1表示未显式设置随后在 fs/pstore/ram.c 的逻辑中显式设置max_reason时优先采用其值否则若设置了已废弃的dump_oops则将其解析为KMSG_DUMP_OOPS或KMSG_DUMP_PANIC两者都未设置时默认KMSG_DUMP_OOPS。多次转储与重启计数模块使用一个计数器来记录多次转储。每次新崩溃写入时计数器递增并取模回绕fs/pstore/ram.c 中dump_write_cnt (dump_write_cnt 1) % max_dump_cnt因此环形缓冲区可以容纳mem_size / record_size条 oops/panic 记录。但计数器会在重启时被重置也就是说重启后产生的新转储会覆盖旧记录——这保证了日志区域始终只保留最近一轮崩溃周期的数据。ECC 软件纠错Ramoops 支持对持久化内存区域进行软件 ECC 保护。这在硬件复位例如看门狗触发导致系统重新上电的场景下非常有用此时 RAM 内容可能有一定程度的损坏但通常仍然可以恢复。ECC 的工作方式在 fs/pstore/ram_core.c 中可以看到ramoops 使用 Reed-Solomon 编码encode_rs8/decode_rs8按块计算校验字节parity写入时计算并更新 ECC读取时校验并尝试纠错。内核配置层面PSTORE_RAM会自动select REED_SOLOMON、REED_SOLOMON_ENC8、REED_SOLOMON_DEC8见 fs/pstore/Kconfig。ecc参数的特殊约定ecc1是一个特殊值表示使用16 字节 ECC1 字节的 ECC 没有太大实用价值其余非零值直接作为 ECC 缓冲大小字节数。该转换逻辑见 fs/pstore/ram.c。设置 Ramoops 参数四种方式A. 模块参数kernel command line模块参数与上文变量同名可直接在内核命令行中指定。在调试时还可以先通过mem在内核启动阶段预留部分内存再把预留内存交给 ramoops 使用。例如假设机器内存大于 128 MB下面的命令行让内核只使用前 128 MB 内存并在 128 MB 边界放置带 ECC 保护的 ramoops 区域mem128M ramoops.mem_address0x8000000 ramoops.ecc1其中mem128M让内核把可用内存限制在前 128 MB地址 0x0 到 0x8000000因此 0x8000000 处的 128 MB 边界之后的物理内存不会被内核使用天然预留给了 ramoops。注意mem_address的默认值为 0因此必须显式指定否则 ramoops 无法定位内存区域。采用模块参数方式时ramoops 会通过ramoops_register_dummy()构造一个 dummy 平台设备来携带这些参数见 fs/pstore/ram.c并在/sys/module/ramoops/parameters/下以只读属性暴露。B. Device Tree 绑定使用 Device Tree 方式时ramoops 节点是/reserved-memory的子节点compatible为ramoops。完整绑定说明见 Documentation/devicetree/bindings/reserved-memory/ramoops.yaml其中reg定义跨重启保留的内存区域。例如reserved-memory { #address-cells 2; #size-cells 2; ranges; ramoops8f000000 { compatible ramoops; reg 0 0x8f000000 0 0x100000; record-size 0x4000; console-size 0x4000; }; };设备树绑定的可用属性与模块参数一一对应包括record-size每条 kmsg 转储的最大字节数console-size为内核 console 日志预留的缓冲区大小ftrace-size为函数追踪/性能剖析预留的缓冲区大小pmsg-size为用户空间消息pstore pmsg预留的缓冲区大小ecc-size启用 ECC 并指定 ECC 缓冲大小字节默认 0无 ECCmem-type映射类型0write-combined、1unbuffered、2cached默认 0max-reason最大 kmsg 转储原因默认 2记录 oops 和 panic可设为INT_MAX0x7fffffff以存储所有 kmsg 转储flagsramoops 行为标志参见 include/linux/pstore_ram.h 的RAMOOPS_FLAG_*。绑定还包含两个已废弃属性no-dump-oops等价于max_reason1建议改用max_reason和unbuffered等价于mem_type1若同时指定mem_type则以后者为准。此外record-size、console-size、ftrace-size、pmsg-size中至少一个必须非零否则区域没有任何用途。所有缓冲区的总大小必须能放进reg指定的保留区域内剩余空间用于 oops/panic 记录的环形缓冲区。在内核源码中设备树解析由ramoops_parse_dt()完成fs/pstore/ram.c它从平台资源中读取reg得到mem_address与mem_size再逐项解析上述属性并对每个 u32 属性做INT_MAX越界检查。C. 平台设备与平台数据platform data对于在板级代码board file或 arch 层注册 ramoops 的场景可以构造平台设备并设置平台数据。数据结构定义见 include/linux/pstore_ram.h核心字段包括mem_size、mem_address、mem_type、record_size、console_size、ftrace_size、pmsg_size、max_reason、flags以及ecc_info。示例#include linux/pstore_ram.h [...] static struct ramoops_platform_data ramoops_data { .mem_size ..., .mem_address ..., .mem_type ..., .record_size ..., .max_reason ..., .ecc ..., }; static struct platform_device ramoops_dev { .name ramoops, .dev { .platform_data ramoops_data, }, }; [... inside a function ...] int ret; ret platform_device_register(ramoops_dev); if (ret) { printk(KERN_ERR unable to register platform device\n); return ret; }当ramoops_probe()被调用时fs/pstore/ram.c驱动会校验mem_size非零且record_size/console_size/ftrace_size/pmsg_size至少一项非零并把每个非 2 的幂的大小向下取整rounddown_pow_of_two随后依次为 dmesg、console、pmsg、ftrace 初始化对应的持久化 RAM 区域PRZ最后调用pstore_register()注册到 pstore 子系统。D. reserve_mem 命令行参数从较新的内核开始ramoops 还支持通过reserve_mem内核命令行参数预留内存。reserve_mem的格式为size:align:labellabel用于把内存映射到一个名称ramoops 通过ramoops.mem_name引用该名称reserve_mem2M:4096:oops ramoops.mem_nameoopsreserve_mem的完整说明见 Documentation/admin-guide/kernel-parameters.txt。需要注意reserve_mem并不保证每次都在同一物理位置分配内存因此不能完全依赖。它受 KASLR 等因素影响——例如 KASLR 把内核放在上一次预留的位置时新的预留会落在不同地址使用该特性的子系统必须自行校验物理内存内容确实来自上一次启动该方案被官方文档定性为best effort尽力而为需要自行测试且可能在某些机器或某些内核版本上不工作。在内核源码中ramoops_register_dummy()会调用reserve_mem_find_by_name(mem_name, start, size)根据名称查找预留区域并填充mem_address与mem_size见 fs/pstore/ram.c。内存预留的通用要求无论使用哪种方式ramoops 都可以指定 RAM 内存或外设内存peripheral devices memory。但如果指定的是RAM务必在架构代码中非常早期通过memblock_reserve()预留该区域防止内核把它分配给其他用途#include linux/memblock.h memblock_reserve(ramoops_data.mem_address, ramoops_data.mem_size);ramoops_probe()在注册 PRZ 时还会对每个区域做边界检查no room for %s mem region见 fs/pstore/ram.c确保所有缓冲区总和不超过预留区域总大小。底层存储结构持久化 RAM 区域PRZ从源码结构看ramoops 的存储单元是persistent_ram_zonePRZ其核心数据结构persistent_ram_buffer定义在 fs/pstore/ram_core.cstruct persistent_ram_buffer { uint32_t sig; /* 头部签名 PERSISTENT_RAM_SIG ^ PRZ 类型值 */ atomic_t start; /* 缓冲区中第一个有效字节 */ atomic_t size; /* 缓冲区中有效字节数 */ uint8_t data[]; /* 缓冲区内容 */ };缓冲区头部签名PERSISTENT_RAM_SIG为0x43474244即 ASCII DBGC。start与size使用原子变量维护配合raw_spin_lock_irqsave保证在崩溃场景下的并发安全。ramoops 在启动时会检查已有 PRZ 中的签名与数据从而识别出上次崩溃遗留的记录——这就是它能跨重启恢复日志的基础。PRZ 的环形缓冲语义buffer_start_add()在写入时推进start并在达到buffer_size时回绕fs/pstore/ram_core.cbuffer_size_add()把size累加但不超过上限fs/pstore/ram_core.c从而形成最旧数据被覆盖的环形日志。转储文件格式Dump Format每条数据转储以一个头部开始当前定义为后跟时间戳和一个换行符再接着实际的数据内容。写入端实现见 fs/pstore/ram.c#define RAMOOPS_KERNMSG_HDR len scnprintf(hdr, sizeof(hdr), RAMOOPS_KERNMSG_HDR %lld.%06lu-%c\n, (time64_t)record-time.tv_sec, record-time.tv_nsec / 1000, record-compressed ? C : D);即头部格式为秒.微秒-C|D\n其中C表示记录经过压缩PSTORE_COMPRESS默认启用 zlib deflate 压缩见 fs/pstore/KconfigD表示未压缩。读取端ramoops_read_kmsg_hdr()fs/pstore/ram.c负责解析该头部若记录没有合法头部ramoops 会清空并跳过该记录persistent_ram_zap。读取转储数据pstore 文件系统转储数据可以通过pstore 文件系统读取。文件命名格式为dmesg-ramoops-N其中N是记录在内存中的编号。挂载方式mount -t pstore pstore /mnt/ ls /mnt/dmesg-ramoops-*读取逻辑在ramoops_pstore_read()中实现fs/pstore/ram.c它按顺序遍历 dmesg 记录区dprzs然后是 console 区cprz、pmsg 区mprz最后是 ftrace 区fprzs。对于启用了 ECC 的记录文件末尾会附加 ECC 纠正通知ecc_notice_size。删除记录要从 RAM 中删除某条已存储的记录直接 unlink 对应的 pstore 文件即可。这对应ramoops_pstore_erase()fs/pstore/ram.c它会调用persistent_ram_free_old()与persistent_ram_zap()把该 PRZ 中的数据清空为下一轮崩溃日志腾出空间。pstore 前端相关的内核配置项fs/pstore/KconfigPSTOREpstore 总开关默认 n但平台驱动会自动选中PSTORE_CONSOLE记录所有内核 console 消息即使没有 oops/panicPSTORE_PMSG通过/dev/pmsg0记录用户空间消息重启后可在/sys/fs/pstore/pmsg-ramoops-[ID]读取PSTORE_FTRACE持久化函数追踪见下文PSTORE_RAMramoops 后端本体模块名为ramoops.ko。持久化函数追踪Persistent Function Tracing持久化函数追踪persistent function tracing对调试**软件或硬件相关的挂起hang**非常有用它记录函数调用链日志存储于ftrace-ramoops文件中。由于函数调用日志是在系统仍能执行代码时持续写入的挂起发生后通过它就能看到系统最后执行到了哪个函数。使用示例# mount -t debugfs debugfs /sys/kernel/debug/ # echo 1 /sys/kernel/debug/pstore/record_ftrace # reboot -f [...] # mount -t pstore pstore /mnt/ # tail /mnt/ftrace-ramoops 0 ffffffff8101ea64 ffffffff8101bcda native_apic_mem_read - disconnect_bsp_APIC0x6a/0xc0 0 ffffffff8101ea44 ffffffff8101bcf6 native_apic_mem_write - disconnect_bsp_APIC0x86/0xc0 0 ffffffff81020084 ffffffff8101a4b5 hpet_disable - native_machine_shutdown0x75/0x90 0 ffffffff81005f94 ffffffff8101a4bb iommu_shutdown_noop - native_machine_shutdown0x7b/0x90 0 ffffffff8101a6a1 ffffffff8101a437 native_machine_emergency_restart - native_machine_restart0x37/0x40 0 ffffffff811f9876 ffffffff8101a73a acpi_reboot - native_machine_emergency_restart0xaa/0x1e0 0 ffffffff8101a514 ffffffff8101a772 mach_reboot_fixups - native_machine_emergency_restart0xe2/0x1e0 0 ffffffff811d9c54 ffffffff8101a7a0 __const_udelay - native_machine_emergency_restart0x110/0x1e0 0 ffffffff811d9c34 ffffffff811d9c80 __delay - __const_udelay0x30/0x40 0 ffffffff811d9d14 ffffffff811d9c3f delay_tsc - __delay0xf/0x20每行的格式为调用深度计数、调用者caller地址、被调函数callee地址、被调函数 - 调用者函数偏移/大小。上面的示例显示了native_machine_emergency_restart→acpi_reboot→__const_udelay→__delay→delay_tsc的调用链可以直观还原系统关机/重启路径上最后执行的代码。持久化 ftrace 依赖以下配置项fs/pstore/KconfigPSTORE_FTRACE依赖FUNCTION_TRACER与DEBUG_FS它把函数调用记录写入持久化 RAM 缓冲重启后通过 pstore 文件系统解码导出用于确定复位或 panic 前最后被调用的函数。ftrace 缓冲区还支持按 CPU 划分RAMOOPS_FLAG_FTRACE_PER_CPUinclude/linux/pstore_ram.h开启时每个 CPU 一个独立 PRZ模块参数方式默认开启见 fs/pstore/ram.c读取时ramoops_pstore_read()会把各 CPU 的记录合并为一条完整的 ftrace 日志fs/pstore/ram.c。小结与使用建议综合文档与源码部署 ramoops 的关键决策点如下选择内存来源嵌入式平台优先使用 Device Tree 的 reserved-memory 方案可静态固定地址稳定可预期调试阶段可用mem命令行方案快速验证reserve_mem方案虽然免去了预留细节但地址不保证固定属于 best-effort。内存类型默认用mem_type0write-combined避免pgprot_noncached在部分 ARM 平台导致原子操作失效追求性能时可评估mem_type2。按需设置max_reason默认2oops panic适合多数场景若只想保留最严重的 panic 可设为1需要全量 kmsg 转储时设为INT_MAX或配合printk.always_kmsg_dump。看门狗场景务必启用 ECCecc1即 16 字节 ECC以应对硬件复位导致的内存位翻转。崩溃现场取证重启后mount -t pstore pstore /mnt/读取dmesg-ramoops-*oops/panic 日志、console-ramoops-*console 日志与ftrace-ramoops函数调用链unlink 文件即可清空对应记录。Ramoops 作为 pstore 子系统中最常用的 RAM 后端其环形缓冲、软件 ECC、多类型日志区划分dmesg/console/ftrace/pmsg与四种参数注入方式构成了嵌入式与服务器场景下内核崩溃现场取证的基础设施值得每一位内核调试者在目标平台上提前配置并验证。【免费下载链接】linuxLinux kernel source tree项目地址: https://gitcode.com/GitHub_Trending/li/linux创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
