标准库memcpy()内存对齐异常引发单片机hard fault问题汇总

已于 2025-02-14 15:21:18 修改
阅读量400 收藏 8
点赞数 4
分类专栏： C语言 文章标签： c语言 开发语言
于 2025-02-14 15:00:39 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/weixin_53592457/article/details/145633784
版权

1.起因：相同内容使用标准库的memcpy会引起硬件故障，使用自定义内存拷贝正常运行（无内存越界和堆栈溢出）

2.问题经过：

发现一个奇怪的现象；

    .text                                    0x0800077a   Section      138  rt_memcpy_v6.o(.text)；

程序在这报错就很奇怪；

也没有发现内存越界；

出现了hard fault，通过cpu pc寄存器值和map文件定位到了在 memcpy 函数中，猜测应该是复制数据时地址未对齐引起的；

确实是对齐问题，默认定义变量地址都是对其的，但是使用的时候一般都会加偏移，偏移后没有对齐，标准库的这个函数也会引起硬件故障；

我们之前使用的是ARM提供的轻量级 C 库（MicroLIB），但是后面引入了一些东西改用C标准库，发现memcpy会经常引起硬件故障hard fault ,然后发现是便准库memcpy内存对齐异常引起的；

会硬件故障然后重启，基本确定是C标准库中memcpy函数对齐异常问题引起的；

有点像标准库函数有什么性能优化不太适配ARM；

3.相关内容
求助！如何才能使memcpy完全使用rt_memcpy？ - 嵌入式技术论坛 - 电子技术论坛 - 广受欢迎的专业电子论坛!

GD32 RT_Thread Nano ---UNALIGNED 非对齐访问出错_rtthread cpu异常 访问未对齐异常-优快云博客

RT-Thread-elmfat写数据长度大于512字节,系统hard faultRT-Thread问答社区 - RT-Thread

[fix] fix sdio non-aligned access problem by whj4674672 · Pull Request #4015 · RT-Thread/rt-thread · GitHub

