timer_jiffies 는 jiffies 와는 다른 물건이구요,
jiffies 경우엔 time_before(), time_after() 등을 사용한다면 jiffies rollover 에 대해 큰 걱정하실 필요는 없구요,
rollover 가 몇 번이나 일어날 만큼의 긴 interval 을 다루셔야 된다면 쪼개서 몇 단계로 나뉘어 처리되도록 코드를 손보시구요,
rollover 가 일어났을 경우에도 부팅후부터의 jiffies 를 계속 누적해서 보존시키시려면 do_timer() 함수를 보시고 적당히 코드 추가하시면 되겠습니다.
그리고, 2.4 커널엔 jiffies_64 가 없습니다
timer_jiffies 는 jiffies 와는 다른
timer_jiffies 는 jiffies 와는 다른 물건이구요,
jiffies 경우엔 time_before(), time_after() 등을 사용한다면 jiffies rollover 에 대해 큰 걱정하실 필요는 없구요,
rollover 가 몇 번이나 일어날 만큼의 긴 interval 을 다루셔야 된다면 쪼개서 몇 단계로 나뉘어 처리되도록 코드를 손보시구요,
rollover 가 일어났을 경우에도 부팅후부터의 jiffies 를 계속 누적해서 보존시키시려면 do_timer() 함수를 보시고 적당히 코드 추가하시면 되겠습니다.
그리고, 2.4 커널엔 jiffies_64 가 없습니다
답변감사드려요
답변 감사드립니다.
timer_jiffies은 제가 잘못썼네요...
현재 test용으로 jiffies 증가값을 10000씩 증가하게하여
한시간만에 overflow 가 나도록 해놓았습니다.
근데 jiffies 값이 풀로 찬뒤에 그뒤부터는 jiffies값을 출력하지 않네요... do_timer 함수에 호출될때마다 출력하도록 해놓았는데... 32비트 풀로차게 되면 overflow 되고 0 으로 초기화한뒤 다시 증가해야 않나요??
+=10000 상태로 부팅이 된다는 것 자체가
+=10000 상태로 부팅이 된다는 것 자체가 놀랍네요.
그 CPU 의 tick interrupt 핸들러부터 분석해서 do_timer() 까지 내려오시는 게 좋겠습니다.
2.4 커널은 이쪽이 아주 직설적이라 커널을 처음 보시는거라 해도 별 무리 없으실겁니다.
감사합니다.
답변 감사드립니다.
현재 문제가 되는부분은 100ms usleep을 polling 하는 부분에서 overflow가 나면 그 nanosleep 에서 깨어나질
않네요..
현재 usleep을 select로 바꿔서 delay를 주니까 정상 동작을 하긴하는데...
overflow가 날때 nanosleep에서 무언가 보완을 해줘야 하는건가요??
댓글 달기