Toggle navigation
首页
问答
文章
积分商城
专家
专区
更多专区...
文档中心
返回主站
搜索
提问
会员
中心
登录
注册
Kernel
neon
libcpu中arm的cortex-a 的文件使能浮点宏后存在问题
发布于 2019-07-13 20:42:03 浏览:1431
订阅该版
4.0.2的arm的cortex a浮点使能的功能,但是存在问题 1、浮点使能后清除浮点寄存器使能 ``` /* fpu context */ vmrs r6, fpexc tst r6, #(1<<30) beq 1f vstmdb sp!, {d0-d15} vstmdb sp!, {d16-d31} vmrs r5, fpscr stmfd sp!, {r5} 1: stmfd sp!, {r6} ``` 恢复浮点寄存器 ``` /* fpu context */ ldmfd sp!, {r6} vmsr fpexc, r6 //这句话有问题这是把r6的值恢复fpexc计算器,可能会清除浮点使能 tst r6, #(1<<30) beq 1f ldmfd sp!, {r5} vmsr fpscr, r5 vldmia sp!, {d16-d31} vldmia sp!, {d0-d15} 1: ``` 改了这个后还是出现把浮点寄存器使能清掉的问题,导致浮点运算进入异常如何解决, 使用之前4.0.1的cortex a就不会出现浮点寄存器请零的问题,但是没有浮点寄存器保存和恢复功能 是不是在浮点运算时,出现任务切换,就会出现问题?如何解决?
查看更多
6
个回答
默认排序
按发布时间排序
bernard
2019-07-14
这家伙很懒,什么也没写!
得呼唤青橙大神了
zhangjun
2019-07-15
这家伙很懒,什么也没写!
第一次的取出的r6是之前保存的fpexc寄存器,所以把第一次取出的r6恢复到fpexc感觉是没问题的。 楼主出现问题的代码贴出来?我来测测。
camelnuaa
2019-07-15
这家伙很懒,什么也没写!
``` //Enable Neon/VFP Co-Processor MRC p15, #0, r1, c1, c0, #2 @ r1 = Access Control Register ORR r1, r1, #(0xf << 20) @enable full access for p10,11 MCR p15, #0, r1, c1, c0, #2 @Access Control Register = r1 MOV r1, #0 MCR p15, #0, r1, c7, c5, #4 @flush prefetch buffer MOV r0,#0x40000000 FMXR FPEXC, r0 @ Set Neon/VFP Enable bit ``` 使能浮点 删去,下面的语句,这个不是使能浮点 ```c #ifdef RT_USING_FPU mov r4, #0xfffffff mcr p15, 0, r4, c1, c0, 2 #endif rt_uint8_t *rt_hw_stack_init(void *tentry, void *parameter, rt_uint8_t *stack_addr, void *texit)函数中修改 #ifdef RT_USING_FPU *(--stk) = 0; /* fpscr*/ *(--stk) = 0; /*D0*/ *(--stk) = 0; /*D1*/ *(--stk) = 0; /*D2*/ *(--stk) = 0; /*D3*/ *(--stk) = 0; /*D4*/ *(--stk) = 0; /*D5*/ *(--stk) = 0; /*D6*/ *(--stk) = 0; /*D7*/ *(--stk) = 0; /*D8*/ *(--stk) = 0; /*D9*/ *(--stk) = 0; /*D10*/ *(--stk) = 0; /*D11*/ *(--stk) = 0; /*D12*/ *(--stk) = 0; /*D13*/ *(--stk) = 0; /*D14*/ *(--stk) = 0; /*D15*/ *(--stk) = 0; /*D16*/ *(--stk) = 0; /*D17*/ *(--stk) = 0; /*D18*/ *(--stk) = 0; /*D19*/ *(--stk) = 0; /*D20*/ *(--stk) = 0; /*D21*/ *(--stk) = 0; /*D22*/ *(--stk) = 0; /*D23*/ *(--stk) = 0; /*D24*/ *(--stk) = 0; /*D25*/ *(--stk) = 0; /*D26*/ *(--stk) = 0; /*D27*/ *(--stk) = 0; /*D28*/ *(--stk) = 0; /*D29*/ *(--stk) = 0; /*D30*/ *(--stk) = 0; /*D31*/ *(--stk) = 0; /*D0*/ *(--stk) = 0; /*D1*/ *(--stk) = 0; /*D2*/ *(--stk) = 0; /*D3*/ *(--stk) = 0; /*D4*/ *(--stk) = 0; /*D5*/ *(--stk) = 0; /*D6*/ *(--stk) = 0; /*D7*/ *(--stk) = 0; /*D8*/ *(--stk) = 0; /*D9*/ *(--stk) = 0; /*D10*/ *(--stk) = 0; /*D11*/ *(--stk) = 0; /*D12*/ *(--stk) = 0; /*D13*/ *(--stk) = 0; /*D14*/ *(--stk) = 0; /*D15*/ *(--stk) = 0; /*D16*/ *(--stk) = 0; /*D17*/ *(--stk) = 0; /*D18*/ *(--stk) = 0; /*D19*/ *(--stk) = 0; /*D20*/ *(--stk) = 0; /*D21*/ *(--stk) = 0; /*D22*/ *(--stk) = 0; /*D23*/ *(--stk) = 0; /*D24*/ *(--stk) = 0; /*D25*/ *(--stk) = 0; /*D26*/ *(--stk) = 0; /*D27*/ *(--stk) = 0; /*D28*/ *(--stk) = 0; /*D29*/ *(--stk) = 0; /*D30*/ *(--stk) = 0; /*D31*/ #endif ``` 现在可以跑起来了是堆栈没有初始化对
shjic
2019-07-22
这家伙很懒,什么也没写!
我不知道楼主对什么有疑问... 1 在切换中恢复fpexc,的确是可能会清除fpu的使能(新任务如果没有使用过fpu的话),这样在此任务第一次使用fpu时的确是会进入udf异常,但在这个异常的处理中会对此任务打开fpu使能,这样的目的是为了降低系统的工作量(对没有使用fpu的任务根本不会保存fpu寄存器), 所以使用fpu时有可能进入异常是正常的。 2 楼主最后的栈初始化顺序是和现有实现不兼容的,新任务在初始化时没有打开fpu功能,这时栈最深处是一个0(fpexc的值),这样的栈是没有那些浮点寄存器的位置的。 所以libcpu中的初始化是这样 ```c stk = (rt_uint32_t *)stack_addr; *(--stk) = (rt_uint32_t)tentry; /* entry point */ *(--stk) = (rt_uint32_t)texit; /* lr */ *(--stk) = 0xdeadbeef; /* r12 */ *(--stk) = 0xdeadbeef; /* r11 */ *(--stk) = 0xdeadbeef; /* r10 */ *(--stk) = 0xdeadbeef; /* r9 */ *(--stk) = 0xdeadbeef; /* r8 */ *(--stk) = 0xdeadbeef; /* r7 */ *(--stk) = 0xdeadbeef; /* r6 */ *(--stk) = 0xdeadbeef; /* r5 */ *(--stk) = 0xdeadbeef; /* r4 */ *(--stk) = 0xdeadbeef; /* r3 */ *(--stk) = 0xdeadbeef; /* r2 */ *(--stk) = 0xdeadbeef; /* r1 */ *(--stk) = (rt_uint32_t)parameter; /* r0 : argument */ /* cpsr */ if ((rt_uint32_t)tentry & 0x01) *(--stk) = SVCMODE | 0x20; /* thumb mode */ else *(--stk) = SVCMODE; /* arm mode */ #ifdef RT_USING_LWP *(--stk) = 0; /* user lr */ *(--stk) = 0; /* user sp*/ #endif #ifdef RT_USING_FPU *(--stk) = 0; /* not use fpu, 就是fpexc*/ #endif ``` 任务切换时 sp指向的点就是 fpexc,如果它不是0,那此位置之上(高地址方向)才会有浮点寄存器的备份
zhangjun
2019-07-22
这家伙很懒,什么也没写!
-
zhangjun
2019-07-22
这家伙很懒,什么也没写!
帮忙提醒一下楼主
撰写答案
登录
注册新账号
关注者
0
被浏览
1.4k
关于作者
camelnuaa
这家伙很懒,什么也没写!
提问
8
回答
20
被采纳
0
关注TA
发私信
相关问题
1
请教cpu使用率分析
2
选择FreeRTOS, 还是RT-Thread。
3
thread heap stack overflow ?
4
rtt消息队列delay问题
5
释放被删除线程的内存地方在哪里啊
6
请教:各线程结束后,释放其中的内存的连续性问题
7
STM32F103中断关于信号量、邮箱问题
8
RTT中的线程栈大小如何控制
9
关于线程由执行态变为挂起态的代码实现,,,
10
rt_malloc(rt_size_t size)内存分配函数最小分配尺寸问题
推荐文章
1
RT-Thread应用项目汇总
2
玩转RT-Thread系列教程
3
国产MCU移植系列教程汇总,欢迎查看!
4
机器人操作系统 (ROS2) 和 RT-Thread 通信
5
五分钟玩转RT-Thread新社区
6
【技术三千问】之《玩转ART-Pi》,看这篇就够了!干货汇总
7
关于STM32H7开发板上使用SDIO接口驱动SD卡挂载文件系统的问题总结
8
STM32的“GPU”——DMA2D实例详解
9
RT-Thread隐藏的宝藏之completion
10
【ART-PI】RT-Thread 开启RTC 与 Alarm组件
最新文章
1
【1024】瑞萨 RA 系列 BSP 制作与适配最新版本的 Keil 、 RSC、固件,较新的 FSP
2
基于 RT-Thread 星火一号开发板的俄罗斯方块
3
RTThread studio 中添加 Micro_ROS 软件包有 Bug
4
【1024 RT-Thread与英飞凌(infineon)合作得板子PSOC 6 板子学习】
5
【1024】用HMI-Board 復刻 X-Track
热门标签
RT-Thread Studio
串口
Env
LWIP
SPI
AT
Bootloader
Hardfault
CAN总线
ART-Pi
FinSH
USB
DMA
文件系统
RT-Thread
SCons
RT-Thread Nano
线程
MQTT
STM32
RTC
rt-smart
FAL
ESP8266
I2C_IIC
WIZnet_W5500
ota在线升级
UART
cubemx
PWM
flash
packages_软件包
freemodbus
BSP
潘多拉开发板_Pandora
定时器
ADC
GD32
flashDB
socket
中断
Debug
编译报错
msh
keil_MDK
SFUD
rt_mq_消息队列_msg_queue
C++_cpp
at_device
ulog
本月问答贡献
用户名由3_15位
20
个答案
4
次被采纳
张世争
8
个答案
3
次被采纳
rv666
11
个答案
2
次被采纳
加缪
16
个答案
1
次被采纳
a1012112796
10
个答案
1
次被采纳
本月文章贡献
alight
3
篇文章
10
次点赞
AJS琥珀清年
2
篇文章
5
次点赞
Cfly
1
篇文章
12
次点赞
Ghost_Girls
1
篇文章
8
次点赞
KunYi
1
篇文章
5
次点赞
回到
顶部
发布
问题
分享
好友
手机
浏览
扫码手机浏览
投诉
建议
回到
底部