mutex_lock在不同编译选项下的一个坑

最新推荐文章于 2022-09-22 09:03:35 发布
原创 最新推荐文章于 2022-09-22 09:03:35 发布 · 3.7k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#mutex #linux-kernel

include/linux/mutex.h中声明了函数：

144 #ifdef CONFIG_DEBUG_LOCK_ALLOC
145 extern void mutex_lock_nested(struct mutex *lock, unsigned int subclass);
...
152 #define mutex_lock(lock) mutex_lock_nested(lock, 0)
...
162 #else
163 extern void mutex_lock(struct mutex *lock);
...
171 #endif

开启CONFIG_DEBUG_LOCK_ALLOC编译选项时，mutex_lock被define成了mutex_lock_nested。
kernel/mutex.c中分别实现了这两个函数：

最低0.47元/天 解锁文章

200万优质内容无限畅学
Linux内核互斥锁的实现方式
qq_41598937的博客
03-19 932
Linux内核互斥锁的实现
linux内核学习（19）内核编程基本功之内核同步与互斥锁mutex
cug_fish_2009的专栏
01-10 2262
<br />Pro-II、内核同步与互斥锁：<br />1、理解互斥锁？<br />互斥锁的使用也是保持内核临界区的同步的，互斥锁可以说源于信号量，信号量设置计数器可以容许n个进程并发的访问临界区，而互斥锁不行，只能容许每次一个进程访问，也就是计数器值为1的信号量，可以这么理解。互斥锁和自旋锁有不同（显然的），互斥锁在中断处理程序中和可延迟函数中都不能使用，因为它是可以睡眠的，只能在进程上下文或者软中断上下文才能使用。<br /><br /><br />2、如何实现互斥锁？<br /><br /><br /
kernel 中 对 mutex 使用了memset 导致了 mutex_lock_nested 中出现了kernel panic
huifeidedabian的博客
11-12 1557
假设定义了一个结构体 struct mutex_lock { struct mutex lock; } struct mutex_lock mutex_lock_t; 在 mutex_init(&mutex_lock_t.lock) 在后面的函数中调用了 memset(&mutex_lock_t,0,sizeof(struct mutex_lock)) ,...
linux 内核编译错误 undefined reference to '__mutex_lock_slowpath'
whatday的专栏
10-01 1520
解决办法： 更改kernel/mutex.c中的声明以强制将函数保留在目标文件中。您可以像这样使用gcc属性扩展名__used，具体方法如下： vi kernel/mutex.c 将60行内容，在static与void之间加__used 改为： 将96行内容，在static与void之间加__used 改为： ...
[Linux Kernel] Mutex 互斥锁 官方文档
u012849539的博客
06-22 1257
文章目录什么是互斥锁？实现参考 什么是互斥锁？    在Linux内核中，互斥锁指的是在共享内存系统上强制序列化的特定锁定原语，而不仅仅是指学术界或类似理论教科书中提到的“互斥”的通用术语。    互斥锁是一种休眠锁，其行为类似于二进制信号量，2006年[1]引入互斥锁作为它们的替代。这种新的数据结构提供了许多优点，包括更简单的接口，以及当时更小的代码（见缺点）。 [1] http://lwn.net/Articles/164802/ 实现    互斥量由“struct mutex”表示，在include/
【内核编译错误】undefined reference to '__mutex_lock_slowpath'
gouxf_0219的博客
04-19 1821
解决办法： 更改kernel / mutex.c中的声明以强制将函数保留在目标文件中。您可以像这样使用gcc属性扩展名“__used”，具体方法如下： $ sudo gedit kernel/mutex.c 将60行内容，在static与void之间加__used 改成 将96行内容，在static与void之间加__used 改成 ...
grep ww_mutex_lock /proc/kallsyms 之后，输出0000000000000000 T ww_mutex_lock_interruptible 0000000000000000 T ww_mutex_lock 0000000000000000 r __ksymtab_ww_mutex_lock 0000000000000000 r __ksymtab_ww_mutex_lock_interruptible 0000000000000000 r __kstrtab_ww_mutex_lock 0000000000000000 r __kstrtab_ww_mutex_lock_interruptible
03-08
好的，用户之前问过关于Ubuntu 20.04实时内核下出现nvidia-drm.ko错误的问题，现在提供了执行grep ww_mutex_lock /proc/kallsyms的输出结果，显示所有相关符号的地址都是0000000000000000。我需要解释这种情况的原因...
Fatal glibc error: pthread_mutex_lock.c:94 (___pthread_mutex_lock): assertion failed: mutex->__data.__owner == 0
02-27
好的，我现在遇到了一个用户的问题，是关于Glibc的错误：“Fatal glibc error: pthread_mutex_lock.c:94 (___pthread_mutex_lock): assertion failed: mutex->__data.__owner == 0”。我需要仔细分析这个问题，然后...
pthread_mutex_lock隐式声明
02-27
此外，可能需要解释为什么隐式声明在C中允许但在C++中不允许，以帮助用户理解不同环境下的行为差异。 可能还需要提到，即使返回类型正确，参数不匹配也会导致问题，所以必须包含正确的头文件以确保参数类型正确。...
jna__pthread_mutex_lock: Assertion `mutex->__data.__owner == 0' failed.
最新发布
07-12
我们正在处理一个关于JNA调用pthread_mutex_lock时出现断言失败的问题。错误信息为：Assertion 'mutex->__data.__owner == 0' failed。这通常表示在尝试锁定互斥锁时，互斥锁已经被当前线程或其他线程锁定，而断言...
mutex lock
coldsnow33的专栏
12-31 2037
1 数据结构 struct mutex { /* 1: unlocked, 0: locked, negative: locked, possible waiters */ atomic_t count; spinlock_t wait_lock;//自旋锁 struct list_head wait_list; #if defined(CONFIG_DEBUG_MUTEXES) |
1）unknown symbol问题
u012340443的专栏
04-19 5092
1、出现这个错误的现象是系统起不来，查看串口打印信息有unknown symbol的函数，这种错误一般是函数没有定义或者没有用EXPORT SYMBOL输出函数，导致其他模块看不到，一个模块没有加载成功时，会导致其他依赖的模块也加载不起来，出现更多的unknown symbol问题，出现这种情况先解决第一个出现的，如果再有则依次解决；
mutex_lock 函数分析
qq_34160238的博客
04-10 129
path：kernel/locking/mutex.c function source code: void __sched mutex_lock(struct mutex *lock) { might_sleep(); if (!__mutex_trylock_fast(lock)) __mutex_lock_slowpath(lock); } EXPORT_...
linux 内核互斥体,Linux 内核同步（六）：互斥体（mutex）
weixin_28683065的博客
05-03 683
互斥体互斥体是一种睡眠锁，他是一种简单的睡眠锁，其行为和 count 为 1 的信号量类似。(关于信号量参考：Linux 内核同步(四)：信号量 semaphore)。互斥体简洁高效，但是相比信号量，有更多的限制，因此对于互斥体的使用条件更加严格：任何时刻，只有一个指定的任务允许持有 mutex，也就是说，mutex 的计数永远是 1；给 mutex 上锁这，必须负责给他解锁，也就是不允许在一个上...
Linux内核死锁(deadlock)检测
张亮校的专栏
01-06 7638
转载地址:http://ilinuxkernel.com/?p=537 业务运行过程中，Linux系统僵死，屏幕无任何有效打印信息，网络中断、键盘鼠标没有任何响应。这种故障现象，可能是因为Linux内核死锁导致。由于无任何有效打印信息，内核日志中也没有记录，就无法定位故障根因。   如何让Linux内核在僵死前打印相关信息，对问题定位尤为关键。其中一个有效手段是打开“
Linux驱动之互斥锁
02-09 1112
互斥锁是为了替代信号量，修改于2.6.10-2.6.22。参考：http://blog.chinaunix.net/uid-26023319-id-2980285.html 描述： /* * Simple, straightforward mutexes with strict semantics: * * - only one task can hold the mutex at a
模块符号的导入与导出以及使用模块规避GPL传染性
maimang1001的专栏
09-22 983
依据GPL 的相关规定，如果原始授权人采用GPL来发布自己的作品，那么无论该作品的任何衍生作品，都要遵从GPL 的规则，尽管你对于该衍生作品拥有著作权，但是你也不可以因此认为它是你的心血而另立新规，可谓“子子孙孙无穷尽也”。也即规则的“传染性”。GPL 下的软件，是允许作为学习来复制使用的。由于相当多的内核符号都是以EXPORT_SYMBOL_GPL（）导出的，所以历史上曾经有一些公司把内核的EXPORT_SYMBOL_GPL（）直接改为EXPORT_SYMBOL（），然后将修改后的内核以GPL形式发布。
正点原子STM32MP157开发板加载驱动模块报错：Unknown symbol __gnu_mcount_nc (err -2)
汉尼拔勇闯天涯
07-26 2046
使用正点配套内核源码编译了驱动ko文件，在stm32mp157板子上无法直接加载，解决了加载时的两个问题： 一是 ERROR: could not insert module *.ko: Invalid module format 二是unknown symbol in module
加载内核模块-Unknown symbol错误分析
热门推荐
wuyongpeng的专栏
07-03 4万+
在调试过程中，发现一个问题，编译生成一个KO文件，insmod加载后报错： Unknown symbol var_set_integer (err 0) Unknown symbol parse_arg_eq (err 0) 问题分析思路： 一、用命令查看内核中是否已有这个内核符号， 例如要查看是否有var_set_integer这个内核符号，输入命令： #cat
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值