Interrupt handling for out-of-order execution processors

1993 ◽  
Vol 42 (1) ◽  
pp. 122-127 ◽  
Author(s):  
H.C. Torng ◽  
M. Day
2012 ◽  
Vol 198-199 ◽  
pp. 1275-1279
Author(s):  
Yu Tu ◽  
Yan Ping Zhao

Interrupt handling in out-of-order execution processors requires complex hardware schemes to maintain the sequential state. By managing the interaction with external systems through effective use of interrupts can dramatically improve system efficiency and the use of processing resources. The actual process of determining a good handling method can be complicated, challenging and fun. Numerous actions are occurring simultaneously at a single point and these actions have to be handled fast and efficiently. The paper will provide a practical guide to designing an interrupt handler and discuss the various trade-offs between the different methods. The interrupt handling process of S3C2410X is described, normally, S3C2410X interrupt controller requests interrupt from kernel interrupt FIQ or IRQ of S3C2410X after the interrupt arbitration. The experiment purpose and experiment equipment is detailed listed. Finally, the author explored into the experiment principle and experiment procedure.


2008 ◽  
Vol 28 (2) ◽  
pp. 25-27
Author(s):  
Pat Rogers
Keyword(s):  

1992 ◽  
Vol 14 (2) ◽  
pp. 281 ◽  
Author(s):  
Thomas V. Greer ◽  
B. Wade Brorsen ◽  
Shi-Miin Liu
Keyword(s):  

2012 ◽  
Vol 2012 ◽  
pp. 1-12 ◽  
Author(s):  
Kaveh Aasaraai ◽  
Andreas Moshovos

Soft processors often use data caches to reduce the gap between processor and main memory speeds. To achieve high efficiency, simple, blocking caches are used. Such caches are not appropriate for processor designs such as Runahead and out-of-order execution that require nonblocking caches to tolerate main memory latencies. Instead, these processors use non-blocking caches to extract memory level parallelism and improve performance. However, conventional non-blocking cache designs are expensive and slow on FPGAs as they use content-addressable memories (CAMs). This work proposes NCOR, an FPGA-friendly non-blocking cache that exploits the key properties of Runahead execution. NCOR does not require CAMs and utilizes smart cache controllers. A 4 KB NCOR operates at 329 MHz on Stratix III FPGAs while it uses only 270 logic elements. A 32 KB NCOR operates at 278 Mhz and uses 269 logic elements.


Author(s):  
Ali N. Akansu ◽  
Mustafa U. TorunTorun

Sign in / Sign up

Export Citation Format

Share Document