Toggle navigation
首页
问答
文章
积分商城
专家
专区
更多专区...
文档中心
返回主站
搜索
提问
会员
中心
登录
注册
线程上下文调度切换_context
rt_hw_context_switch的一个问题
发布于 2012-06-06 10:50:13 浏览:6962
订阅该版
移植Rtthread到S3C6410,并没有使用VECTORED INTERRUPT CONTROLLERS。 在调试软件的时候发现这样一个现象,在调试一个Thread的时候,会导致idle线程的stack overflow。 跟踪看了一下,发现rt_hw_context_switch会被中断,context switch的代码是借鉴S3C2440的代码。 过程是这样的: 1、A线程调用了`rt_event_recv`,经过schedule,将被切换到idle线程; 2、当在调用`rt_hw_context_switch`时,A线程等待的中断发生了,当运行到 ``` LDMFD sp!, {r4} ; pop new task cpsr MSR cpsr_cxsf, r4 ``` cpsr中并没有屏蔽中断,因此中断就跳转了,所以 `LDMFD sp!, {r0-r12, lr, pc} ; pop new task r0-r12, lr & pc` 并没有被执行,因此idle线程的stack就被占用了15×4Byte。 以上的过程只要重复几次,idle线程的stack很快就overflow了。 不知道有什么办法可以在S3C6410上对rt_hw_context_switch进行保护,防止被interrupt中断?
查看更多
14
个回答
默认排序
按发布时间排序
bernard
2012-06-06
这家伙很懒,什么也没写!
你运行的场景是什么样的?
yuxun2k
2012-06-07
这家伙很懒,什么也没写!
工具是IAR,调试工具是J-Link,调试的时候代码下载到S3C6410的DDR中运行。下载前通过IAR的宏进行S3C6410的配置,时钟/DDR/MMU等。下载后可以用J-Link跟踪代码的运行。
bernard
2012-06-07
这家伙很懒,什么也没写!
>工具是IAR,调试工具是J-Link,调试的时候代码下载到S3C6410的DDR中运行。下载前通过IAR的宏进行S3C6410的配置,时钟/DDR/MMU等。下载后可以用J-Link跟踪代码的运行。 --- 运行立刻出现?难道6410与2440的ARM在指令构架上相差很大了?如果是这样建议仔细看看ARM11的规范
yuxun2k
2012-06-07
这家伙很懒,什么也没写!
只要运行那个Thread代码,tidle的stack一定overflow。但是,如果用J-link单步跟踪的时候,或者设置的断点会让context swtich有一定时间的时候就不会出现。 ARM11用的是ARMv6,大概看了一下,好像也没有什么特别的不一样。难道S3C2440就不会有这样的问题?
yuxun2k
2012-06-25
这家伙很懒,什么也没写!
在调试的过程中又发现了idle线程的`stack overflow`的问题,再次仔细查看,发现还是在`rt_hw_context_switch`里面出现了问题。 idle线程的cspr(运行在SVC mode下)为0x13,其I Bit和F bit不会被设置,就是不会屏蔽中断。 当其它的线程遇到ipc的操作时,event或者semaphore等,如果没有其它线程可以切换,则必定切换到idle,但是在rt_hw_context_switch里面, ``` LDMFD sp!, {r4} ; pop new task cpsr MSR cpsr_cxsf, r4 ``` 而这个cpsr是idle线程存储下来的cpsr,`I bit/F bit`都没有设置,一旦此命令运行以后,如果这个时候正好有一个中断来到,而且这个中断会引起schedule的运行,则这个`MSR cpsr_cxsf, r4`以后的代码就不被运行,idle的stack就增长了15个4字节。 只要几次这样的循环,idle线程一定是`stack overflow`,而这样的情况是不能通过增加stack的深度来解决的。 所以,经常可以看到`idle stack overflow`,而不是其它线程。 有什么办法解决这个问题吗?
bernard
2012-06-25
这家伙很懒,什么也没写!
那么只能是把中断先不打开,这样保证先出栈,然后再进行开中断了。
grissiom
2012-06-25
这家伙很懒,什么也没写!
中断这么频繁?…… 嗯,prife 在邮件列表里提的那个问题是不是和这个也有关系呢?……
grissiom
2012-06-25
这家伙很懒,什么也没写!
想到了,其实不频繁的中断也可以引起这个问题。只要是在恢复 psr 之前有 pending 的中断都会引发这个问题……
bernard
2012-06-25
这家伙很懒,什么也没写!
嗯,看看我的
中提到的上下文切换代码吧,那个是针对ARM9的(OMAP-L)
prife
2012-06-26
这家伙很懒,什么也没写!
> 中断这么频繁?…… > > 嗯,prife 在邮件列表里提的那个问题是不是和这个也有关系呢?…… amsl在测试yaffs时遇到文件写入崩溃的问题。 目测这个问题就是这里的线程切换的bug导致的。
撰写答案
登录
注册新账号
关注者
0
被浏览
7k
关于作者
yuxun2k
这家伙很懒,什么也没写!
提问
1
回答
5
被采纳
0
关注TA
发私信
相关问题
1
modbusRTU如何避免因为被高优先级任务切走而导致本次通讯失败
2
RT-Thread 4.0.2初次上下文切换失败
3
pendSV中bx lr指令,lr指向哪里?psp中剩余的寄存器啥时候弹出的?
4
Cortex-M0在bootloader环境下的上下文切换问题?
5
arc内核移植线程切换
6
rt_thread_yield 无法在同级别中释放cpu
7
线程执行完后退出 是如何通知cpu切换任务的
8
RTT-NANO 3.1.3 线程切换问题
9
线程切换,打印出来的时间不对
10
软件定时器的回调函数里可以挂起或解挂另一个线程吗?
推荐文章
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
【NXP-MCXA153】 定时器驱动移植
2
GD32F450 看门狗驱动适配
3
【NXP-MCXA153】看门狗驱动移植
4
RT-Thread Studio V2.2.9 Release Note
5
CherryUSB的bootuf2配置
热门标签
RT-Thread Studio
串口
Env
LWIP
SPI
AT
Bootloader
Hardfault
CAN总线
FinSH
ART-Pi
USB
DMA
文件系统
RT-Thread
SCons
RT-Thread Nano
线程
MQTT
STM32
RTC
FAL
rt-smart
ESP8266
I2C_IIC
UART
WIZnet_W5500
ota在线升级
PWM
freemodbus
flash
cubemx
packages_软件包
BSP
潘多拉开发板_Pandora
定时器
ADC
GD32
flashDB
socket
中断
编译报错
Debug
rt_mq_消息队列_msg_queue
SFUD
keil_MDK
msh
ulog
C++_cpp
MicroPython
本月问答贡献
踩姑娘的小蘑菇
7
个答案
2
次被采纳
a1012112796
18
个答案
1
次被采纳
Ryan_CW
5
个答案
1
次被采纳
红枫
4
个答案
1
次被采纳
张世争
4
个答案
1
次被采纳
本月文章贡献
YZRD
3
篇文章
6
次点赞
catcatbing
3
篇文章
6
次点赞
lizimu
2
篇文章
9
次点赞
qq1078249029
2
篇文章
2
次点赞
xnosky
2
篇文章
1
次点赞
回到
顶部
发布
问题
分享
好友
手机
浏览
扫码手机浏览
投诉
建议
回到
底部