sleeping function called from invaild context? 이게 뭔가요?
글쓴이: kingchobo / 작성시간: 일, 2005/10/09 - 11:17오후
디바이스 드라이버를 만들고 있는데
커널 메시지에
Quote:
sleeping function called from invaild context at mm/slab.c:196
라는 메시지가 뜹니다.
그리고 디버깅 메시지들이 우르르르르...
그런데 드라이버를 처음 동작 시켰을때.
그니깐 첫 read할때만 메시지가 뜨고 그다음 부터는 안생기던데요.
구글에서 뒤져보니까
CONFIG_DEBUG_SPINLOCK_SLEEP 이 활성화 된 거랑 무슨 관련이 있다고 하는데.. 영 무슨 말인지는 모르겠어서 여기다 여쭈어봅니다.
동작은 되지만 그래도 영 찜찜합니다.
저 메시지를 없애려면 고도의 해킹기술을 요하는 문제인가요?
고수분들의 답변 부탁드립니다.
Forums:
CONFIG_DEBUG_SPINLOCK_SLEEP..
spinlock 이 걸려있는 상황에서
sleep 에 들어갈 수 있는 함수 (아마도 kmalloc(.., GFP_KERNEL) 일듯..) 를 호출한 경우입니다.
아. 맞아요
연결리스트를 만드려고 kmalloc(..., GFP_KERNEL)을 썼어요.
정말 감사합니다.
그럼 GFP_ATOMIC 을 쓰면
수정이 될까요?
그 옵션의 차이를 잘 몰라서요.
그리고 모듈에서 연결리스트를 쓴다는 게 좀 미련하고 무리인가 고민되네요.
어쨌든 많이 감사합니다.
linked list는 커널에서도 많이 쓰는 걸로 알고 있습니다. 보통은
linked list는 커널에서도 많이 쓰는 걸로 알고 있습니다. 보통은 /include/sys/queue.h 의 BSD queue 매크로들을 사용하죠.
리눅스 커널은 잘 모릅니다만, linked list를 spinlock이 아닌 semapore등으로 보호하면 되는 문제가 아닌가 생각되는데요. 그렇지 않나요?
----
Let's shut up and code.
세마포어를 이용하세요..
GFP_ATOMIC 은 인터럽트 핸들러와 같이 sleep 에 들어가서는 안되는 위급한? 상황에서
바로 응답을 얻기 위한 메모리 할당 플래그입니다.
그래서 GFP_ATOMIC 을 사용하는 경우에는 반드시 kmalloc() 의 리턴값을 확인하고
메모리를 할당받지 못한 경우에 대한 처리 루틴을 추가해야 합니다.
그리고 모듈에서 연결리스트를 사용하는 것은 아무런 문제가 없습니다.. ^^
마지막으로 이런 경우에는 sangwoo 님 말씀처럼
sleep 에 들어갈 수 있는 상황에서도 사용 가능한 semaphore 를 사용하는 것이 더 좋을 듯 합니다.
아 감사합니다.
ㅎㅎ
아 세마포어를 사용하면 되는군요
근데요
세마포어를 사용할줄 몰라서 ㅎㅎㅎ
어쨌든 또다른 관점을 보게 된듯해서 좋습니다. 감사해요
댓글 달기