rtthread 字节对齐问题 int指针访问非对齐地址崩溃

最新推荐文章于 2024-03-10 21:00:43 发布
最新推荐文章于 2024-03-10 21:00:43 发布
阅读量2k 收藏 3
点赞数
分类专栏： 武功秘籍 - 嵌入式软件 文章标签： rt-thread 字节对齐
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/ReturningProdigal/article/details/104558674
版权

rtthread 字节对齐问题 int指针访问非对齐地址崩溃
环境:
SOC: i.MX RT1050
底板: 野火 RT1052
Kernel: rt-thread

背景:
我正在实现解析udp包, 而udp包的结构不是字节对齐的, 这个时候我使用__packed来说明按照1字节对齐, 在解析udp包数据的地方, 取udp->srcaddr这个成员的值的时候, 出现 UNALIGN(未对齐) 错误. 我将该问题用以下代码来复现. 如果有更好的网络协议数据结构体定义方式, 还请告知, 谢谢

现象:
使用rtthread master版 生成的工程运行后会出现以下问题, 但使用裸机程序, 或者 rtthread nano版 运行后不会出现以下问题. 这个问题还未有答案, 如果有哪位道友, 遇到了, 一起学习探讨

/*
        1.内存 堆区
            a.uint32_t* 类型, 所指向的地址必须是四字节对齐
            b.uint16_t* 类型, 所指向的地址必须是两字节对齐
        2.内存 RW/ZI 区
            a.uint32_t* 类型, 所指向的地址必须是四字节对齐
            b.uint16_t* 类型, 所指向的地址必须是两字节对齐
        3.DTCM
            a.uint32_t* 类型, 非四字节对齐地址任然可以访问
            b.uint16_t* 类型, 非两字节对齐地址任然可以访问
        4.内存 栈区
            定义一字节对齐结构体, 任意成员可以访问
        5.内存 栈区 char数组
            a.uint32_t* 类型, 非四字节对齐地址无法访问
            a.uint16_t* 类型, 非两字节对齐地址无法访问
    */
    /* 内存 栈区 char数组 
    __packed char data[128];
    rt_kprintf("&data[0]: %p\n", &data[0]);
    __packed uint32_t* p = (__packed uint32_t*)(&data[0]);
    rt_kprintf("*p: %x\n", *p);
    p = (__packed uint32_t*)(&data[0]+1);
    rt_kprintf("p: %p\n", p);
    rt_kprintf("*p: %x\n", *p);
    
    __packed uint16_t* p2 = (__packed uint16_t*)(data);
    rt_kprintf("*p2: %x\n", *p2);
    p2 = (__packed uint16_t*)(data+1);
    rt_kprintf("*p2: %x\n", *p2);
    p2 = (__packed uint16_t*)(data+3);
    rt_kprintf("*p2: %x\n", *p2);*/
    
    rt_kprintf("sizeof(eth_hdr): %d; sizeof(ip_hdr): %d\n",sizeof(eth_hdr),sizeof(ip_hdr));
    uint8_t* tpoint = (uint8_t*)malloc(60);
    rt_kprintf("tpoint: %p\n", tpoint);
    eth_hdr* ethhdr = (eth_hdr*)tpoint;
    tpoint += sizeof(eth_hdr);
    ip_hdr* iphdr = (ip_hdr*)tpoint;
    rt_kprintf("tpoint: %p\n", tpoint);
    rt_kprintf("iphdr: %p\n", iphdr);
    iphdr->tlen = 0x10;
    rt_kprintf("iphdr->tlen: %x\n", iphdr->tlen);
    rt_kprintf("&iphdr->srcaddr: %p\n", &iphdr->srcaddr);
    iphdr->srcaddr = 0x1111;
    rt_kprintf("iphdr->srcaddr: %x\n", iphdr->srcaddr);
    
    /* 内存 栈区 一字节对齐结构体访问 
    ip_hdr iphdr;
    iphdr.srcaddr = 0x1111;
    rt_kprintf("sizeof(iphdr): %d\n", sizeof(iphdr));
    rt_kprintf("iphdr.srcaddr: %d\n", iphdr.srcaddr);*/
    
    /* DTCM 0x20000000 
    uint32_t* p = (uint32_t*)0x20000000;
    rt_kprintf("*p: %x\n", *p);
    p = (uint32_t*)0x20000004;
    rt_kprintf("*p: %x\n", *p);
    p = (uint32_t*)0x20000008;
    rt_kprintf("*p: %x\n", *p);
    
    uint16_t* p2 = (uint16_t*)0x20000000;
    rt_kprintf("*p2: %x\n", *p2);
    p2 = (uint16_t*)0x20000002;
    rt_kprintf("*p2: %x\n", *p2);
    p2 = (uint16_t*)0x20000004;
    rt_kprintf("*p2: %x\n", *p2);
    
    p = (uint32_t*)0x20000001;
    rt_kprintf("*p: %x\n", *p);
    p2 = (uint16_t*)0x20000001;
    rt_kprintf("*p2: %x\n", *p2);
    p2 = (uint16_t*)0x20000003;
    rt_kprintf("*p2: %x\n", *p2);*/
    
    /* 内存 RW/ZI 区, 字节对齐测试 
    uint32_t* p = (uint32_t*)0x80200000;
    rt_kprintf("*p: %x\n", *p);
    p = (uint32_t*)0x80200004;
    rt_kprintf("*p: %x\n", *p);
    p = (uint32_t*)0x80200008;
    rt_kprintf("*p: %x\n", *p);
    
    uint16_t* p2 = (uint16_t*)0x80200000;
    rt_kprintf("*p2: %x\n", *p2);
    p2 = (uint16_t*)0x80200002;
    rt_kprintf("*p2: %x\n", *p2);
    p2 = (uint16_t*)0x80200004;
    rt_kprintf("*p2: %x\n", *p2);
    
    p = (uint32_t*)0x80200001;
    rt_kprintf("*p: %x\n", *p);
    p2 = (uint16_t*)0x80200001;
    rt_kprintf("*p2: %x\n", *p2);
    p2 = (uint16_t*)0x80200003;
    rt_kprintf("*p2: %x\n", *p2);*/
    
    
    /* 堆区, 字节对齐测试
    uint32_t* p = (uint32_t*)0x802059a0;
    rt_kprintf("*p: %x\n", *p);
    p = (uint32_t*)0x802059a4;
    rt_kprintf("*p: %x\n", *p);
    p = (uint32_t*)0x802059a8;
    rt_kprintf("*p: %x\n", *p);
    
    uint16_t* p2 = (uint16_t*)0x802059a0;
    rt_kprintf("*p2: %x\n", *p2);
    p2 = (uint16_t*)0x802059a2;
    rt_kprintf("*p2: %x\n", *p2);
    p2 = (uint16_t*)0x802059a4;
    rt_kprintf("*p2: %x\n", *p2);
    
    p = (uint32_t*)0x802059a1;
    rt_kprintf("*p: %x\n", *p);
    p2 = (uint16_t*)0x802059a1;
    rt_kprintf("*p2: %x\n", *p2);
    p2 = (uint16_t*)0x802059a3;
    rt_kprintf("*p2: %x\n", *p2);*/

