Linux内存管理（91）：内存管理可能出现的bug和panic

已于 2025-04-10 19:12:50 修改
阅读量1k 收藏
点赞数 1
分类专栏： Linux 内存管理 文章标签： 内存管理 panic bug oops
于 2023-05-23 15:26:31 首次发布
本文为博主原创文章，未经博主允许不得转载！
本文链接：https://blog.youkuaiyun.com/shift_wwx/article/details/130762788
版权
本文分析了Linux ARM64架构内存管理中可能出现的BUG和Panic情况，包括BUILD_BUG(), BUG(), BUG_ON(), VM_BUG_ON()等宏触发的异常，以及在fixmap初始化，paging_init，slub分配器，vmalloc，kswapd启动和OOM过程中的错误检查。文章详细阐述了各种错误检查和处理流程，如 Panic()调用的情况。" 82721731,5674660,Nginx配置优化：静态资源缓存策略,"['Nginx', '静态资源缓存', '配置管理']

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

源码基于：Linux 5.4

约定：

  • 芯片架构：ARM64
  • 内存架构：UMA
  • CONFIG_ARM64_VA_BITS：39
  • CONFIG_ARM64_PAGE_SHIFT：12
  • CONFIG_PGTABLE_LEVELS ：3

0. 前言

在之前的博文《Linux内核oops panic简析》中简单分析Linux 内核异常处理的流程。本文在此基础上总结下内存管理系统中(针对arm64架构)可能出现的BUG 或 oops 或panic，并对这些情况进行剖析。

因为涉及到的BUG 场景不一定相同，本篇博文应该是一个长期整理的过程。

1. BUG存在的形式

1.1 BUILD_BUG()

