기존 이솝 임베디드 포럼의 지식인 서비스가 게시판 형태로 변경되었습니다.
글 수 6,368
저희가 개발하는 시스템에서 mutex관련 function을 기본 kernel에서 제공하는 function에서
Chip vendor가 recommend하는 chip vendor가 정의한 function으로 변경을 했더니 scheduler내에서
아래의 부분에서 BUG message를 보내면서 stack을 dump하고 kernel panic이 발생했습니다.
asmlinkage void __sched schedule(void)
{
....
if (unlikely(in_atomic() && !current->exit_state)) {
printk(KERN_ERR "BUG: scheduling while atomic: "
"%s/0x%08x/%dn",
current->comm, preempt_count(), current->pid);
dump_stack();
}
......
} /*end of schedule function*/
어떤 부분을 주의깊게 디버깅 해 보아야 할 지??
조언 부탁드립니다.
Chip vendor가 recommend하는 chip vendor가 정의한 function으로 변경을 했더니 scheduler내에서
아래의 부분에서 BUG message를 보내면서 stack을 dump하고 kernel panic이 발생했습니다.
asmlinkage void __sched schedule(void)
{
....
if (unlikely(in_atomic() && !current->exit_state)) {
printk(KERN_ERR "BUG: scheduling while atomic: "
"%s/0x%08x/%dn",
current->comm, preempt_count(), current->pid);
dump_stack();
}
......
} /*end of schedule function*/
어떤 부분을 주의깊게 디버깅 해 보아야 할 지??
조언 부탁드립니다.
박성우
제 경험으로는 인터럽트 핸들러나 기타 scheduling이 일어나지 않아야할 상황에서 scheduling이 일어난 경우 발생했었습니다.
mutex와 관련하여 발생하였더니 그것과 연관된 것 같은데요.
그때 찾아본 결과 인터럽트 핸들러, Softirq, Tasklet 에서는 스케쥴링이 일어나면 안되었던 것 같은데요.
저는 문제가 된 부분을 workqueue로 빼서 처리했더니 해결되었습니다.
workqueue는 process context여서 scheduling되어도 괜찮다고 하더군요.
자세한 내용은 Robert Love의 "Linux Kernel Development" 7장을 참조하세요.
아니면?