程序崩溃报错图示:
程序崩溃报错

在 rtthread nano版 中执行 “内存 RW/ZI 区” 测试, 测试结果如下
在这里插入图片描述

新的怀疑点
在这里插入图片描述
从图中第一行可以看出, 以太网协议数据头结构体大小为14个字节(不为4的整数倍), 而ARP协议数据头结构体, IP协议数据头结构体, UDP协议数据头结构体大小均为4的整数倍. 而保存数据的地址如图中的0x802114ac, 是可以被4整除的. 那么该地址偏移14个字节后地址为0x802114ba, 显然该地址不被4整除. 我在猜测问题是否出在这里呢? 如果数据偏移以太网协议数据头大小到达 ARP协议数据的初始位置. 该地址是4的整数倍, 情况有会是怎么样呢?
我尝试在循环前分别定义了

eth_hdr recv_eth_hdr;
ip_hdr recv_ip_hdr;
icmp_hdr recv_icmp_hdr;
arp_data recv_arp_data;

四个结构体, 然后在检测协议数据前, 从tpoint指针所指向的地址开始, 将接头体大小的数据拷贝到以上定义的结构体中, 然后再来做检测. 然而问题依旧存在, 但问题的范围更加小了, 那就是操作0x802114ba这个地址上的数据就会导致崩溃, 那为什么会这样呢? 我看后面只能通过看汇编源代码, 才能找到问题的症结所在啊.

最后对照代码发现跟以下代码有关系, 具体原因后面在研究

#if defined(BSP_USING_SDRAM)
    /* Region 7 setting */
    MPU->RBAR = ARM_MPU_RBAR(7, 0x80000000U);
    MPU->RASR = ARM_MPU_RASR(0, ARM_MPU_AP_FULL, 0, 0, 1, 1, 0, ARM_MPU_REGION_SIZE_32MB);

    /* Region 8 setting */
    MPU->RBAR = ARM_MPU_RBAR(8, 0x81E00000U);
    MPU->RASR = ARM_MPU_RASR(0, ARM_MPU_AP_FULL, 1, 1, 0, 0, 0, ARM_MPU_REGION_SIZE_2MB);
#endif

