kernel BUG at fs/buffer.c:1251问题解决-kernel版本5.11.0

原创 已于 2022-12-13 14:43:35 修改 · 1.1k 阅读 · 0 ·
本内容遵循CC 4.0 BY-SA版权协议
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
收录于
Linux kernel

当前文章被收录于：

Linux kernel
2 篇文章 0 人学习
订阅专栏 查看详情
于 2022-12-13 14:15:43 首次发布
本文针对在kernel中使用kernel_write函数写数据到磁盘文件时出现的错误进行了解析。通过定位到fs/buffer.c文件第1251行的BUG_ON(irqs_disable())，分析了引发错误的原因，并给出了具体的修改建议：将spin_lock_irq和spin_unlock_irq替换为spin_lock和spin_unlock。

在kernel里面使用kernel_write函数写数据到磁盘文件，出现下面的错误信息：

kernel BUG at fs/buffer.c:1251

何解？这次的思路是找到fs下面的buffer.c文件，看到1251行，代码如下：

BUG_ON(irqs_disable());

根据这个代码，反推出错代码：

spin_lock_irq
spin_unlock_irq

改为：

spin_lock
spin_unlock

后记：kernel版本是5.14.0

错误信息为：kernel BUG at fs/buffer.c:1222

标签
#bug
Linux 中write()函数的出错情况及处理
yyxyong的博客
03-17 1万+
write函数首先将进程需要发送的数据先放在进程缓冲区中，然后向socket的发送缓冲区进行拷贝，在此，可能出现这样情况，即当进程缓冲区中的数据量大于此时发送缓冲区中所能接受的数据量时，若此时处于阻塞模式，应用进程将会被挂起，直到进程缓冲区中的数据全部拷贝到发送缓冲区中，注意此时内核也不会返回write函数，因此，在阻塞模式下，若write函数正常返回，这也并不代表数据已经完成被对方进程接收，至多
深入理解 kernel panic 的流程
youzhangjing_的博客
06-26 1063
有过驱动调试经验的人肯定都知道这个东西，这里的BUG跟我们一般认为的“软件缺陷”可不是一回事，这里说的BUG()其实是linux kernel中用于拦截内核程序超出预期的行为，属于软件主动汇报异常的一种机制。这里有个疑问，就是什么时候会用到呢？到这一步，大部分关键信息都已经输出了，可以通过add2Line工具定位出具体死在的代码行号，大致看看发生了什么，如果是BUG()导致的异常，那么就可以考虑分析和修复异常了，因为BUG()属于主动汇报异常，一般来说debug难度会相对其它的被动上报方式容易得多.
深入 kernel panic 流程
sunshineywz的博客
06-09 1393
一、前言 我们在项目开发过程中，很多时候会出现由于某种原因经常会导致手机系统死机重启的情况（重启分Android重启跟kernel重启，而我们这里只讨论kernel重启也就是 kernel panic 的情况），死机重启基本算是影响最严重的系统问题了，有稳定复现的，也有概率出现的，解题难度也千差万别，出现问题后，通常我们会拿到类似这样的kernel log信息（下面log仅以调用BUG()为例，其它异常所致的死机log信息会有一些不同之处）： [ 2.052157] <2>-(2)[1:s
kernel bug
最新发布
Linux驱动开发工程师，熟悉Linux/Android底层驱动、TP、显示、IIC、网络等通用外设调试适配，Linux上层应用开发。常用平台瑞芯微、全志、恩智浦等。
11-12 1850
------------[ cut here ]------------ Kernel BUG at 80075e88 [verbose debug info unavailable] Internal error: Oops - BUG: 0 [#1] PREEMPT SMP ARM
Kernel异常介绍
无线互联&网络介绍
04-23 1790
Kernel异常介绍
linux C错误汇集
weixin_34343689的博客
07-24 388
问题一： 22.c: In function ‘main’:22.c:8:9: error: empty character constant　　解决方法：少了空格     问题2.  没有连接到math函数库 　　gcc 12.c -o 12 -lm     问题3.segment fault 1.内存访问越界  a) 由于使用错误的下标，导致数组访问越界  b) 搜索字符...
kernel BUG at arch/x86/kernel/apic/vector.c:174!
qq_45389769的博客
03-21 856
否则，对于系统中的每个传统中断，除了 PIC_CASCADE_IRQ（级联中断），调用 lapic_assign_legacy_vector 函数为其分配中断向量。当禁用apic时，（apic 提供高级的中断控制功能），所有的传统中断都会通过 PIC 进行路由，但没有任何机制将它们标记为系统级保留向量。主要目的是确保当 IO/APIC 被禁用时，通过 PIC（Programmable Interrupt Controller）路由的传统中断也能够正确处理，并在中断向量表中标记为传统向量。
kernel BUG at mm/slab.c
swq1982的专栏
10-12 5311
GMAC: swgmac_linux_xmit_frames No More Free Tx Descriptors GMAC: swgmac_linux_xmit_frames No More Free Tx Descriptors GMAC: swgmac_linux_xmit_frames No More Free Tx Descriptors GMAC: swgmac_linux_xmit
kernel BUG at /build/buildd/linux-3.13.0/mm/memory.c:3756!
良玉的博客
09-10 1613
kernel BUG at /build/buildd/linux-3.13.0/mm/memory.c:3756! 早上机器突然出现负载持续飙升，都到300多了，ps或者top都无法出来。 syslog也没报错，以为是某个进程引起的，把所有在跑的业务进程都kill掉，结果还是负载上升。 后来一个个log查看，发现kernel.log里有报错： Jun 30 10:16:37 localh...
kernel bug汇总
卓越之路
03-04 1993
开发过程中，遇到的kernel bug汇总 中断响应不及时，中断信号丢失 使用request_threaded_irq代替request_irq 参考博文：https://blog.csdn.net/mcsbary/article/details/103728816 BUG: scheduling while atomic BUG: scheduling while atomic 分析 B...
高通平台Linux kernel死机解题心得
热门推荐
沉思
08-20 3万+
1、前言 1.1 目的 能够借助相关调试工具，使用一般分析手段分析、定位解决项目过程中遇到的死机类系统稳定性问题，提升工作效率 持续积累，拓宽知识深度和广度 1.2 死机？ 指系统发生致命性异常导致主动或者被动进入系统完全不可用的状态，导致系统死机的问题原因有很多，排除硬件问题，还有这些大模块：Android、Linux kenrel、modem、TZ 等等，各个子系统都
linux内核编程-内核态文件操作
ggmjxry的专栏
04-01 6340
一、文件打开函数struct file *filp_open(const char *filename, int flags, umode_t mode)定义在：fs/open.c头文件：&lt;linux/fs.h&gt;详解：1.在用户态open函数是个变参函数，umode_t mode参数只有在O_CREAT标志指定时才出现。在内核态如果O_CREAT标志指定mode参数指定权限，否则为02...
内核BUG定位方法
拾贝者
04-16 954
当发现内核一些BUG时，先看下内核社区里的内核代码有没有修复。对比。
linux内核bug问题排查过程详细报告
星.云计算
12-16 4269
Linux Kernel BUG:soft lockup CPU#1 stuck分析 1.线上内核bug日志 kernel: Deltaway too big! 18428729675200069867 ts=18446743954022816244 write stamp =18014278822746377 kernel:------------[ cut here ]---------...
一个典型kernel bug的追踪之（一）：出错现场分析
tronteng的专栏
08-21 5947
昨天偶尔在跑测试的时候发现uksmd的一个极其罕见出现的bug（在一个很难进入的路径上，很久很久没有碰到类似的问题了），本质上属于一个soft lockup的bug。所谓，soft lockup就是说，这个bug没有让系统彻底死机，但是若干个进程（或者kernel thread）被锁死在了某个状态（一般在内核区域）。很多情况下这个是由于内核锁的使用的问题。本系列新手教程帖子，教大家如何查看内核出错
高版本linux内核编译驱动报错记录
Android系统开发笔记
07-15 4795
高版本linux内核编译驱动报错解决办法记录。
linux kernel 5.1编译8723ds报错
qq_32017483的博客
11-23 7043
在rtl8723ds\os_dep\linux\os_intfs.c目录下添加。
linux kernel read write file 读写文件
新时代农民工
03-28 7505
最后强调一点： 如果能在linux native/app 层读写文件，尽量不要在Kernel 中去做这样的工作。通常我们只会在linux native/app 层 读写文件，但可能有一些非常特别的情况下，我们需要直接。因为这个可能带来安全性的问题，以及可能因为新增代码而影响Kernel稳定性。注意的是您在使用read_file & write_file 之前需要。在read_file & write_file 完成之后，需要。一定要成对的出现，不然将直接导致Kernel Crash.
kernel 崩溃
weixin_33834679的博客
12-01 470
Package: kernel Latest Crash: 2011年12月01日 星期四 15时57分18秒 Command: not_applicable Reason: WARNING: at fs/buffer.c:1159 mark_buffer_dirty+0x82/0xa0() (Not tainted) ...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值