2015.07.15-系统初始化首个任务时发生fault故障

最新推荐文章于 2023-03-16 19:31:21 发布

长相很安全

最新推荐文章于 2023-03-16 19:31:21 发布

阅读量987

点赞数

CC 4.0 BY-SA版权

分类专栏： fans-rt BUG list

本文链接：https://blog.youkuaiyun.com/sevek/article/details/46902195

fans-rt BUG list 专栏收录该内容

9 篇文章

订阅专栏

本文探讨了在初始化BOOT任务时遇到FAULT故障的原因，并通过复位和单步跟踪的方法定位到了初始化CONTAINER时循环下标使用不当导致的内存踩踏问题。提出了使用函数CORE_CreatePoolContainer来根据不同配置初始化容器的解决方案。

【问题现象】
初始化BOOT任务过程中发生FAULT故障。

【定位过程】

任务创建结束进入CORE_SetError设置错误码判断 Current Task 指针不为空:

STATIC E_STATUS SetTaskError(E_STATUS emCode)
{
    LPTASK_CONTEXT lpCurrentContext = GetCurrentTaskContext();

    if (NULL != lpCurrentContext)
    {
        SetContextTaskError(lpCurrentContext, emCode);
        return STATE_SUCCESS;
    }

    SetSystemGlobalError(emCode);

    return STATE_INVALID_TASK;
}

单步调试得到g_CurrentContext全局变量内存地址为0x20000248(R2+0x8 为 g_CurrentContext 指针，R2=0x20000240)：

查看内存，发现0x20000248此时值为 0x00000100，即R1的值

复位并重新单步跟踪发现初始化对象管理器后，g_CurrentContext 值发生变化。

【问题原因】

初始化CONTAINER时循环下标使用CONFIG_CORE_POOL_MAX 和 CONFIG_POOL_BLOCK_MAX导致踩内存：

【解决方案】

函数 CORE_CreatePoolContainer 提供了参数Pools(容器支持的POOL数量)和BlockPrePool(每个POOL的块数量)，用于处理不同的容器配置，应当针对不同的配置进行初始化：

    SetFreeBitmapMask2Container(lpManager, GetBitsMaskValue(Pools));
    
    for (; Pid < Pools; Pid ++)
    {
        LPCORE_POOL lpCorePool = GetPoolForID(lpManager, Pid);

        SetPoolMagic(lpCorePool, POOL_INITIALIZE_MAGIC);
        
        SetPoolTotalBlocks(lpCorePool, BlockPrePool);
        SetPoolRemainBlocks(lpCorePool, BlockPrePool);
        SetPoolBlockLength(lpCorePool, BytePreBlock);
        
        SetFreeBitmapMask2Pool(lpCorePool, GetBitsMaskValue(BlockPrePool));