搜索到的相关信息
1
mpu内存保护单元寄存器种类及相关编程
ARM存储器之：存储保护单元MPU
M=0: 禁止MPU
M=1: 使能MPU
A(bit[1])选择是否支持内存访问地址对齐检查
B=0: 禁止地址对齐检查
B=1: 使能地址对齐检查

2
【安富莱STM32F407之uCOS-III教程】第6章 内存保护单元MPU
SCB->CCR |= SCB_CCR_STKALIGN_Msk; // 使能堆栈的双字对齐模式

3
访问未对齐的内存引起硬件异常的解决方法
该代码初始化MPU，使得SDRAM存储器区域被认为是Normal Memory type，而不是Device Memory type。 这将禁用访问对齐限制。

returningprodigal
关注
  • 0
    点赞
  • 踩
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
C语言指针的定义和使用
11-21
int 占内存四个字节，分配四个地址 windows电脑在做数据存储时采用小端对齐（低位数据放在低位内存地址，高位数据放在高位内存地址）。 大端对齐：低位数据放在高位内存地址，高位数据放在低位内存地址。 计算机的...
为什么需要字节对齐
大自然的代码
12-04 5546
概念　　 在C语言中，结构是一种复合数据类型，其构成元素既可以是基本数据类型（如int、long、float等）的变量，也可以是一些复合数据类型（如数组、结构、联合等）的数据单元。在结构中，编译器为结构的每个成员按其自然边界（alignment）分配空间。各个成员按照它们被声明的顺序在内存中顺序存储，第一个成员的地址和整个结构的地址相同。为了使CPU能够对变量进行快速的访问，变量的起始地址应该具有
[008] [RT-Thread学习笔记] 求结构体首地址rt_list_entry函数与字节对齐RT_ALIGN宏
柯西的彷徨的博客
02-08 1574
# 1 rt_list_entry函数 rt_list_entry函数的作用是根据已知成员的地址，算出其结构体的首地址。函数定义如下（在`rtservice.h`中）： ## 1.1 源码分析 ```cpp #define rt_container_of(ptr, type, member) \ ((type *)((char *)(ptr) - (unsigned long)(&((type *)0)->member))) /** * @brief 获取结构体入口地址 * @param no
rt-thread 线程管理
最新发布
csdn727的博客
03-10 836
rt_uint32_t rt_thread_ready_priority_group，每个bit一个优先级，当优先级为10的线程准备好了，就将rt_thread_ready_priority_group的bit10置1，表示线程已就绪，然后在线程优先级表10（rt_thread_priority_table[10]）的位置插入线程。比较常用的还有rt_thread_suspend()和rt_thread_resume()，挂起就是让线程退出就绪态，线程不会再被调度，恢复则是重新进入就绪态，可以被调度。
[RTT] RT-Thread Hard Fault 死机问题定位方法
_
04-06 8794
RT-Thread操作系统中Hard Fault是比较常见的死机问题，造成这个问题的原因多种多样，但排查方式大同小异。本文以执行空函数死机和操作不可写内存死机两种情况为例，和大家分享下这类问题的排查定位方法。
计算机网络课程设计——发送和接收TCP数据包以及发送和捕获ARP数据包
诶你爱我吗的博客
12-27 8519
1.课程设计要求： 发送和接收TCP数据包：TCP是一种面向连接的、可靠的传输层协议。TCP协议工作在网络层IP协议的基础上。本课程设计的目的是设计一个发送和接收TCP数据包的程序，其功能是填充一个TCP数据包，发送给目的主机，并在目的主机接收此TCP数据包，将数据字段显示在标准输出上。 2.设计原理 TCP位于IP层之上，应用层之下的传输层。不同主机的应用层之间经常需要可靠的、像管道一样的连接。...
RT-Thread内核——内核基础（下）
a_qwq_a的博客
10-31 106
自动初始化机制是指初始化函数不需要被显式调用，只需要在函数定义处通过宏定义的方式进行申明，就会在系统启动过程中被执行。代码最后的表示使用自动初始化功能，按照这种方式，函数就会被系统自动调用。初始化函数主动通过这些宏接口进行申明，如 INIT_BOARD_EXPORT(rt_hw_usart_init)，链接器会自动收集所有被申明的初始化函数，放到 RTI 符号段中，该符号段位于内存分布的 RO 段中，该 RTI 符号段中的所有函数在系统初始化时会被自动调用。
rt-thread 使用宝典（2022-0516更新）
rtthreadiotos的博客
06-08 3444
接触 rt-thread 已有半年，混论坛也5个半月了，期间遇到过各种奇奇怪怪的棘手问题，有过尴尬，也自信曾经提供过比较妙的应对方案。所以产生了将一些典型的使用技巧汇总分享出来的想法，遂有此篇。...
基于RTT Nano的多任务嵌入式程序设计翼
lg_laowang的博客
01-17 375
基于RTT Nano的多任务嵌入式程序设计 一 实验任务： 参考RT-Thread官方资料，在stm32f103上移植 RTT Nano，完成一个周期性多任务嵌入式程序设计，至少包括2~3个周期性任务，例如：LED等的闪灭、串口数据输出等。综合实验报告中应包括： 1）国产RT-Thread 操作系统的特点和优势； 2）RTT Nano的功能框架； 3）在stm32F103上移植RTT Nano，完成多任务程序的详细步骤； 二 实验过程： 实验（1）国产RT-Thread 操作系统的特点和优势
使用stm32cubemx生成rtthreadnano工程的踩的一点坑
accentd的博客
09-05 733
rtthread nano
RT1052的介绍及MDK
qq_45578181的博客
07-23 1558
无
字节对齐的探讨
高雄的专栏
03-21 1605
以前和很多网友发表过有关此类问题的文章，我也是通过这些文章和一些书籍了解了这个知识。这里自我总结一下，希望对给为有所帮助。struct MyStruct {   char dda;//偏移量为0，满足对齐方式，dda占用1个字节；   double dda1;//下一个可用的地址的偏移量为1，不是sizeof(double)=8的倍数，需要补足7个字节才能//使偏移量变为8（满
你必须知道的495个C语言问题
05-14
4.7　我有些解析外部结构的代码，但是它却崩溃了，显示出了“unalignedaccess”(未对齐的访问)的信息。这是什么意思？ 作为函数参数的指针 4.8　我有个函数，它应该接受并初始化一个指针：voidf(int*ip){...
c++11智能指针解析——揭开底层面纱，完整理解智能指针.pdf
02-27
c++11智能指针解析——揭开底层⾯纱，完整理解智能指针 昨天跟同事⼩⼩的研究了下关于不同平台下的字节对齐问题，起因是遇到了⼀个坑，vs上没有问题，在安卓上却崩溃了。找了半天后发现是 c++字节补齐问题，期间包括...
C语言FAQ 常见问题列表
10-28
o 5.4 我有个函数,它应该接受并初始化一个指针 void f(int *ip) { static int dummy = 5; ip = &dummy;} 但是当我如下调用时: int *ip; f(ip); 调用者的指针却没有任何变化。 o 5.5 我能否用 void** 指针作为参数,...
C 语言编程常见问题解答.chm
09-24
9．5 通过指针或带下标的数组名都可以访问数组中的元素，哪一种方式更好呢? 9．6 可以把另外一个地址赋给一个数组名吗? 9．7 array_name和&array;_name有什么不同? 9．8 为什么用const说明的常量不能用来定义...
Linux C利用Socket套接字进行服务器与多个客户端进行通讯
热门推荐
IT探险者-returningprodigal
07-15 1万+
服务器端有故障代码如下 void *fun_thrReceiveHandler(void *socketCon){ char buffer[30]; int buffer_length; int _socketCon; while(1){ //添加对buffer清零 bzero(&buffer,sizeof(buffer)...
Linux系统安装FFmpeg以及依赖库
IT探险者-returningprodigal
12-21 7381
最近这两周都在搞FFmpeg的安装，先是在windows平台上做了一个rtsp音视频流采集程序。但总监必须要我运行在Linux 平台上，没办法，就这样开始了我的噩梦。小白一个，大神勿喷。 附件中有：FFmpeg的依赖库、FFmpeg--help 进入正题了，首先安装FFmpeg有伴随的很多依赖库，这些依赖库大多是音视频编解码器。这个可以根据自己的需求来安装相印的依赖。总监让我做的这个程序要用到
野火 RT1052 移植网卡功能(LAN8720A)
IT探险者-returningprodigal
01-08 3940
野火 RT1052 移植网卡功能(LAN8720A) 开发环境 RT-Thread: v4.0.2(master) SOC: i.MX RT1050 Board: 野火 RT1052 目的 在 RT-Thread 系统上进行网络通讯
linux arm 指针地址不对齐
05-14
在 ARM 架构下，指针地址必须按照指针类型的字节对齐方式进行对齐。例如，一个 4 字节的 int 类型变量，它的地址必须是 4 的倍数。如果指针地址没有按照对齐要求进行对齐，可能会导致程序运行出错，甚至会引起硬件异常。 当指针地址不按照对齐要求进行对齐时，可以通过编译选项 `-mno-unaligned-access` 来关闭编译器的自动对齐优化，以避免发生错误。但是，这种方式会降低程序的运行效率，因此只应在必要时使用。 另外，在 ARMv6 架构之前的版本中，对非对齐访问的支持不够完善，因此在这些版本的架构中，非对齐访问可能会导致程序崩溃。因此，建议在 ARMv6 及以上版本的架构下开发程序，并遵循指针地址对齐的规则。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值