电子发烧友论坛|
// static const uint32_t s_keys[32];// uint8_t rseq[16];f->key[4] = s_keys[((keyid + 1) & 0x0000001F)] ^ (*(uint32_t *)&hdr->rseq[1]);如上面代码，rseq是16字节数据。运行上面代码的时候，直接就是mcause = 4的hardfault，即非对齐load address错误。网上搜了一下，好像说RISC-V还是像CORTEX-M系列那样，能访问，只是速度一样会很慢。但是现在直接hardfault了。不允许非对齐访问不是ARM7年代的问题了？现在移植代码，有不少这些非对齐访问。非常麻烦。是不是编译器参数修改一下就可以非对齐范围？
0
|
|
相关推荐
2个回答
|
|
|
您好，内核不支持非对齐访问，但编译器会按照字节访问依次访问hdr->rseq[1]，hdr->rseq[2]，hdr->rseq[3]，hdr->rseq[4]后组成一个字返回。附件为测试例程，你可以看一下。
|
|
|
|
|
|
|
|
|
|
|
只有小组成员才能发言，加入小组>>
254 浏览 1 评论
CH579M+RT-Thread，RTC从Sleep模式唤醒失败是什么原因？
2735 浏览 2 评论
2250 浏览 1 评论
请问一下CH573的PA9引脚用作TMR0功能可以做输入捕获用来进行红外解码吗？
1278浏览 7评论
BLE-Dongle与CH9141-A核心板进行双向透传，无法接收到串口数据怎么解决？
485浏览 7评论
221浏览 4评论
主机NRF52832从机ch9141，ch9141断电后无法发送数据怎么解决？
403浏览 3评论
290浏览 3评论
/6 
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 （电路图） 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证：合字B2-20210191
工商网监
湘ICP备2023018690号
1000
评论
淘帖
231