了解本专栏 订阅专栏 解锁全文
Linux 内核参数：panic 相关
私房菜
05-23 1487
当出现panic时会重启系统，该节点表示在重启之前需要wait 的时长，单位为 秒。该值默认值根据 CONFIG_PANIC_TIMEOUT 决定，默认值为 4；emergency_restart() 用以dump kmsg 并重启系统；是每隔100ms 重启 NMI watchdog 的timeout；当使用软件 watchdog 时，推荐该值设为 60s。代码中通过变量 panic_timeout 运算；代码中通过变量 panic_print 运算；该节点默认值为 0；
linux系统内存报错,Linux系统内存错误产生的原因及调试方法
weixin_33508411的博客
04-28 1665
而言之,产生段错误就是访问了错误的内存段，一般是你没有权限，或者根本就不存在对应的物理内存,尤其常见的是访问0地址.一般来说,段错误就是指访问的内存超出了系统所给这个程序的内存空间，通常这个值是由gdtr来保存的，他是一个48位的寄存器，其中的32位是保存由它指向的gdt表，后13位保存相应于gdt的下标，最后3位包括了程序是否在内存中以及程序的在cpu中的运行级别,指向的gdt是由以64位为一个...
linux内核oops错误码说明,Oops 定位错误代码行
weixin_30696229的博客
04-30 1574
这几天一直在调试atmel at91sam9x25的串口，用着用着总会导致Oops，Oops内容如下：[ 1023.510000] Unable to handle kernel NULL pointer dereference at virtual address 00000000[ 1023.520000] pgd = c0004000[ 1023.520000] [00000000] *pg...
linux内核 panic,linux 内核 panic
weixin_31093677的博客
04-30 156
Linux内核栈溢出(stack overflow)问题最近一段时间在设计和开发一个Linux内核模块，进入到最后的正确性测试与稳定性测试阶段。在这个阶段发现了一个非常有意思的问题，堆栈溢出(stack overflow)。Linux内核堆栈溢出之后直接导致了系统kernel Panic。由于导致stack overflow的原因是递归调用导致的，所以，最后通过调试串口导出的kernel pani...
Linux系统--查看内存
南柯一梦
08-30 532
1）cat /proc/meminfo MemTotal:       23142392 kB MemFree:        19137312 kB Buffers:           27428 kB Cached:          1342860 kB SwapCached:            0 kB Active:           215396 kB Ina
Linux 下的各种内存错误
l1258914199的专栏
04-24 2500
这两天在写一个多线程的代码，并行求最大独立子集，由于一个欠考虑的循环赋值导致了coredump，调试过程太曲折了。。为了记下这个教训，整理点内存错误的一些原因。 free(): invalid next size (fast): 0x095f6070 是由于对指针0x095f6070指向的空间，进行写操作超过了他实际申请的大小    *** glibc detected *** fr
linux到底在何时panic
TCP/IP
04-03 5602
<br />遇到内核panic，我们很无奈，我们总是以为内核自动的检查出了错误，然后panic了，可事实上，panic是一个函数，需要显式调用的，panic机制固然是一种检查内核正常的好机制，可是其背后隐藏了大量内核开发者的心血，内核开发者必须知道什么情况下内核属于不正常状态，然后显式调用panic，如果此时不调用panic的话，说实话，系统还是会继续运行的，然而结果会真的“不可预料”，在遇到惶恐之事件的时候，最好的办法就是呆在原地，也就是panic。<br />      对于纯程序员来讲，特别是习惯于
linux内存管理memory.c 源码注释
jyc1020的博客
10-12 1064
/* * linux/mm/memory.c * * (C) 1991 Linus Torvalds */ /* * demand-loading started 01.12.91 - seems it is high on the list of * things wanted, and it should be easy to implement. - Linus */ ...
linux 0.11源码 内存管理 memory.c
liuer2004_82的专栏
09-20 789
/*  *  linux/mm/memory.c  *  *  (C) 1991  Linus Torvalds  */ /*  * demand-loading started 01.12.91 - seems it is high on the list of  * things wanted, and it should be easy to implement. -
内存管理--page.s memory.c源码分析
wyc的专栏
06-29 1069
page.s   1 /*   2  *  linux/mm/page.s   3  *   4  *  (C) 1991  Linus Torvalds   5  */   6   7 /*   8  * page.s contains the low-level page-exception code.   9  * the real work is done in
Linux内核中的panic
生活需要深度
03-17 1388
在循环中，它重置非屏蔽中断（NMI），然后定期调用一个名为架构依赖的panic_blink函数；在x86上，该事件会引起键盘LED会闪烁，驱动drivers/input/serio/i8042.c:i8042_panic_blink().原文链接：https://blog.csdn.net/WANGYONGZIXUE/article/details/127579722。原子的 注册函数，实际上对spin_lock_irqsave/spin_unlock_irqsave封装。
Linux系统优化-内存错误分析
weixin_33980459的博客
04-03 135
为什么80%的码农都做不了架构师？>>> ...
Linux系统内存错误产生的原因及调试方法(段错误|core dumped)　谢谢这篇文章的作者
lkq0211的专栏
01-12 2271
Linux系统内存错误产生的原因及调试方法(段错误|core dumped)[转] Posted on 2008-09-05 14:52 猫头鹰 阅读(84) 评论(0)  编辑 收藏 引用 所属分类: 软件技巧 <!--<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"xmlns:dc="http:/
Linux内核oops panic简析
最新发布
生活需要深度
08-16 1162
oops_enter() ---> oops_exit() 为Oops 的处理流程，获取console 的log 级别，并通过 __die() 通过对Oops 感兴趣的模块进行callback，打印模块状态不为 MODULE_STATE_UNFORMED 的模块信息，打印PC、LR、SP、x0 等寄存器信息，打印调用栈信息，等等。当出现 oops，并且如果有源码，可以通过 arm 的 arch64-linux-gnu-objdump 工具看到出错的函数的汇编情况，也可以通过 GDB 工具分析。
linux panic分析
YuZhiHui_No1的专栏
07-02 1171
Oops: 0000 [#1] PREEMPT SMP                Modules linked in: capidrv kernelcapi isdn slhc ipv6 loop dm_multipath snd_ens1371 gameport snd_rawmidi snd_ac97_codec ac97_bus snd_seq_dummy snd_seq_oss
linux panic 机制
Leonban的博客
08-29 1148
. Linux  Kernel Panic的产生的原因      panic 是英文中是惊慌的意思，Linux Kernel panic正如其名，linux kernel不知道如何走了，它会尽可能把它此时能获取的全部信息都打印出来。 有两种主要类型kernel panic，后面会对这两类panic做详细说明： 1.hard panic(也就是Aieee信息输出) 2.soft panic (...
Linux Kernel PANIC(一)--概述(Hard Panic/Aieee和Soft Panic/Oops)
OSKernelLAB(gatieme)
06-25 6457
======= 优快云 GitHub Linux Kernel PANIC概述(Hard Panic/Aieee和Soft Panic/Oops) LDD-LinuxDeviceDrivers/study/debug/modules/panic/01-kernel_panic 本作品采用知识共享署名-非商业性使用-相同方式共享 4.0 国际许可协议进行许可, 转载请注明出处 1
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

私房菜

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值