ARM 之九 Cortex-M/R 内核 Keil（ARMCC） 程序启动流程
技术干货
05-05 1万+
内核规范   ARM Cortex-M/R 内核的复位启动过程也被称为复位序列(Reset sequence)。ARM Cortex-M/R内核的复位启动过程与其他大部分CPU不同，也与之前的ARM架构（ARM920T、ARM7TDMI等）不相同。大部分CPU复位后都是从 0x00000000 处取得第一条指令开始运行的，然而在ARM Cortex-M/R内核中并不是这样的。其复位序列为： 从地...
不同内存对齐方式 memcpy之后数据错误
Default
03-07 6341
一.背景：1.使用#pragma定义结构体：RECV_CMD_DATA_t和RECV_CMD_PACK_t，按照1字节进行内存对齐#pragma pack(1) typedef struct recv_cmd_data { int iType; long long llInt; int iLen; ...
C++中 memcpy() 和memset() 报错
qq_42181775的博客
08-23 582
如果 struct1 为 *地址，则 & struct1则表示取 存储 struct1地址的地址，将该地址进行赋值，则数据进行调用时直接报错，又因为这是有效地址进行赋值操作，所以编译器不会查出该错误。memcpy函数 ：将struct2的地址的值，按照 struct2数据结构的长度，从 struct1地址 开始进行赋值操作。C++代码，一定要严谨地对待根据 地址进行赋值 的操作。
【记录】memcpy后报错：segmentation fault
u011831771的博客
12-14 8964
问题：使用v4l2框架进行图像数据采集，遇到在执行memcpy()函数时报错segmentation fault 开发环境：ubuntu和ARM开发板（Linux+Qt系统） 实验做的代码如下（只摘取关键部分代码）unsigned char *tmpbuffer;tmpbuffer=(unsigned char *)calloc(1,(size_t)(IMAGEWIDTH*IMAGEHEIGHT
C语言memcpy 断错误
SdustLiYang的专栏
12-14 3125
在LINUX下写类似如下程序时，出现段错误 int main() { char ＊a="11111111"; char *b ="2222222"; printf("before a:%s b:%s\n",a,b); memcpy(a,b,8); printf("after a:%s b:%s\n"
memcpy引起错误的解决
fanhenghui的专栏
05-25 5412
memcpy引起了程序奔溃，定位到问题后百思不得其解，网上搜了一下，发现src为空会引起奔溃，然后程序中打印了一下，果然为空，经过多方查找，原来是当初入库时有文件没有正确解压缩，导致读取不到像素信息，所以引起了奔溃问题，花了一个小时解决，特此记录一下 ...
#pragma pack(1) 的意义是什么
程序猿的梦想---牛逼的程序猿
12-27 962
设置结构体的边界对齐为1个字节，也就是所有数据在内存中是连续存储的。 比如你在C语言中定义下面这样的结构体： struct s { char ch; int i; }; 然后在主函数中写一句：printf("%d", sizeof(struct s)) 也就是输出结构体s所占的字节数 你觉得输出结果会是多少呢？ 我们知道，char型占用1个字节，int型占4个字节，那么输出的结果是5吗
c语言中给结构体赋值时跳到hardfault_handler,STM32F407由于结构体字节对齐致使的HardFault_Handler异常...
weixin_39887546的博客
05-25 1447
STM32由于结构体字节对齐致使的HardFault_Handler异常该问题遇到了好屡次，前几回都由于赶，没有深究，前几天恰好空闲下来便排查了下。现象是这样的：我使用到stm32的can通讯，代码原本是运行正常的。后来添加了一个9字节的结构体变量，编译后下载到目标板子运行，发现只要一接收can消息，就会进入HardFault_Handler异常，在网上查找解决方法，发现进入HardFault_H...
30个单片机常见问题及解决办法！
mcu0emmc的博客
06-19 3985
30个单片机常见问题及解决办法！
单片机list文件解析及 hardfalt问题定位
wxiangxiang的博客
04-19 2477
** 单片机list文件解析 ** 单片机开发中 lst 文件 在调试中有很高的参考价值, 从list文件总基本可用看出所有的目标文件信息. 看出我们汇编文件在内存中的分布及执行过程. 进而发现一些隐藏的BUG. st 文件实际是使用 objdump 反汇编 elf 文件得到的输出文件，它拥有比 map 文件更详细的信息。如果你的程序中加入了调试信息，那么你可以在 lst 中看到每一条指令的地址。借助 lst 文件，同时通过查看栈帧结构（可以通过查看相应的手册来确定栈帧的组成），通过在 lst 文件中查找
BootLoader执行跳转到App函数后跑飞
qq_21822309的博客
06-02 2190
嵌入式开发中经常涉及到Bootloader，很多人经常遇到:将函数指针指向app的复位地址，然后执行函数，调试时可以跳转到App，一全速跑就跑飞。然后百度看到网传的地址+1大法，试试果然好使，这里我来细说为什么+1就好用了。
什么是KEIL的微库(microlib)?
booksyhay的专栏
10-26 4274
从上面的缺失功能可以看出，在一般的控制应用中使用Mircrolib就足够了。MicroLib是针对以C语言编写的基于ARM嵌入式应用程序的高度优化的库。与ARM Compiler工具链附带的标准C库相比，MicroLib具有明显的代码大小优势。微库与标准C库区别因为针对Arm的嵌入式系统，通常存储（代码）资源相对较小，为了使其能用上标准函数，工程师就针对Arm嵌入式系统，对标准C库进行了优化，以减小代码量。1.代码（数据）量更小（对比上图）。
memcpy 引出的 chunk size 计算与内存对齐
个人笔记
06-02 2499
在堆分配中，最为常见的 malloc(x) 是如何按照指定的内存对齐方式进行内存分配？而实际分配的空间大小与 x 又有什么样的关系？这是本次要讲的重点内容。同时，如何实现纳秒级的 CPU 周期计算？这就涉及到特定 CPU 平台的相关指令了。整个过程会给出一个使用 SSE 指令集加快 memcpy 拷贝速度的实际案例，结合实例，能够得到更好的理解。
结构体内存对齐，memmove与memcpy的区别
最新发布
xunyiovo的博客
12-05 302
功能是把source位置开始的num个字节的数据拷贝到dest位置，而当这两个地址存在重叠时，memcpy可能达不到想要的效果。3. 结构体总⼤⼩为最⼤对⻬数（结构体中每个成员变量都有⼀个对⻬数，所有对⻬数中最⼤的）的。4. 如果嵌套了结构体的情况，嵌套的结构体成员对⻬到⾃⼰的成员中最⼤对⻬数的整数倍处，结构。体的整体⼤⼩就是所有最⼤对⻬数（含嵌套结构体中成员的对⻬数）的整数倍。2. 其他成员变量要对⻬到某个数字（对⻬数）的整数倍的地址处。对⻬数 = 编译器默认的⼀个对⻬数 与 该成员变量⼤⼩的较⼩值。
newlibc memcpy 存在问题
Tang的博客
10-12 472
通过单步调试 memcpy 汇编代码，发现使用了 ldrh 指令，该指令在对 uncacheable memory 同时该 memory 非对齐的情况下，并不会按照预期执行（从内存 load 两字节到目标寄存器），如下汇编代码。newlibc 中 memcpy 存在非对齐访问，某些 cpu （cortex-a5 与 cortex-a9）非对齐访问时，行为不一致，可参考。对于非对齐访问（cpu 使能非对齐访问，SCTLR 寄存器的 bit1），会产生不可预测行为。
memcpy函数与结构体对齐
Ztt19990421的博客
07-09 1896
memcpy函数与结构体对齐
内存内容操作函数详解[2]：memcpy()
byte轻骑兵的博客
09-02 2114
memcpy函数详解，这一篇就够了
关于memcpy函数安全性的一些讨论
Solititude的博客
11-29 1529
关于memcpy函数安全性的一些讨论
调试经验－－字节对齐
lintax的专栏
12-06 1305
调试经验－－字节对齐 在使用C语言开发时，有时会遇到内存中数据对齐的问题，如果对齐问题没有判断正确，很可能导致结果完全异于预期。 我们在调试程序时，在数据对齐方面遇到一些问题，也做了一些总结： 1，C语言默认对齐方式； 2，C语言强制指定对齐方式； 3，指针数据类型转换； 4，一个字节对齐问题的例子。
linux memcpy 地址对齐,ARMCC：memcpy问题(对齐异常)
06-11
在 Linux 中，memcpy 的地址对齐通常是按照 CPU 的要求来进行的，因为 CPU 对于不同类型的数据有不同的对齐要求，不同的对齐方式可能会影响数据传输的速度和可靠性。 在 ARM 架构中，对于 32 位数据，通常需要 4 字节的对齐，对于 64 位数据，通常需要 8 字节的对齐。如果数据没有按照要求对齐，可能会导致数据传输错误或者效率降低。 在 ARMCC 编译器中，memcpy 函数的实现可能会出现对齐异常的问题，这可能是因为编译器对于 memcpy 的实现方式不同，或者因为编译器的优化导致了对齐问题。解决这个问题的方法是，可以使用特定的编译选项来控制对齐方式，或者使用自定义的 memcpy 函数来保证数据对齐。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值