# 调试 Linux 内核空间
Source: [https://docs.qualcomm.com/doc/80-70014-12Y/topic/debugging_linux_kernel.html](https://docs.qualcomm.com/doc/80-70014-12Y/topic/debugging_linux_kernel.html)
以下日志、命令行选项和 dump 可用于调试内核空间中的问题。
从高层次上讲，内核空间中的问题可归类为 panic 和 bug。您可以使用 `dmesg` 命令生成内核日志。
建议使用调试编译版本来调试内核问题。有关如何生成调试编译版本的更多信息，可参见[元数据层概述](https://docs.qualcomm.com/bundle/publicresource/topics/80-70014-27Y/platform_software_features.html#overview_of_meta_data_layers)。
有关内核源配置文件的信息，可参见 [Qualcomm Linux 内核指南](https://docs.qualcomm.com/bundle/publicresource/topics/80-70014-3Y/overview.html)。
## 启用动态调试
Source: [https://docs.qualcomm.com/doc/80-70014-12Y/topic/debugging_linux_kernel.html](https://docs.qualcomm.com/doc/80-70014-12Y/topic/debugging_linux_kernel.html)
### About this task
debugfs 文件系统可用于在运行时通过启用日志来调试内核。静态启用日志会使系统变慢。验证特定场景时，可使用 debugfs 使能特定时间段内的日志。
默认情况下，会禁用 dynamic debugfs。要启用内核中的 debugfs，可执行以下操作：
### Procedure
1. 启用 `CONFIG_DYNAMIC_DEBUG` 内核配置。
2. 重新编译并刷写版本。
3. 安装 debugfs 文件系统。
mount -o rw,remount -t debugfs none /sys/kernel/debugCopy to clipboard
要验证动态调试是否已启用，可验证以下节点是否存在：
cat /sys/kernel/debug/dynamic_debugCopy to clipboard
如果该节点存在，则验证定义了哪些日志。
cat /sys/kernel/debug/dynamic_debug/controlCopy to clipboard
4. 为需要调试的文件或函数启用调试日志。
例如：
- 以下命令会启用 mdp.c 文件中的所有 debugfs 日志：
echo 'file mdp.c +p' > /sys/kernel/debug/dynamic_debug/controlCopy to clipboard
- 以下命令会在 mdp.c 文件的第 2921 行启用日志：
echo 'file mdp.c line 2921 +p' > /sys/kernel/debug/dynamic_debug/controlCopy to clipboard
5. 使用 `dmesg` 验证日志或运行命令：
cat /proc/kmsgCopy to clipboard
有关更多信息，可参见 [Documentation/dynamic-debug-howto.txt](https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/Documentation/admin-guide/dynamic-debug-howto.rst)。
## 启用内核调试配置
Source: [https://docs.qualcomm.com/doc/80-70014-12Y/topic/debugging_linux_kernel.html](https://docs.qualcomm.com/doc/80-70014-12Y/topic/debugging_linux_kernel.html)
可以启用内核配置选项来调试不同的问题。要了解更多内核调试配置选项，可运行以下命令：
menuconfigCopy to clipboard
示例输出：
Kernel hacking
[*] Kernel debugging
[*] Detect Soft Lockups
[ ] Collect scheduler statistics
[*] Debug slab memory allocations
[*] Memory leak debugging
[*] Mutex debugging, deadlock detection
[*] Spinlock debugging
[*] Sleep-inside-spinlock checking
[ ] kobject debugging
[ ] Highmem debugging
[ ] Compile the kernel with debug info
Copy to clipboard
注释： 如果启用其中任意一个配置选项，则内核速度会变慢一些。因此，如果发现性能有所下降，可以禁用这些选项。
## 内核配置选项
Source: [https://docs.qualcomm.com/doc/80-70014-12Y/topic/debugging_linux_kernel.html](https://docs.qualcomm.com/doc/80-70014-12Y/topic/debugging_linux_kernel.html)
下表列出了对调试有用的各种常见内核配置选项：
| 内核调试配置选项 | 说明 |
| --- | --- |
| CONFIG\_DEBUG\_LIST | 开启对使用 list.h 头文件执行标准链表操作。如果指针不匹配，则会打印警告，随后显示 `BUG_ON` 崩溃。 |
| CONFIG\_PAGE\_POISONING
CONFIG\_DEBUG\_PAGEALLOC | 调用 `free_pages()` 之后用 poison 模式填充页面 `(PAGE_POISON 0xaa)`，并在调用 `alloc_pages()` 之前验证这些模式。 |
| CONFIG\_DEBUG\_USER | 当用户空间进程因 arch/arm/Kconfig.debug 文件中的 `user_debug=31` 等段错误或无效指令而被终止时，打印消息。
必须将内核启动参数添加到 BoardConfig.mk 文件。 |
| CONFIG\_DEBUG\_SPINLOCK | 捕获缺少的自旋锁初始化和某些其他类型的常见自旋锁错误，例如：
- 在自旋锁上等待超过 1 秒
- 释放已释放的锁
- 重新初始化已使用的锁
|
| CONFIG\_DEBUG\_MUTEXES | 允许 mutex 锁语义违规可被检测到。 |
| DEBUG\_LOCK\_ALLOC | 检测实时锁的不正当释放。 |
| CONFIG\_SLUB
CONFIG\_SLUB\_DEBUG | 通过为 `use-after-free (0x6b)` 和 `buffer-overflow-padding (0xbb)` 添加 poison，执行附加检查来检测内核的内存分配结构的损坏情况。 |
| 用于可能会很冗长并使系统变慢的额外调试的内核调试配置选项。 | 用于可能会很冗长并使系统变慢的额外调试的内核调试配置选项。 |
| CONFIG\_DEBUG\_ATOMIC\_SLEEP | 当在原子上下文内调用各种可能处于休眠状态的例程时，会变得难以预料。 |
| DEBUG\_SPINLOCK\_SLEEP | 在持有自旋锁的情况下去调用可睡眠的例程会变得难以预料。 |
| CONFIG\_DEBUG\_VM、CONFIG\_DEBUG\_HIGHMEM | 为虚拟内存管理损坏提供额外的调试支持。 |
| CONFIG\_DEBUG\_OBJECTS | 跟踪各种对象的生命周期并验证对这些对象的操作。 |
以下是指示一些常见内存问题的示例日志。
### 列出损坏
启用 `CONFIG_DEBUG_LIST` 选项后，可以识别以下崩溃特征：
**示例崩溃特征 1**
<4> WARNING: at kernel/lib/list_debug.c:60 __list_del_entry+0xa0/0xd0()
<6> list_del corruption. prev->next should be c6fc374c, but was c18d804c
<6> Modules linked in: adsprpc
<6> [] (unwind_backtrace+0x0/0x138) from [] (warn_slowpath_common+0x4c/0x64)
<6> [] (warn_slowpath_common+0x4c/0x64) from [] (warn_slowpath_fmt+0x30/0x40)
<6> [] (warn_slowpath_fmt+0x30/0x40) from [] (__list_del_entry+0xa0/0xd0)
<6> [] (__list_del_entry+0xa0/0xd0) from [] (account_entity_dequeue+0x84/0x94)
<6> [] (account_entity_dequeue+0x84/0x94) from [] (dequeue_task_fair+0x64/0x190)Copy to clipboard
**示例崩溃特征 2**
<4>WARNING: at kernel/lib/list_debug.c:52 __list_del_entry+0x8c/0xac()
<4> list_del corruption, e240c500->prev is LIST_POISON2 (00200200)
<4> Modules linked in: wlan(PO) cfg80211 adsp_loader
<4> [] (unwind_backtrace+0x0/0x11c)
from [] (warn_slowpath_common+0x4c/0x64)
<4> [] (warn_slowpath_common+0x4c/0x64)
from [] (warn_slowpath_fmt+0x2c/0x3c)
<4> [] (warn_slowpath_fmt+0x2c/0x3c)
from [] (__list_del_entry+0x8c/0xac)
<4> [] (__list_del_entry+0x8c/0xac)
from [] (list_del+0xc/0x24)
<4> [] (list_del+0xc/0x24)
from [] (binder_thread_read+0x488/0xb70)
<4> [] (binder_thread_read+0x488/0xb70)
from [] (binder_ioctl+0x220/0x5b8)Copy to clipboard
**示例崩溃特征 3**
<4> WARNING: at kernel/lib/list_debug.c:47 __list_del_entry+0x90/0xb0()
<4> list_del corruption, d6ed3720->next is LIST_POISON1 (00100100)
<4> Modules linked in:
<4> [] (unwind_backtrace+0x0/0x12c) from [] (warn_slowpath_common+0x4c/0x64)
<4> [] (warn_slowpath_common+0x4c/0x64) from [] (warn_slowpath_fmt+0x2c/0x3c)
<4> [] (warn_slowpath_fmt+0x2c/0x3c) from [] (__list_del_entry+0x90/0xb0)
<4> [] (__list_del_entry+0x90/0xb0) from [] (list_del+0xc/0x28)
<4> [] (list_del+0xc/0x28) from [] (bam_mux_write_done+0x34/0x11c)Copy to clipboard
### 自旋锁损坏问题
当启用 `CONFIG_DEBUG_SPINLOCK` 和 `CONFIG_DEBUG_MUTEXES` 内核配置选项时，可以识别以下崩溃特征。
**崩溃特征 1**
<0>BUG: spinlock lockup on CPU#1, ndroid.launcher/1071
<0> lock: 0xd5e8f480, .magic: dead4ead, .owner: /-1, .owner_cpu: -1
<4> [] (spin_dump+0x74/0x84) from []
(do_raw_spin_lock+0x144/0x188)
<4> [] (do_raw_spin_lock+0x144/0x188) from [] (kgsl_mmu_pt_get_flags+0x18/0x44)
<4> [] (kgsl_mmu_pt_get_flags+0x18/0x44) from [] (adreno_ringbuffer_submitcmd+0x168/0x228)
<4> [] (adreno_ringbuffer_submitcmd+0x168/0x228) from [] (sendcmd+0x3c/0x254)Copy to clipboard
**崩溃特征 2**
<0> BUG: spinlock lockup on CPU#2, kworker/2:0H/2910
<0> lock: kpss_clock_reg_lock+0x0/0x10, .magic: dead4ead, .owner:
kworker/3:0H/2904, .owner_cpu: 3
<6> kworker/2:0H (2910): undefined instruction: pc=c0963098
kernel BUG at kernel/lib/spinlock_debug.c:95!
<4> [] (spin_dump+0x7c/0x94) from []
(do_raw_spin_lock+0xcc/0x164)
<4> [] (do_raw_spin_lock+0xcc/0x164) from [] (_raw_spin_lock_irqsave+0x20/0x28)
<4> [] (_raw_spin_lock_irqsave+0x20/0x28) from [] (__kpss_mux_set_sel+0x14/0x80)
<4> [] (__kpss_mux_set_sel+0x14/0x80) from [] (kpss_mux_set_sel+0x18/0x20)Copy to clipboard
### Slub 中毒问题
当启用 `CONFIG_SLUB` 和 `CONFIG_SLUB_DEBUG` 内核配置选项时，可以识别以下崩溃特征：
<3>[ 3438.930472] =============================================================================
<3>[ 3438.937628] BUG kmalloc-64 (Tainted: G W O): Poison overwritten
<3>[ 3438.944223] -----------------------------------------------------------------------------
<3>[ 3438.944228]
<3>[ 3438.953861] INFO: 0xce308408-0xce30840b. First byte 0x0 instead of 0x6b
<3>[ 3438.960470] INFO: Allocated in kgsl_ioctl_drawctxt_create+0x2c/0x2ac age=4426 cpu=0 pid=21702
<3>[ 3438.968970] __slab_alloc.isra.37.constprop.43+0x4d4/0x534
<3>[ 3438.974435] kmem_cache_alloc_trace+0x240/0x258
<3>[ 3438.978947] kgsl_ioctl_drawctxt_create+0x2c/0x2ac
<3>[ 3438.983721] kgsl_ioctl+0xfc/0x324
<3>[ 3438.987108] do_vfs_ioctl+0x80/0x54c
<3>[ 3438.990669] sys_ioctl+0x38/0x5c
<3>[ 3438.993880] ret_fast_syscall+0x0/0x30
<3>[ 3438.997615] INFO: Freed in kgsl_release+0xb8/0xc0 age=10 cpu=3 pid=21842
<3>[ 3439.004298] __slab_free+0x30/0x308
<3>[ 3439.007770] kgsl_release+0xb8/0xc0
<3>[ 3439.011242] fput+0xcc/0x23c
<3>[ 3439.014106] filp_close+0x68/0x80
<3>[ 3439.017407] put_files_struct+0xd8/0x110
<3>[ 3439.021312] do_exit+0x164/0x860
<3>[ 3439.024524] do_group_exit+0x3c/0xb0
<3>[ 3439.028084] get_signal_to_deliver+0x2c4/0x59c
<3>[ 3439.032510] do_signal+0x90/0x480
<3>[ 3439.035809] do_notify_resume+0x50/0x5c
<3>[ 3439.039629] work_pending+0x24/0x28
<3>[ 3439.043101] INFO: Slab 0xc0fbcd20 objects=16 used=16 fp=0x (null) flags=0x0080
<3>[ 3439.050401] INFO: Object 0xce308400 @offset=1024 fp=0xce308900
<3>[ 3439.050405]
<3>[ 3439.057694] Bytes b4 ce3083f0: 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a ZZZZZZZZZZZZZZZZ
<3>[ 3439.066457] Object ce308400: 6b 6b 6b 6b 6b 6b 6b 6b 00 00 00 00 6b 6b 6b 6b kkkkkkkk....kkkk
<3>[ 3439.075051] Object ce308410: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b kkkkkkkkkkkkkkkk
<3>[ 3439.083639] Object ce308420: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b kkkkkkkkkkkkkkkk
<3>[ 3439.092234] Object ce308430: 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b 6b a5 kkkkkkkkkkkkkkk.
<3>[ 3439.100828] Redzone ce308440: bb bb bb bb ....
<3>[ 3439.108463] Padding ce3084e8: 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a 5a ZZZZZZZZZZZZZZZZ
<3>[ 3439.117145] Padding ce3084f8: 5a 5a 5a 5a 5a 5a 5a 5a ZZZZZZZZ
<4>[ 3439.125144] [] (unwind_backtrace+0x0/0x138) from [] (check_bytes_and_report+0xc0/0xe4)
<4>[ 3439.134771] [] (check_bytes_and_report+0xc0/0xe4) from [] (check_object+0x1b8/0x214)
<4>[ 3439.144237] [] (check_object+0x1b8/0x214) from [] (alloc_debug_processing+0x7c/0x150)
<4>[ 3439.153782] [] (alloc_debug_processing+0x7c/0x150) from [] (__slab_alloc.isra.37.constprop.43+0x4d4/0x534)
<4>[ 3439.165153] [] (__slab_alloc.isra.37.constprop.43+0x4d4/0x534) from [] (kmem_cache_alloc_trace+0x240/0x258)
<4>[ 3439.176611] [] (kmem_cache_alloc_trace+0x240/0x258) from [] (__get_vm_area_node.isra.26+0x84/0x174)
<4>[ 3439.187376] [] (__get_vm_area_node.isra.26+0x84/0x174) from [] (get_vm_area_caller+0x44/0x4c)
<4>[ 3439.197615] [] (get_vm_area_caller+0x44/0x4c) from [] (vmap+0x50/0x90)
<4>[ 3439.205866] [] (vmap+0x50/0x90) from [] (_kgsl_sharedmem_page_alloc+0x238/0x3d4)
<4>[ 3439.214979] [] (_kgsl_sharedmem_page_alloc+0x238/0x3d4) from [] (_gpumem_alloc+0xb0/0xfc)
<4>[ 3439.224874] [] (_gpumem_alloc+0xb0/0xfc) from [] (kgsl_ioctl_gpumem_alloc_id+0x40/0x1a8)
<4>[ 3439.234684] [] (kgsl_ioctl_gpumem_alloc_id+0x40/0x1a8) from [] (kgsl_ioctl+0xfc/0x324)
<4>[ 3439.244319] [] (kgsl_ioctl+0xfc/0x324) from [] (do_vfs_ioctl+0x80/0x54c)
<4>[ 3439.252738] [] (do_vfs_ioctl+0x80/0x54c) from [] (sys_ioctl+0x38/0x5c)
<4>[ 3439.260986] [] (sys_ioctl+0x38/0x5c) from [] (ret_fast_syscall+0x0/0x30)
<3>[ 3439.269400] FIX kmalloc-64: Restoring 0xce308408-0xce30840b=0x6bCopy to clipboard
### 页面中毒问题
当启用 `CONFIG_DEBUG_PAGEALLOC` 和 `CONFIG_PAGE_POISONING` 内核配置选项时，可以识别以下崩溃特征：
<1> Unable to handle kernel paging request at virtual address aaaaaaae
<1> pgd = e98b4000
<1> [aaaaaaae] *pgd=00000000
<0> Internal error: Oops: 5 [#1] PREEMPT SMP ARM
<4> Modules linked in: adsp_loader exfat_fs(P) exfat_core(P)
<4> CPU: 1 Tainted: P W (3.4.0-628250-eng #1)
<4> PC is at pid_nr_ns+0xc/0x3c
<4> LR is at do_task_stat+0x248/0x83c
<4> pc : [] lr : [] psr: a0000093Copy to clipboard
## CPU 参数
Source: [https://docs.qualcomm.com/doc/80-70014-12Y/topic/debugging_linux_kernel.html](https://docs.qualcomm.com/doc/80-70014-12Y/topic/debugging_linux_kernel.html)
有关 CPU 参数的详细信息，参见 [https://www.kernel.org/doc/Documentation/ABI/testing/sysfs-devices-system-cpu](https://www.kernel.org/doc/Documentation/ABI/testing/sysfs-devices-system-cpu)。
## 内存
Source: [https://docs.qualcomm.com/doc/80-70014-12Y/topic/debugging_linux_kernel.html](https://docs.qualcomm.com/doc/80-70014-12Y/topic/debugging_linux_kernel.html)
Linux 是一个虚拟内存系统。因此，用户程序查看的地址和硬件直接使用的物理地址是不对应的。虚拟内存引入了一个间接层，允许系统上运行的程序分配的远多于物理可用内存。
内存管理实现涵盖以下几个方面：
- 内存中物理页面的管理
- 分配大块内存的伙伴系统
- 分配小块内存的 slab、slub、slob 分配器
- 分配不连续内存块的 vmalloc 机制
- 进程的地址空间
### /proc 文件系统
Source: [https://docs.qualcomm.com/doc/80-70014-12Y/topic/debugging_linux_kernel.html](https://docs.qualcomm.com/doc/80-70014-12Y/topic/debugging_linux_kernel.html)
/proc 文件系统提供了以下文件：
- [/proc/meminfo](https://docs.qualcomm.com/doc/80-70014-12Y/topic/debugging_linux_kernel.html#zbq1520725114522__section_N10011_N1000E_N10001)
- [/proc/vmstat](https://docs.qualcomm.com/doc/80-70014-12Y/topic/debugging_linux_kernel.html#zbq1520725114522__section_N1002B_N1000E_N10001)
- [/proc/iomem](https://docs.qualcomm.com/doc/80-70014-12Y/topic/debugging_linux_kernel.html#zbq1520725114522__section_N10045_N1000E_N10001)
- [/proc/vmallocinfo](https://docs.qualcomm.com/doc/80-70014-12Y/topic/debugging_linux_kernel.html#zbq1520725114522__section_N10053_N1000E_N10001)
### /proc/meminfo
此文件提供与内存的分配和使用相关的信息。要查看此文件的内容，可运行以下命令：
cat proc/meminfoCopy to clipboard
示例输出：
MemTotal: 3813532 kB
MemFree: 624836 kB
MemAvailable: 2098008 kB
Buffers: 40416 kB
Cached: 1484320 kB
SwapCached: 0 kB
Active: 1334816 kB
.
.
.
.
NFS_Unstable: 0 kB
Bounce: 0 kB
WritebackTmp: 0 kB
CommitLimit: 2431048 kB
Committed_AS: 99995284 kB
VmallocTotal: 258867136 kB
VmallocUsed: 0 kB
VmallocChunk: 0 kB
CmaTotal: 163840 kB
CmaFree: 1368 kB
Copy to clipboard
有关此文件提供的参数的详细信息，可访问 [https://docs.kernel.org/filesystems/proc.html](https://docs.kernel.org/filesystems/proc.html)。
### /proc/vmstat
此文件显示来自内核的详细虚拟内存统计数据。仅当启用 init/Kconfig 文件中的 `CONFIG_VM_EVENT_COUNTERS` 选项时，大多数计数器才可用。
要查看此文件的内容，可运行以下命令：
cat proc/vmstatCopy to clipboard
示例输出：
nr_free_pages 156290
nr_alloc_batch 132
nr_inactive_anon 108
nr_active_anon 165006
nr_inactive_file 212275
nr_active_file 168709
nr_unevictable 64
nr_mlock 64
nr_anon_pages 164982
nr_mapped 90366
nr_file_pages 381184:
:
unevictable_pgs_mlocked 0
unevictable_pgs_munlocked 0
unevictable_pgs_cleared 0
unevictable_pgs_stranded 0
unevictable_pgs_mlockfreed 0
Copy to clipboard
有关此文件提供的参数的详细信息，可访问 [https://man7.org/linux/man-pages/man8/vmstat.8.html](https://man7.org/linux/man-pages/man8/vmstat.8.html)。
### /proc/iomem
此文件显示系统各种设备驱动程序的内存映射。要查看此文件的内容，可运行以下命令：
cat proc/iomemCopy to clipboard
示例输出：
007781b8-007791b7 : vmpm
010aa000-010abfff : tsens_physical
010ac000-010ac003 : pshold-base
010ad000-010aefff : tsens_physical
01680000-0168ffff : /soc/arm,smmu-anoc1@1680000
016c0000-016fffff : /soc/arm,smmu-anoc2@16c0000
01d0101c-01d0101f : sp2soc_irq_status
01d01024-01d01027 : sp2soc_irq_clr
01d01028-01d0102b : sp2soc_irq_mask
.
.
.
0caa0000-0caa3fff : jpeg_hw
0caa4000-0caa47ff : fd_core
0caa5000-0caa53ff : fd_misc
0cd00000-0cd3ffff : /soc/arm,smmu-mmss@cd00000
17817000-17817fff : msm-watchdog
17900000-1790dfff : msm-gladiator-erp
80000000-857fffff : System RAM
80080000-817fffff : Kernel code
82330000-82945fff : Kernel data
88f00000-8aafffff : System RAM
95300000-17e3bffff : System RAMCopy to clipboard
### /proc/vmallocinfo
此文件显示有关通过 vmalloc 或 ioremap 分配虚拟地址的详细信息。
以下为此文件的示例：
0xbf000000-0xbf002000 8192 module_alloc_update_bounds+0xc/0x5c pages=1 vmalloc
0xbf004000-0xbf008000 16384 module_alloc_update_bounds+0xc/0x5c pages=3 vmalloc
0xee800000-0xef800000 16777216 iotable_init+0x0/0xb0 phys=36800000 ioremap
0xf0000000-0xf0002000 8192 of_iomap+0x30/0x38 ioremap
0xf0002000-0xf0004000 8192 of_iomap+0x30/0x38 ioremap
0xf0004000-0xf000c000 32768 gen_pool_add_virt+0x48/0xb8 pages= 7 vmalloc
0xf000c000-0xf000e000 8192 msm_pm_setup_saved_state+0xcc/0x1bc ioremap
………………………
0xf0174000-0xf0176000 8192 msm_cpu_status_probe+0xd8/0x20c ioremap
0xf0f24000-0xf0f28000 16384 _kgsl_sharedmem_page_alloc+0xa0/0x41c pages=3 vmalloc
0xf0f39000-0xf0f3e000 20480 _kgsl_sharedmem_page_alloc+0xa0/0x41c pages=4 vmalloc
0xf0f61000-0xf0f66000 20480 _kgsl_sharedmem_page_alloc+0xa0/0x41c pages=4 vmalloc
……….
0xfa400000-0xfa600000 2097152 iotable_init+0x0/0xb0 phys=fa00000 ioremap
0xfa71e000-0xfa71f000 4096 iotable_init+0x0/0xb0 phys=f991e000 ioremap
0xfefd8000-0xff000000 163840 pcpu_get_vm_areas+0x0/0x56c vmallocCopy to clipboard
### /sys/kernel/debug/memblock 接口
Source: [https://docs.qualcomm.com/doc/80-70014-12Y/topic/debugging_linux_kernel.html](https://docs.qualcomm.com/doc/80-70014-12Y/topic/debugging_linux_kernel.html)
debugfs 文件系统上的 memblock 接口提供有关系统中可用和预留内存区域的详细信息。此接口中提供以下文件：
- [/sys/kernel/debug/memblock/memory](https://docs.qualcomm.com/doc/80-70014-12Y/topic/debugging_linux_kernel.html#mtl1520725114834__section_N10015_N1000E_N10001)
- [/sys/kernel/debug/memblock/reserved](https://docs.qualcomm.com/doc/80-70014-12Y/topic/debugging_linux_kernel.html#mtl1520725114834__section_N10038_N1000E_N10001)
### /sys/kernel/debug/memblock/memory
该文件提供有关 Linux 内核可见的所有可用内存区域（HLOS 和 non-HLOS）的详细信息。要了解内核可访问的总内存，可计算每个区域的起始地址和结束地址之间的差异并添加值，以获取占用的总 RAM。剩余内存（即设备的 RAM 大小与已占用 RAM 之间的差异）为 non-HLOS 内存或其他子系统所占用的内存。
要查看此文件的内容，可运行以下命令：
cat sys/kernel/debug/memblock/memoryCopy to clipboard
示例输出：
0： 0x0000000080000000..0x00000000857fffff
1: 0x0000000088f00000..0x000000008aafffff
2: 0x0000000095300000..0x000000017e3bffff
Copy to clipboard
### /sys/kernel/debug/memblock/reserved
该文件提供了系统中所有预留内存区域的详细信息。
要查看此文件的内容，可运行以下命令：
cat sys/kernel/debug/memblock/reservedCopy to clipboard
示例输出：
0： 0x0000000080080000..0x0000000082944fff
1: 0x0000000083200000..0x0000000083259bb4
2: 0x0000000083400000..0x00000000839506c9
3: 0x00000000f5800000..0x00000000ffbfffff
4: 0x00000000ffff7000..0x00000000ffffefff
5: 0x00000000ffffff40..0x00000000ffffff77
6: 0x00000000ffffff80..0x00000000ffffffb7
7: 0x00000000ffffffc0..0x00000000fffffff7
8: 0x0000000179258000..0x000000017d9fffff
9: 0x000000017da17000..0x000000017da1ffff
10: 0x000000017da20e00..0x000000017da26fff
11: 0x000000017da27300..0x000000017da2735f
12: 0x000000017da27380..0x000000017da273df
13: 0x000000017da27400..0x000000017da2755f
14: 0x000000017da27580..0x000000017da27587
15: 0x000000017da275c0..0x000000017da275c7
16: 0x000000017da29600..0x000000017da29924
17: 0x000000017da29940..0x000000017da29c64
18: 0x000000017da29c80..0x000000017da29fa4
19: 0x000000017da29fac..0x000000017da2a3f8
20: 0x000000017da2a3fc..0x000000017da2a42e
21: 0x000000017da2a430..0x000000017da2a45e
22: 0x000000017da2a460..0x000000017e3bffffCopy to clipboard
### 内存泄漏
Source: [https://docs.qualcomm.com/doc/80-70014-12Y/topic/debugging_linux_kernel.html](https://docs.qualcomm.com/doc/80-70014-12Y/topic/debugging_linux_kernel.html)
要调试内核内存泄漏问题，可启用以下配置：
CONFIG_DEBUG_KMEMLEAK=y
CONFIG_DEBUG_KMEMLEAK_MEM_POOL_SIZE= 4000
CONFIG_DEBUG_KMEMLEAK_DEFAULT_OFF=yCopy to clipboard
默认情况下，内核线程每 10 分钟扫描一次内存并打印发现的新未引用对象的数量。例如：
unreferenced object 0xec26f000 (size 4096):
comm "Binder_2", pid 4592, jiffies 8848 (age 336.710s)
hex dump (first 32 bytes):
ec 4d f8 c0 02 00 00 00 00 00 00 00 00 00 00 00 .M..............
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
backtrace:
[] kmem_cache_alloc_trace+0x17c/0x238
[] ddl_client_transact+0xd0/0x158
[] ddl_open+0x4c/0x194
[] vcd_init_client_context+0x14/0x9c
[] vcd_open_in_ready+0x3c/0x94
[] vcd_open+0x214/0x274
[] vid_dec_open_client+0x1d0/0x288
[] vid_dec_open+0x30/0x7c
[] chrdev_open+0x10c/0x134
[] __dentry_open.isra.12+0x190/0x29c
[] do_last.isra.29+0x690/0x6c0
[] path_openat+0xb8/0x35c
[] do_filp_open+0x2c/0x78
[] do_sys_open+0xd8/0x170
[] ret_fast_syscall+0x0/0x30
[] 0xffffffffCopy to clipboard
通过在内核命令行中传递 `kmemleak=off`，可在启动时禁用 `KMEMleak` 选项。
有关 kmemleak.txt 文件的详细信息，参见 [https://www.kernel.org/doc/Documentation](https://www.kernel.org/doc/Documentation)。
以下是可用于跟踪每个内存页的分配器的附加内核配置选项：
- `CONFIG_PAGE_OWNER`
- `CONFIG_PAGE_OWNER_ENABLE_DEFAULT`
- `CONFIG_PAGE_EXTENSION`
解析启用这些选项的所有页面可以在多次分配时发挥作用，因为多次分配可能导致内存泄漏。
### 内存损坏
Source: [https://docs.qualcomm.com/doc/80-70014-12Y/topic/debugging_linux_kernel.html](https://docs.qualcomm.com/doc/80-70014-12Y/topic/debugging_linux_kernel.html)
要识别内存损坏问题，在内核配置文件中启用以下选项：
- `CONFIG_PAGE_POISONING`
- `CONFIG_SLUB_DEBUG_ON`
- `CONFIG_DEBUG_LIST`
- `CONFIG_SLUB_DEBUG`
示例日志：
BUG :
-----------------------------------------------
INFO: -
INFO: Slab
INFO: Object