BUILD_BUG_ON

最新推荐文章于 2023-07-29 00:04:56 发布
原创 最新推荐文章于 2023-07-29 00:04:56 发布 · 887 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文介绍了在io_uring源码中发现的一个宏__BUILD_BUG_VERIFY_ELEMENT的具体实现及作用。该宏通过BUILD_BUG_ON宏确保类型成员偏移量及大小符合预期，在编译阶段进行验证。

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

在分析io_uring源码的时候发现了这个宏,稍微了解了一下

static int __init io_uring_init(void)
{
#define __BUILD_BUG_VERIFY_ELEMENT(stype, eoffset, etype, ename) do { \
	BUILD_BUG_ON(offsetof(stype, ename) != eoffset); \
	BUILD_BUG_ON(sizeof(etype) != sizeof_field(stype, ename)); \
} while (0)

该宏的具体实现为

#define BUILD_BUG_ON(condition) ((void)sizeof(char[1 - 2*!!(condition)]))

其作用是在编译的时候如果condition为真，则编译出错。即：如果condition为真，则!condition==0；!!condition==1；故编译器在编译char[1-2]时会出错。

linux 内核warn_on/Bug_on
陌上花开缓缓归以的博客
05-23 913
本文介绍了Linux内核中两种错误处理机制：warn_on()和bug_on()。warn_on()用于报告潜在问题，会打印警告信息和调用堆栈但允许继续执行；而bug_on()用于严重错误，会触发Oops并打印详细错误信息（包括调用堆栈），通常导致进程终止或系统崩溃。两者都通过条件判断触发，但处理方式不同：warn_on()记录警告后继续执行，bug_on()则终止执行并打印完整调试信息。文中通过代码示例展示了两种机制的具体使用场景和输出格式，并说明了如何通过串口、dmesg或系统日志获取这些调试信息。
Linux内存管理（91）：内存管理可能出现的bug和panic
私房菜
05-23 1075
源码基于：Linux 5.4 在之前的博文《Linux内核oops panic简析》中简单分析Linux 内核异常处理的流程。本文在此基础上总结下内存管理系统中(针对arm64架构)可能出现的BUG 或 oops 或panic，并对这些情况进行剖析。因为涉及到的BUG 场景不一定相同，本篇博文应该是一个长期整理的过程。 这个是编译时候就需要检验的，如果condition 为 false，会停掉编译，并发出error msg 打印。 BUG_ON() 同BUG()，只不过是有condition 检查，
BUG_ON()
07-09 935
<br />调试的时候很有用的东西：dump_stack 使用前，先在内核配置中把kernel debug选上：make menuconfig:<br /> kernel hacking--><br /> kernel debug<br /> <br />作用：一些内核调用可以用来方便标记bug，提供断言并输出信息。最常用的两个是BUG()和BUG_ON()。当被调用的时候，它们会引发oops，导致栈的回溯和错误信息的打印。为什么这些声明会导致 oops跟硬件的体系结构是相关的。大部分体系结构把BUG(
linux 内核态调试函数BUG_ON()
热门推荐
hunanchenxingyu的专栏
02-17 1万+
53 linux BUG_ON 作用：一些内核调用可以用来方便标记bug，提供断言并输出信息。最常用的两个是BUG()和BUG_ON()。      当被调用的时候，它们会引发oops，导致栈的回溯和错误信息的打印。为什么这些声明会导致 oops跟硬件的体系结构      是相关的。大部分体系结构把BUG()和BUG_ON()定义成某种非法操
linux tricks 之 BUILD_BUG_ON_ZERO.
weixin_30722589的博客
12-22 234
------------------------------------------- 本文系作者原创, 欢迎大家转载! 转载请注明出处:netwalker.blog.chinaunix.net ------------------------------------------- 尽管在大多数时候只需关心代码运行的正确性，但是很多时候需要在编译期间就发现这些潜在的致命错误。内核提供...
BUILD_BUG_ON 检查编译时错误
jason的笔记
08-07 2503
一般我们在runtime的时候通过BUG_ON 来检查运行时的错误     BUG_ON((reg & 0x3) != 0); 例如上例汇总reg & 0x3 应该要等于0,如果不等于0就会出发BUG_ON #ifndef HAVE_ARCH_BUG #define BUG() do { \     printk("BUG: failure at %s:%d/%s()!\n", __FI
BUILD_BUG_ON(IPSTATS_MIB_ECT1PKTS != IPSTATS_MIB_NOECTPKTS + INET_ECN_ECT_1); BUILD_BUG_ON(IPSTATS_MIB_ECT0PKTS != IPSTATS_MIB_NOECTPKTS + INET_ECN_ECT_0); BUILD_BUG_ON(IPSTATS_MIB_CEPKTS != IPSTATS_MIB_NOECTPKTS + INET_ECN_CE); __IP_ADD_STATS(net, IPSTATS_MIB_NOECTPKTS + (iph->tos & INET_ECN_MASK), max_t(unsigned short, 1, skb_shinfo(skb)->gso_segs));
最新发布
07-08
具体来说，是关于IP统计信息（IPSTATS_MIB）和ECN（显式拥塞通知）处理相关的BUILD_BUG_ON检查。 根据用户的问题，我们需要理解并解决在Linux内核网络代码中，与IP统计信息和ECN处理相关的编译时断言（BUILD_BUG_ON...
(build_bug_on_zero((perms) < 0)
12-23
build_bug_on_zero((perms) ) 可以避免在编译后出现一些由于权限检查不严谨而导致的bug。在Linux内核开发中，权限的问题会直接影响系统的安全和稳定性，因此在编译阶段进行权限的检查非常重要。 这个宏的实现原理是...
error: call to ‘__compiletime_assert_633’ declared with attribute error: BUILD_BUG_ON failed: (((0x0ffULL) 是什么导致的
03-31
这个错误是由于在代码中使用了一个 BUILD_BUG_ON 宏，该宏用于在编译时检查某些条件是否为真。在这种情况下，编译器在编译时检测到一个 BUILD_BUG_ON 失败，该失败是由于一个计算结果不符合预期的条件所导致的。 ...
http://include/linux/bug.h:33:45:%20error:%20negative%20width%20in%20bit-field%20''%20#define%20BUILD_BUG_ON_ZERO(e)%20(sizeof(struct%20{%20int:-!!(e);%20}))%20^%20include/linux/kernel.h:831:3:%20note:%20in%20expansion%20of%20macro%20'BUILD_BUG_ON_ZERO'%20BUILD_BUG_ON_ZERO((perms)%20&%202)%20+%20\%20^%20include/linux/sysfs.h:102:12:%20note:%20in%20expansion%20of%20macro%20'VERIFY_OCTAL_PERMISSIONS'%20.mode%20=%20VERIFY_OCTAL_PERMISSIONS(_mode)%20},%20\%20^%20include/linux/hwmon-sysfs.h:33:16:%20note:%20in%20expansion%20of%20macro%20'__ATTR'%20{%20.dev_attr%20=%20__ATTR(_name,%20_mode,%20_show,%20_store),%20\%20^%20include/linux/hwmon-sysfs.h:38:4:%20note:%20in%20expansion%20of%20macro%20'SENSOR_ATTR'%20=%20SENSOR_ATTR(_name,%20_mode,%20_show,%20_store,%20_index)%20^%20/work/driver/4412-dts/2th/mma7660.c:240:8:%20note:%20in%20expansion
06-01
这个错误信息表明在定义一个位域时使用了负数宽度。可能的原因是在定义位域时使用了一个不支持的数据类型或者使用了不正确的语法。 要解决这个问题，你可以尝试以下几个步骤： 1. 确保使用正确的数据类型 ...
Linux编译宏BUILD_BUG_ON_ZERO
我的博客
07-29 1160
本系列文章主要写我在阅读Linux内核过程中，关注的比较难以理解但又设计巧妙的代码片段（不关注OS的各个模块的设计思想，此部分我准备写在“深入理解Linux Kernel”系列文章中），一来通过内核代码复习一下C语言及汇编语言的语法，二来学习内核开发大牛们书写代码的风格及思路。理解了上面之后，再来看看第二个BUILD_BUG_ON_NULL(e)宏，与第一个类似，-------------------------------------完--------------------------------
linux内核常用宏学习——BUILD_BUG_ON
gxfan的专栏
09-27 5914
/* Force a compilation error if condition is true */#define BUILD_BUG_ON(condition) ((void)sizeof(char[1 - 2*!!(condition)])如果条件为真则引起一个编译时错误。
关于BUILD_BUG_ON
weixin_30745553的博客
12-26 159
内核中有这样一个宏：#defineBUILD_BUG_ON(condition)((void)sizeof(char[1-2*!!(condition)]))其作用是在编译的时候如果condition为真，则编译出错。即：如果condition为真则！condition为0；！！condition值为1；所以编译器在编译char[1-2]时汇出错。http://blog.163.com/yang...
BUILD_BUG_ON宏
04-04 686
linux2.6.30中此宏定义如下 #define BUILD_BUG_ON(condition) ((void)sizeof(char[1 - 2*!!(condition)])) 若condition非零，则!!(condition)为1，宏定义为((void)sizeof(char[1 - 2*1]))。因为char[]数组长度必须为正整数，所以编译器立即报错； 若condi
panic与BUG_ON
TCP/IP
02-09 6895
内核在发生严重错误的时候要“X屏”一下，以windows为例就是蓝屏，而linux却是黑屏，windows仅仅提供一个出错码和对应地址，十分难以 理解，而linux却可能提供整个寄存器和堆栈，它不隐瞒一切，代码公开，当然出错时的环境就没有必要隐瞒了，首先看一下panic： NORET_TYPE void panic(const char * fmt, ...) {          long
BUILD_BUG_ON宏的作用
xiaodeng6185的博客
05-08 4253
在学习Cleanflight的代码时，在initEEPROM()函数中，碰到BUILD_BUG_ON这样的一个宏，宏被定义在build_config.h中，其是模仿了linux内核的资源： 内核中有这样一个宏： #define BUILD_BUG_ON(condition) ((void)sizeof(char[1 - 2*!!(condition)])) 其作用是在编译的时候如果condi
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值