INtime Tech

INtime Top

Windows인터럽트와 INtime인터럽트

Windows가 사용하고 있는 하드웨어 인터럽트와  INtime 어플리케이션이 사용하는 하드웨어 인터럽트는 어느 쪽이 우선되는 것입니까?

일례로서 인터럽트된 라인의 이용 상황을 다음과 같이 가정합니다.

IRQ9 .... Windows
 IRQ10 ... INtime

1.Windows 인터럽트 처리중의 INtime 인터럽트

Windows 인터럽트처리는 도중 중단되어  INtime 인터럽트처리가 선제 합니다

IRQ9vsIRQ10.jpg

  • IRQ9 인터럽트의 발생(A점)으로 WindowsISR는 CPU 인터럽트 플래그의 클리어(CLI)를 실시해 PIC에 대해서 현재의 IRQ와 우선도가 낮은 인터럽트 마스크(IRQ9~IRQ15)를 설정합니다. 이전에 IRQ10 인터럽트의 발생이 있었을 경우(B점), IRQ10 인터럽트는 PIC에 보류됩니다.

  • WindowsISR가 CPU 인터럽트 플래그세트(STI 또는 IRETD)를 실시해 한편 PIC에 EOI(EndOfInterrupt)를 보내 맨처음시점(C점)에서 INtime에 스윗치 해 IRQ10 인터럽트 처리가 동작을 개시합니다.  A점으로부터 C점에 이르기까지 의 IRQ10는 극히 단시간입니다만 기다리게 됩니다.

  • INtime에 스윗치 될 때(C점) Windows가 사용하고 있는 IRQ 모든 것은 PIC상에서 마스크 됩니다(Windows의 인터럽트가 혼입할 것은 없다).

  • IRQ10의 인터럽트 처리가 완료한 시점(D점) 이후, 동작시킬 필요가 있는 INtime 스레드가 있으면 차례차례 스윗치 되어 최종적으로 priority 254의 Windows 스레드에 도달하면(E점) Windows에 스윗치 됩니다. 이 때 다시 PIC에의 인터럽트 마스크 설정은 Windows의 환경용으로 복원됩니다. 이 후처리중에서 만난 IRQ9 인터럽트 처리의 계속인 driverISR 부분이 처리됩니다.

↑

2.INtime 인터럽트 처리중의 Windows 인터럽트

Windows 인터럽트는 보류되어 모든 INtime 스레드의 완료 후에 동작합니다

IRQ10afterIRQ9.jpg

  • IRQ10의 인터럽트 발생(A점)으로, INtime에의 스윗치가 발생합니다. 이 때 Windows가 사용하고 있는 IRQ 모든 것은 PIC상에서 마스크 되고 있습니다. IRQ10의 인터럽트 처리를 하고 있는 상태로 IRQ9가 발생했을 때(B점), 마스크 된 IRQ9는 PIC상에서 보류되게 됩니다.

  • IRQ10의 인터럽트 처리가 완료한 시점(C점) 이후, 동작시킬 필요가 있는 INtime 스레드는 차례차례 스윗치 되어 최종적으로 priority 254의 Windows 스레드에 도달한 시점(D점)에서, 간신히 Windows에 스윗치 됩니다. 이 때 PIC에의 인터럽트된 마스크 설정은 다시 Windows의 환경용으로 복원됩니다.직 후, 보류되고 있던 IRQ9의 인터럽트 처리는 개시되어 WindowsISR, dirverISR의 순서에 동작합니다.

HOME | INtime