免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 1392 | 回复: 2
打印 上一主题 下一主题

内核信号处理疑问 [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2011-12-20 10:22 |只看该作者 |倒序浏览
中断和异常从内核态返回到用户态之前会调用信号处理函数。
work_notifysig:       
        call do_notify_resume

void
do_notify_resume(struct pt_regs *regs, void *unused, __u32 thread_info_flags)
{
        if (thread_info_flags & _TIF_SIGPENDING)
                do_signal(regs);
}

static void do_signal(struct pt_regs *regs)
{
        //?????现在还在内核态,那么不就直接返回了。还怎么处理信号呢。
        if (!user_mode(regs))
                return;

       //这里处理信号了。
        signr = get_signal_to_deliver(&info, &ka, regs, NULL);
。。。
}

论坛徽章:
0
2 [报告]
发表于 2011-12-20 10:38 |只看该作者
本帖最后由 azzurris 于 2011-12-20 10:43 编辑
  1.         //?????现在还在内核态,那么不就直接返回了。还怎么处理信号呢。
  2.         if (!user_mode(regs))
  3.                 return;
复制代码
你这里的regs是中断发生时,被中断代码进irq模式之前的寄存器组合pt_regs。这个被中断代码,在进irq模式之前,有可能出于内核态(svc模式),也有可能出于用户态。
这个是在entry-armv.S里面的__irq_usr和__irq_svc里面实现的。将发生中断时用户态/内核态 下的寄存器(上下文)全部save到被中断进程的内核栈中。
因此进入do_signal之后,这里判断的user_mode(regs),实际动作是去判断你存在内核栈中存的cpsr寄存器的末尾4个bit的模式位。用来判断被中断的代码是出于用户态还是内核态。而不是判断这段代码是用户态还是内核态。

说的较啰嗦,不知道有没有帮到你。。。

论坛徽章:
0
3 [报告]
发表于 2011-12-20 10:41 |只看该作者
谢谢,被你一说就知道了,这个regs不是当前的cpu寄存器,而是上一次中断异常发生时保存的寄存器信息,这个都没有注意到。。。
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP