Linux内存踩踏问题分析方法

已于 2024-03-15 16:02:03 修改
阅读量3.7k 收藏 3
点赞数
分类专栏： linux内存管理 文章标签： linux 内存 linux内存debug
于 2023-03-26 11:39:05 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/a2591748032/article/details/129776094
版权

unable to handle kernel paging request at virtual address之类的问题有可能是內存越界导致该指针所在内存被破坏了或者可能踩到use after free 的内存。可以使用打开kasan以及slub的一些宏去分析。

202<1>.(1)[2801:kworker/u8:0]Unable to handle kernel paging request at virtual address 4ca519894b81866e
345687.217558] <1>.(1)[2801:kworker/u8:0]Mem abort info:
[345687.218222] <1>.(1)[2801:kworker/u8:0] ESR = 0x96000004
[2022-08-02_11:46:10.607][345687.218916] <1>.(1)[2801:kworker/u8:0] Exception class = DABT (current EL), IL = 32 bits
[2022-08-02_11:46:10.607][345687.219973] <1>.(1)[2801:kworker/u8:0] SET = 0, FnV = 0
[2022-08-02_11:46:10.608][345687.220667] <1>.(1)[2801:kworker/u8:0] EA = 0, S1PTW = 0
[2022-08-02_11:46:10.610][345687.221425] <1>.(1)[2801:kworker/u8:0]Data abort info:
[2022-08-02_11:46:10.611][345687.221495] <1>-(3)[0:swapper/3][name:bc&]tick broadcast enter counter cpu: 595, 61, 420, 396, success counter cpu: 67, 15, 94, 78, fail counter cpu: 0, 0, 0, 0, interrupt counter cpu: 129, 29, 186, 156, o: , p: , f: , t: 345687220000000, 345687220000000, 345687220000000, 345687220000000,
[2022-08-02_11:46:10.615][345687.225359] <1>.(1)[2801:kworker/u8:0] ISV = 0, ISS = 0x00000004
[2022-08-02_11:46:10.615][345687.226151] <1>.(1)[2801:kworker/u8:0] CM = 0, WnR = 0
[2022-08-02_11:46:10.636][345687.226834] <1>.(1)[2801:kworker/u8:0][4ca519894b81866e] address between user and kernel address ranges
[2022-08-02_11:46:10.637][345687.228047] <1>-(1)[2801:kworker/u8:0]Internal error: Oops: 96000004 [#1] SMP
[2022-08-02_11:46:11.626][345688.238547] <1>-(1)[2801:kworker/u8:0]Kernel Offset: 0x0 from 0xffffff8008000000
[2022-08-02_11:46:11.629][345688.239522] <1>-(1)[2801:kworker/u8:0]PHYS_OFFSET: 0x40000000
...
[2022-08-02_11:46:11.736][345688.345248] <1>-(1)[2801:kworker/u8:0]CPU: 1 PID: 2801 Comm: kworker/u8:0 Tainted: G O 4.19.205 #0
[2022-08-02_11:46:11.739][345688.346569] <1>-(1)[2801:kworker/u8:0]Hardware name: 
[2022-08-02_11:46:11.739][345688.347626] <1>-(1)[2801:kworker/u8:0]Workqueue: uether process_rx_w
[2022-08-02_11:46:11.739][345688.348456] <1>-(1)[2801:kworker/u8:0]pstate: 20c00005 (nzCv daif +PAN +UAO)
[2022-08-02_11:46:11.739][345688.349374] <1>-(1)[2801:kworker/u8:0]pc : skb_release_data+0x68/0x128
[2022-08-02_11:46:11.739][345688.350223] <1>-(1)[2801:kworker/u8:0]lr : skb_release_data+0x1c/0x128
[2022-08-02_11:46:11.739][345688.351069] <1>-(1)[2801:kworker/u8:0]sp : ffffff800ad6b270
[2022-08-02_11:46:11.739][345688.351796] <1>-(1)[2801:kworker/u8:0]x29: ffffff800ad6b270 x28: 0000000000480020
[2022-08-02_11:46:11.742][345688.352778] <1>-(1)[2801:kworker/u8:0]x27: ffffff800ad6bb00 x26: 0000000000000000
[2022-08-02_11:46:11.742][345688.353760] <1>-(1)[2801:kworker/u8:0]x25: ffffffc00b6f807c x24: ffffffc01f89682c
[2022-08-02_11:46:11.742][345688.354743] <1>-(1)[2801:kworker/u8:0]x23: ffffff8009703300 x22: ffffffffffffffea
[2022-08-02_11:46:11.744][345688.355725] <1>-(1)[2801:kworker/u8:0]x21: 0000000000000000 x20: ffffffc00b6fbec0
[2022-08-02_11:46:11.744][345688.356707] <1>-(1)[2801:kworker/u8:0]x19: ffffffc01f896800 x18: 0000000000000000
[2022-08-02_11:46:11.744][345688.357688] <1>-(1)[2801:kworker/u8:0]x17: 0000000000000000 x16: 0000000000000000
[2022-08-02_11:46:11.747][345688.358670] <1>-(1)[2801:kworker/u8:0]x15: 0000000000000000 x14: 8
最低0.47元/天 解锁文章
a2591748032-随心所记
关注
  • 0
    点赞
  • 踩
  • 3
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
linux踩内存怎么定位,问题定位：内存泄漏，踩内存。
weixin_28933797的博客
05-01 2839
1.内存泄漏确定现象：linux 内存泄漏，可以查看slabinfo 和另外一个proc下(貌似meminfo)，关于内存的信息，可以看到内存是否在不断减少，以及减少的速度。vxworks系统，内存是否有相关信息？？？如果快速泄漏内存，则较容易判断。如果是非常慢的，则要经过一定时间场景复现后，应该也能看出来。linux在内存耗光后，会有log打印。容易判断。vxworks待试验。在确认存在内存泄漏...
嵌入式linux内核oops,Linux系统Oops
weixin_39905037的博客
05-06 885
ZU4CG的板子，Linux系统突然Oops，帮忙看看是怎么回事啊[ 92.711860] Unable to handle kernel paging request at virtual address 0040cb94794978c0[ 92.719788] Mem abort info:[ 92.722576] ESR = 0x96000144[ 92.725622] EC = 0x25:...
20240518解决在编译RK3588平台时内存buff占用过大的问题
最新发布
南岭笑笑生之家
05-18 665
我们使用 sudo 只是让 echo 命令具有了 root 权限，但是没有让 “>” 和 “>>” 命令也具有 root 权限，所以 bash 会认为这两个命令都没有像 /proc/sys/vm/drop_caches 文件写入信息的权限。备注： tee 命令的 “-a” 选项的作用等同于 “>>” 命令，如果去除该选项，那么 tee 命令的作用就等同于 “>” 命令。缘起：在服务器编译Android10/12的时候，在top中，经常发现buff/cache占用率过高/几乎占用全部的物理内存。
crash工具分析dma设备内存踩踏(一)
lunhui2016的博客
10-07 501
kernel panic、dma设备内存踩踏、crash工具
内存映射
jiuweideqixu的博客
02-05 521
总览 In the Linux kernel it is possible to map a kernel address space to a user address space. This eliminates the overhead of copying user space information into the kernel space and vice versa. This c...
linux 定位 踩内存_通过系统调用，内核断点方法定位用户进程被内核踩内存的问题...
weixin_35351343的博客
01-27 995
请看我的上一篇博客，https://www.cnblogs.com/xingmuxin/p/11287935.html介绍了具体的踩内存的问题。下面我来介绍下如何通过一些手段和方法，定位内核踩内存的问题。1、系统调用拦截系统调用拦截的两个问题，一个是找到sys_call_table地址，一个是修改内存页的属性，让其变为可写。1)找sys_call_table地址我们可以通过两种方法来查找sys_...
检查堆内存 踩内存，内存重复释放 内存泄露的小程序
04-28
功能说明： 检查堆内存的问题，定位到文件，行数 1. 踩内存 2. 内存重复释放 3. 内存泄露 使用方法用 dbg_malloc， dbg_free 替换原程序中的malloc, free. 适当的时候调用dbg_memory_check 以检查内存泄露。 原理： 在申请的内存前后添加 隔离带，并做记录。在free, dbg_memory_check中检查踩内存。在free中检查重复释放。 假设要申请的为 size ，则实际申请的为 size + gap_size (前后隔离带的大小) GAP_BEGIN | size | GAP_END PS: 此文件可酌情修改，以适应不同的设备，平台等。 多线程情况下，请对dbg_malloc_ dbg_free_ dbg_memory_check 加锁
kernel oops (Unable to handle kernel paging request at virtual address )三种内存访问异常
80后的梦想
07-27 1万+
一、linux内核、用户空间的内存划分： 如下图：32位系统内核空间划分0~3G为用户空间，3~4G为内核空间。详细请参考《Linux用户空间与内核空间》 注意：内核地址空间的范围是0xC0000000 ~ 0xFFFFFFFF 而对于64位系统，内核空间划分如下： ARM64架构处理器采用48位物理寻址机制，最大可以寻找到256TB的物理地址空间。对于目前的应用来说已经足够了，不需要扩展到64位的物理地址寻址。虚拟地址也同样最大支持48位支持，所以在处理器的架构设计上，把虚拟地址空间...
关于添加系统调用遇到 Unable to handle kernel paging request at virtual address 的解决
生活需要深度
05-05 5243
原文链接：https://blog.csdn.net/m0_38066161/article/details/81813269。当 virtual addresss 地址指向的是用户空间时，强制读或者写用户空间地址中的内容会引起报错。int get_user(var, addr) //将用户空间addr中的内容读取到内核变量var中。int put_user(var, addr) //将内核变量var中的内容存放到用户空间addr中。以上三点，在下面的参考文献 [1] 已经做了很好的解释。
根据crash学习ARM64虚拟地址空间布局
半月旋空
04-08 1万+
我们先来看一个出错的现场： [ 55.195101] Unable to handle kernel paging request at virtual address ffffdfc7be9c2100 [ 55.195107] Mem abort info: [ 55.195109] ESR = 0x96000004 [ 55.195112] Exception cl...
基于人群流动模型的拥挤踩踏事故分析
05-31
本文根据室外大型活动的定义和特点,分析了国内外踩踏事故研究现状。根据拥挤踩踏事故之间的特征,以人群流动模型为基础,分析了拥挤踩踏事故的成因,得出环境、人、政府是导致踩踏事故发生的三个主要影响因素,并以此...
小学踩踏事故案例分析.doc
09-25
教育精品资料
案例：泰国大象踩踏伤人事件1
08-03
1. 词频统计图 2. 词云 3. 情感统计 4. 主题聚类
体育场馆踩踏风险评估指标体系研究-以天河体育中心为例
06-03
本文试图借助危机原因模型理论，通过文献研究和清理承灾主体，受灾环境和致灾因素的特征，运用层次分析法建立风险评价指标，并进一步研究。以天河体育中心为例，结合实地调查，发现天河体育中心发生大规模踩踏的...
论文研究-人群拥挤踩踏事故风险分析算法设计及应用.pdf
10-20
用于分析和计算视频中人群聚集可能导致的拥挤踩踏事故风险，主要采用基于互相关算法的速度特征提取方法，并使用速度方差等参数进行风险的表征，从而在时间和空间上对拥挤踩踏事故风险进行实时分析和事前预警....
kernel内存检测工具记录(基于kernel 4.14)
长江不择细流，故能浩荡万里
12-05 1530
slub debug ➜ cd linux-4.14/tools/vm ➜ make ARCH=aarm64 CC=aarch64-linux-gnu-gcc slabinfo kmemleak Kernel hacking —>
内存泄漏 & 内存溢出 & 踩内存 & malloc底层实现原理
LJFjy_fighting的博客
08-21 9936
本文主要对内存泄漏、内存溢出、内存踩踏【踩内存】以及malloc的底层实现原理进行了总结。话不多说，直接往下看： 参考文章： 内存泄漏与内存溢出： https://blog.csdn.net/ruiruihahaha/article/details/70270574 踩内存： https://blog.csdn.net/u014485485/article/details/104714934 malloc的底层实现原理： https://blog.csdn.net/ypshowm/article
Unable to handle kernel paging request at virtual address 的解决办法
热门推荐
warmshepherd的专栏
11-07 5万+
 今天想正式开始编写各底层硬件的驱动程序，首先是双口RAM的，结果吓一一大跳，居然出现如下这么多的问题，这就是传说中的oops消息：root@WK:mknod -m 600 /dev/dram_driver c 221 1root@WK:./dram_testin dram_open!Unable to handle kernel paging request at virtual addre
怎么判断是否发生了内存踩踏？给出详细的代码判断
07-13
要判断是否发生了内存踩踏，可以通过以下步骤进行代码判断： 1. 监控页面交换次数和页面缺失次数：使用内核提供的相关接口，例如 `/proc/vmstat` 和 `/proc/pid/status`，获取系统的页面交换次数和进程的页面缺失次数。 2. 设置阈值：根据经验和系统特点，设置适当的阈值来判断是否发生了内存踩踏。阈值可以根据页面交换次数、页面缺失次数或其它相关指标进行设定。你可以先进行一些基准测试，观察系统在正常情况下的页面交换和页面缺失情况，然后根据这些数据设定阈值。 3. 判断逻辑：根据阈值和观察到的页面交换次数、页面缺失次数，编写判断逻辑来确定是否发生了内存踩踏。例如，如果页面交换次数持续增加，并且超过了设定的阈值，或者页面缺失次数超过了阈值，则可以判断发生了内存踩踏。 以下是一个简单的示例代码，用于判断是否发生了内存踩踏： ```c #include <stdio.h> // 函数用于判断是否发生了内存踩踏 int detect_memory_thrashing(unsigned long swap_count, unsigned long page_faults) { unsigned long swap_threshold = 1000; // 页面交换次数阈值 unsigned long page_fault_threshold = 10000; // 页面缺失次数阈值 // 判断页面交换次数和页面缺失次数是否超过阈值 if (swap_count > swap_threshold || page_faults > page_fault_threshold) { return 1; // 发生了内存踩踏 } else { return 0; // 没有发生内存踩踏 } } int main() { unsigned long swap_count = 0; // 页面交换次数 unsigned long page_faults = 0; // 页面缺失次数 // 获取页面交换次数和页面缺失次数的值 // 这里假设使用某些方法获取到了这两个值 // ... // 调用判断函数判断是否发生了内存踩踏 int is_thrashing = detect_memory_thrashing(swap_count, page_faults); if (is_thrashing) { printf("Memory thrashing detected!\n"); } else { printf("No memory thrashing detected.\n"); } return 0; } ``` 上述代码示例中，我们首先定义了页面交换次数阈值和页面缺失次数阈值。然后，我们编写了 `detect_memory_thrashing()` 函数，用于判断是否发生了内存踩踏。在 `main()` 函数中，我们通过某种方式获取了页面交换次数和页面缺失次数的值，并调用 `detect_memory_thrashing()` 函数进行判断。最后，根据判断结果输出相应的信息。 请注意，这只是一个简单的示例代码，实际情况可能更加复杂。你需要根据自己的需求和系统特点，调整阈值和判断逻辑，并根据实际情况获取页面交换次数和页面缺失次数的值。此外，你可能需要结合更多的监控数据和指标来进行综合判断，以准确地确定是否发生了内存踩踏。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

a2591748032-随心所记

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

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

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

打赏作者

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

抵扣说明：

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

余额充值