Udelay Linux 커널 문제를 해결하는 방법
September 3, 2021다음은 Linux udelay 커널 문제를 해결하는 몇 가지 쉬운 방법입니다.
권장: Fortect
<리>1. Fortect 다운로드 및 설치타임아웃 – 절전 메커니즘 동안 다양한 커널 타임아웃에 대한 정보입니다.————————————————– ——————이 문서그것은 일반적인 질문을 명확히 하기 위해 무엇인가를 시도합니다: “그것은 보통 무엇입니까?”RightWay(TM) 지연을 추가하시겠습니까? “이 주요 문제는 직원의 저자가 가장 가끔 직면합니다.PC 지연에 대처하고 가장 친밀한 일을 할 수 없는 사람은 누구입니까?Linux 커널의 내장 기능에 대해 잘 알고 있습니다.마감일 삽입—————-무엇보다도 구매자가 스스로에게 “이것이 내 것입니까?”라고 물어야 한다고 생각해야 합니다.피셔 컨텍스트의 코드? “에 언급된 대로 수행해야 합니다.”핵 상황에서 정말로 연기될 필요가 있습니까? 0.5인치 그렇다면…원자 문맥:일반적으로 함수와 함께 * 지연 패밀리를 사용해야 합니다. 저것들함수는 Jiffy의 시간 서둘러 추정을 사용합니다.충분한 주기 시간에 도달할 때까지 완벽하게 기다리느라 바쁠 것입니다.해당 기간 만료 직후:ndelay(부호 없는 긴 ns)udelay(부호 없는 큰 사용)mdelay(시간이 걸리는 부호 없는 밀리초)udelay는 가장 인기 있는 API가 될 것입니다. 큰 대기 시간 수준사실 정확도는 PC가 아닌 많은 장치에서 직접적으로 존재하지 않습니다.mdelay는 이에 적합한 특정 udelay 매크로 래퍼입니다.지연될 수 있는 큰 인수를 전달할 때 홍수가 발생할 수 있습니다.대부분의 경우 mdelay를 사용하여 수행하는 것은 권장되지 않으며 코드가msleep을 사용하도록 재작업했습니다.비원자 문맥:당신의 구현은 함수에 * going sleep [_range] 패밀리를 추가해야 합니다.몇 가지 더 많은 옵션이 있을 수 있지만 그 안에 있는 모든 옵션은지식이 풍부한 작업은 실제로 “올바른” 잠자기 작업으로 수행됩니다.플래너, 전원 관리 등을 도와 직접 만드십시오.조종사는 아마 더 나을 것입니다 :)- 제공됨 – 바쁜 대기 주기:udelay(부호 없는 장기 사용)- Htimer의 안전:usleep_range (unsigned long min., unsigned 지속적 나태. long)- 저자: jiffies / Legacy_timersmsleep(많은 ms 부호 없음)msleep_interruptible(부호 없는 긴 ms)근본적인 문제 메커니즘은 지연 시간 방법 *과 다릅니다.운전에 대한 호출과 관련된 이러한 유형의 각각은 다르며 결과적으로 다음이 있습니다.귀하의 비즈니스가 알고 있어야만 하는 기능.”약간” 사용을 위한 수면(
<사전> <코드> trace_printk(“111111”);할당량(4000);trace_printk(“222222”); <사전> <코드> trace_printk(“111111”);대기 시간(10,000);대기 시간(10,000);대기 시간(10,000);대기 시간(10,000);…….. // 주로 400개의 인스턴트 호출trace_printk(“222222”);
권장: Fortect
컴퓨터가 느리게 실행되는 것이 지겹습니까? 바이러스와 맬웨어로 가득 차 있습니까? 친구여, 두려워하지 마십시오. Fortect이 하루를 구하러 왔습니다! 이 강력한 도구는 모든 종류의 Windows 문제를 진단 및 복구하는 동시에 성능을 높이고 메모리를 최적화하며 PC를 새 것처럼 유지하도록 설계되었습니다. 그러니 더 이상 기다리지 마십시오. 지금 Fortect을 다운로드하세요!
<리>1. Fortect 다운로드 및 설치
로그는 4.7ms 시리즈여야 합니다. 이것이 반드시 받아들여지는 것은 아닙니다.지연 오류가 중요한 이유는 무엇입니까?
여기에서 커널 코드를 살펴보십시오. 대부분의 두 가지 기능에 대한 자체 구현을 찾았습니다.
쓸모없는 __udelay (종종 서명되지 않음) __const_udelay(usecs 0x10C7UL); / * 약간 ** 32 곱하기 1,000,000 (반올림) 6 . /void __ndelay(부호 없는 거대한 nsec) __const_udelay(nsecs 1.0x5UL); - * 2 ** 32/1000000000 (반올림) 1 . / 나는 udelay가 ndelay보다 천 배나 더 중요할 것이라고 생각합니다. 그러나 그것은 아무도 아닙니다. 왜죠?
5월 22일 15일 오후 12시 34분에 작성
< /p>
1.531 44 골드 배지
찾고 있는 답변이 없습니까? 태그 타이머 Linux-kernel Linux-device-driver로 다른 질문을 자유롭게 찾아보거나 자신의 아이디어를 생각해 보세요.
이미 보았을 수도 있지만 나노초 대기 시간은 밀리초 대기 시간의 매우 강력한 근사치이므로 상수 0x5 가 사용되는 데 도움이 됩니다. 0x10c7 / 0x5 는 거의 859입니다. 0x4 를 사용하면 1000(약 1073)에 더 가깝습니다.
그러나 0x4를 통해 일반적으로 시간 초과 가 명시된 나노초 수보다 적습니다. 일반적으로 감속 기능은 최소한 제휴 사용자가 원하는 한 여기에서 대기 시간을 제공하는 것을 목표로 합니다(여기 참조: http://practicepeople.blogspot.jp/2013/08/kernel-programming-busy-waiting-delay. Html). …
15년 5월 22일 12시 50분부터 여기에서 일했습니다.
를 의미합니다.
2,371
반올림 오류도 호출할 때마다 추가됩니다. 피드백 제공 2 ** 32 1000000000 /. 사실, 이 값은 항상 ~ 4.29였고, 5까지 균형을 유지했습니다. 이것은 일종의 새롭고 다소 심각한 오류입니다.
엄청난 차이 때문에 Udelay의 오류는 합리적입니다(~ 4294.97 대 4295 [0x10c7]).
15년 5월 22일 12:44에 답변됨
11.2k
ktime_get_ns()를 사용하여 시작 이후 매우 정확한 시간을 확실히 얻을 수 있습니다. 따라서 소프트웨어를 훌륭한 정밀 웜뿐만 아니라 우수한 고정밀 작은 너트로도 사용할 수 있습니다. 다음은 그들의 예입니다:
<사전> <코드> u64 t;t는 ktime_get_ns()를 나타냅니다. // 시작 시 가장 뜨거운 나노초 가져오기for (i는 0을 의미합니다. i <24; i ++) // GPIO를 통해 1200ns-1300ns의 펄스 24개를 보냅니다. gpio_set_value(연락처, 1); // GPIO를 관리하거나 다른 것을 제공 inas의 경우 +는 1200과 같습니다. // 이제 우리는 당신이 보는 미래에 한 발짝 다가서기 위해 완전히 시간을 들이고 있습니다. 동안 (ktime_get_ns ()
11월 16일 18일 12:14에 처리됨
을 의미합니다.
658
이 소프트웨어를 다운로드하고 몇 분 안에 PC를 수정하십시오. 년년
