커널 공간에서 msleep() 함수를 사용하여 지정된 시간 동안 절전 모드로 전환 할 수 있습니까? 그렇다면 어떤 헤더 파일을 포함시켜야합니까? #include <linux/time.h>
이 맞는 것 같지 않습니다. 이 목적을 위해 더 나은 기능이 있습니까?리눅스 커널에서 잠자기하는 법?
15
A
답변
24
커널 공간에 msleep을 사용하려면 <linux/delay.h>
을 포함해야했습니다.
4
리눅스 커널 문서
Documentation/timers/timers-howto.txt에서 리눅스 커널 문서는 주요 방법의 좋은 개요가 :이 멋진 대답에서 적응
Inserting Delays
----------------
The first, and most important, question you need to ask is "Is my
code in an atomic context?" This should be followed closely by "Does
it really need to delay in atomic context?" If so...
ATOMIC CONTEXT:
You must use the *delay family of functions. These
functions use the jiffie estimation of clock speed
and will busy wait for enough loop cycles to achieve
the desired delay:
ndelay(unsigned long nsecs)
udelay(unsigned long usecs)
mdelay(unsigned long msecs)
udelay is the generally preferred API; ndelay-level
precision may not actually exist on many non-PC devices.
mdelay is macro wrapper around udelay, to account for
possible overflow when passing large arguments to udelay.
In general, use of mdelay is discouraged and code should
be refactored to allow for the use of msleep.
NON-ATOMIC CONTEXT:
You should use the *sleep[_range] family of functions.
There are a few more options here, while any of them may
work correctly, using the "right" sleep function will
help the scheduler, power management, and just make your
driver better :)
-- Backed by busy-wait loop:
udelay(unsigned long usecs)
-- Backed by hrtimers:
usleep_range(unsigned long min, unsigned long max)
-- Backed by jiffies/legacy_timers
msleep(unsigned long msecs)
msleep_interruptible(unsigned long msecs)
Unlike the *delay family, the underlying mechanism
driving each of these calls varies, thus there are
quirks you should be aware of.
SLEEPING FOR "A FEW" USECS (< ~10us?):
* Use udelay
- Why not usleep?
On slower systems, (embedded, OR perhaps a speed-
stepped PC!) the overhead of setting up the hrtimers
for usleep *may* not be worth it. Such an evaluation
will obviously depend on your specific situation, but
it is something to be aware of.
SLEEPING FOR ~USECS OR SMALL MSECS (10us - 20ms):
* Use usleep_range
- Why not msleep for (1ms - 20ms)?
Explained originally here:
http://lkml.org/lkml/2007/8/3/250
msleep(1~20) may not do what the caller intends, and
will often sleep longer (~20 ms actual sleep for any
value given in the 1~20ms range). In many cases this
is not the desired behavior.
- Why is there no "usleep"/What is a good range?
Since usleep_range is built on top of hrtimers, the
wakeup will be very precise (ish), thus a simple
usleep function would likely introduce a large number
of undesired interrupts.
With the introduction of a range, the scheduler is
free to coalesce your wakeup with any other wakeup
that may have happened for other reasons, or at the
worst case, fire an interrupt for your upper bound.
The larger a range you supply, the greater a chance
that you will not trigger an interrupt; this should
be balanced with what is an acceptable upper bound on
delay/performance for your specific code path. Exact
tolerances here are very situation specific, thus it
is left to the caller to determine a reasonable range.
SLEEPING FOR LARGER MSECS (10ms+)
* Use msleep or possibly msleep_interruptible
- What's the difference?
msleep sets the current task to TASK_UNINTERRUPTIBLE
whereas msleep_interruptible sets the current task to
TASK_INTERRUPTIBLE before scheduling the sleep. In
short, the difference is whether the sleep can be ended
early by a signal. In general, just use msleep unless
you know you have a need for the interrupt
: https://stackoverflow.com/a/39921020/895245
다음 보라를 소스의 각 함수에 대한 문서 주석에. 예컨대 : usleep_range
:
/**
* usleep_range - Sleep for an approximate time
* @min: Minimum time in usecs to sleep
* @max: Maximum time in usecs to sleep
*
* In non-atomic context where the exact wakeup time is flexible, use
* usleep_range() instead of udelay(). The sleep improves responsiveness
* by avoiding the CPU-hogging busy-wait of udelay(), and the range reduces
* power usage by allowing hrtimers to take advantage of an already-
* scheduled interrupt instead of scheduling a new one just for this sleep.
*/
void __sched usleep_range(unsigned long min, unsigned long max)
LDD3 7.3. Delaying Execution 다른 자원을-이 있어야합니다.
최소 실행 가능한 예제
마지막을 사용해 자신의 최소한의 테스트를 작성! 나
usleep_range
광범위 내가 리눅스 시스템에 근무 한 적이없는 몇 가지 (아마도 오래된?) 예
관련 문제
- 1. 리눅스 커널에서 stdlib.h 대안?
- 2. 리눅스 커널에서 생성
- 3. 리눅스 커널에서 시스템 호출
- 4. 리눅스 커널에서 tty의 역할
- 5. 리눅스 커널에서 인터럽트
- 6. __ksymtab은 무엇입니까? 리눅스 커널에서
- 7. 커널에서 주소를 해석하는 법 oops
- 8. 리눅스 커널에서 stop_sched_class의 사용은 무엇입니까
- 9. 리눅스 커널에서 기존 모듈 수정하기
- 10. 리눅스 커널에서 vfs_readdir은 어떻게 사용합니까?
- 11. 리눅스 커널에서 파일에 데이터 추가하기
- 12. 리눅스 커널에서 패킷 생성을위한 튜토리얼
- 13. 리눅스 커널에서 부호없는 3 = 1
- 14. 리눅스 커널에서 RSA를 사용하는 방법
- 15. 리눅스 커널에서 jiffies는 어디에서 계산됩니까?
- 16. 리눅스 사용자를 감옥하는 법
- 17. 신속한 2.2 초 동안 몇 밀리 초 동안 잠자기하는 법?
- 18. 리눅스 커널 ICMP 구현 질문 현재 리눅스 커널에서
- 19. 리눅스 커널에서 더블 포인터 사용 해시리스트 구현
- 20. 리눅스 커널에서 인터럽트 핸들러의 반환 값
- 21. 리눅스 커널에서 파일 읽기 및 쓰기
- 22. 리눅스 커널에서 TLB 미스를 처리하기위한 콜 그래프
- 23. 리눅스 커널에서 #define #ifdef와 매크로 이해하기
- 24. 리눅스 커널에서 {interrupt do_IRQ} 명령어의 의미는 무엇입니까?
- 25. 리눅스 커널에서 소켓 메모리 할당을 늘리는 방법
- 26. 리눅스 커널에서 .data와 .long의 의미는 무엇입니까?
- 27. 리눅스 커널에서 페이지 캐시를 비활성화하는 방법은 무엇입니까?
- 28. 은 리눅스 커널에서 원자 연산이 이가 없는가?
- 29. 리눅스 커널에서 커널 주소 공간의 레이아웃은 무엇입니까?
- 30. 현재 -> mm은 리눅스 커널에서 NULL을 제공합니다.
호출을 포함하지만 그 이상이 될 것입니다. 'msleep'은 사용자 공간 코드에 의해 호출되도록 의도 된 것처럼 보입니다. 나의 이해는 리눅스 커널이 잠들지 않는다는 것이다. 사용자 공간에서 아무것도 할 필요가 없을 때마다 '유휴'프로세스로 전환하고 사용자 공간에서 _ 회전합니다. 사실 'msleep'은 기존 시스템 호출조차도 아닌 것처럼 보입니다. 정확히 무엇을하려는 거니? – rliu
@rliu 귀하의 의견이 정확하지 않다는 것을 보여주는 아래의 답변이 있으므로, 귀하의 의견을 삭제하는 것이 좋습니다. –