找回密码
 加入计匠网
搜索
热搜: BIOS ACPI CPU Windows
查看: 32386|回复: 9

[转载资料]PCI IRQ Routing Table Specification与相关资料

[复制链接]
发表于 2008-2-27 14:24:22 | 显示全部楼层 |阅读模式
自己比较懒,网络上的文章和资料有:
+ s2 r3 _% v9 |/ @4 s1、PCI IRQ Routing Table Specification (中文请参照《BIOS研发技术剖析》中的描述)6 r* N* ]& P8 N; j& S& W, J
microsoft: http://www.microsoft.com/whdc/archive/pciirq.mspx1 T% P# q! R8 j7 B, L+ h
* J4 I: x' j( A% ^/ b9 i( w
2、PCI IRQ Routing on a Multiprocessor ACPI System
% P, Z% B$ }" {microsoft: http://www.microsoft.com/taiwan/whdc/system/CEC/ACPI-MP.mspx
 楼主| 发表于 2008-2-27 14:27:02 | 显示全部楼层

I/O APIC演進

来自:http://www.four-stock.com/forum/ ... d=32&sid=JZS6Kb2 W* @. X, l$ t- |

" R; j( j, u6 k; x1 q9 P作者: Titan    時間: 2007-10-26 17:51     標題: I/O APIC演進~~~~~~~
/ Y5 h3 h" M$ a2 s4 f此作者为转载作者,见下面网友的更正。+ r7 }5 Z& s) v5 b

* q6 X& x6 ]7 H2 H在x86歷史的演進中,有很多的BIOS工程師對於PCI IRQ Routing Table還是搞不清楚,我剛入行的時候也是一樣,對於這個東西一點概念都沒有,只知道是因為IRQ#不夠用,所以才需要去繞線(Routing)。/ e' e' N1 L4 g9 M% m
6 T: V0 Q) b+ G3 r# X9 T
[為何要繞? 背景是什麼?]
  ^/ X- L: V2 u- g6 _& z( @+ o依照我自己研究出來的歷史,我發現可能的原因是因為PCI設備越來越多,然後當時的中斷控制器是串聯的8259A,所以只有IRQ0~IRQ15可以用,且IRQ2已經連接 "僕8259" (第二顆中斷控制器),所以剩下來15支IRQ#可以用,但是又因為x86系統在早期的設計中,有些IRQ#已經分配給固定的設備使用,所以剩下來沒幾支可以用,可是設備又那麼多,所以如何去分配剩下來的IRQ就是大家討論的話題。" C* D( T  E, t$ h7 }+ Y7 [

% N" o6 p! x" S2 X" E[IRQ繞線的歷史發展]
8 E# j+ ]9 F8 n1 j" f: J依照我查到的資料,早期的作業系統Windows 95年代左右,PCI設備要使用哪一支IRQ中斷線是靠PCI卡上面的"跳線"去控制,所以有可能會因為兩個PCI設備跳同一支"IRQ#"而造成衝突導致當機或是藍底白字。6 t- A0 y) `4 c. Z  h6 R
後來改用BIOS Setup Menu內去控制,也就是可以進去BIOS設定畫面去設定IRQ分配。
% ~$ @( B4 M# x. R; X. Q" s
3 R! F% m# X# u! s* T因此為了解決PCI設備越來越多,但是IRQ不夠用的情況,所以微軟找上的晶片廠商也就是Intel合作開發PIRQ Route Controller,簡單說就是微軟想在他的作業系統上面支援"共享IRQ中斷架構"的驅動程式,但是需要硬體配合,因此定義了PCI IRQ Routing Table來規範硬體線路要怎樣繞線,且需要BIOS支援哪些資訊。
: R. ]) n* K' Y9 `* `4 x/ @! p( }' N+ a" S
[為什麼是PCI設備而不是ISA設備?]5 ^/ v; L2 S6 E8 {9 t  `
因為當時PCI Bus取代了傳統的周邊匯流排,所以PCI設備橫行,且設備需要服務就是透過中斷請求線IRQ#請求服務,對於OS端來說,這個服務就是驅動程式,至於CPU如何把控制權交給OS,則是靠IDT (interrupt Description Table),相關詳細資料請看Windows核心說明。
( I  N. X: K$ c  {  q" ^$ {/ m; M) @) j2 w6 K
[跟DOS有關嗎?]. O+ V0 i6 r5 }$ b0 y
應該是無關,除非你在DOS下替你的PCI設備寫了一個驅動程式,或是你的PCI設備在DOS模式下要工作,不過應該也是沒啥機會這樣做吧,所以PIRQ Routing都是針對Windows作業系統而言,因為與設備驅動程式管理有關。- L  N- |& l$ [; ?8 n

- d% W& o4 O6 Y  ~% V0 P8 D4 g[Windows 作業系統的改變]
2 K" W: R# Y3 q8 W7 c% t# z; m4 a對於微軟自己定義的規範中,他最希望的就是能夠共享IRQ,所以在作業系統的改變就是要能分辨是哪個PCI Device透過IRQ發出請求,這是因為可能有好幾個PCI 設備都用同一支IRQ#中斷請求,所以OS 必須要能夠讓正確的驅動程式去服務發出中斷的設備,因此在撰寫OS 端的 Driver 時有了新的規範(針對共享IRQ的驅動程式有其規範)。
9 l: ~+ l& n' v  U, I* {2 q/ J
, w$ Z+ b6 b) k% t0 U4 O, {6 [# z7 m3 n! D[Chipset的改變]+ n7 O; ]% B* O/ O  E' b
起先為了微軟的規範,Inetl 在南橋ICH上面多了幾支接腳(PIRQA~PIRQD),這幾支接腳又有對應的暫存器可以組態他們,例如下面範例:
; D% M# j6 K9 g; u$ q+ z! t2 l) J1 x3 a5 D
PIRQA Register 60h bit3:0 <--PIRQA那隻接腳的設定暫存器在LPC Reg60h,其中bit3:0定義如下9 i; D; Q: M! A! H# p: I: D3 C
=================================================================================
2 F4 E6 z; T8 o2 d; b, iIRQ Routing — R/W. (ISA compatible.)$ N  K. i0 A4 A5 g
Value IRQ
4 B5 T7 _4 j: p0000b Reserved
- C0 R. c5 o( M6 F% H0001b Reserved 2 g. V' Z1 V7 _" ?. X, J
0010b Reserved
: D" A* p) X  X, l$ i2 R* o  V0011b IRQ3 2 b( g- a# K  m8 k# k' {6 _6 y
0100b IRQ4 $ J' l- y5 K$ V( i
0101b IRQ5
) o' _2 r: l# a& w/ ]3 N0110b IRQ6 3 g1 ~$ h- V6 T1 l) V. |  y
0111b IRQ7 1 w: |$ u6 }# R
...
* k% `  r4 _, }6 |由上面範例可以看出每支PIRQ接腳都可以用"軟體"設定的方式橋接到IRQ#的任何一支。! ]0 s( r9 S% P: ]0 G
也由於上面範例我們可以知道,OS 必須"先知道哪些IRQ可以被使用" 還有"哪些IRQ已經被使用",因為OS本身有自己配置IRQ#的演算方式,因此必須要先知道這些資訊,才有辦法去對PIRQ#繞線。0 w/ w. D9 }0 M: T
6 N6 _$ s  X# `$ j& ?' K
[BIOS的支援]
, D! h4 u, q9 n) \( O# Y5 n: C8 q所以BIOS要提供"PIRQ Routing Table"給作業系統,然後OS就可以得到這些資訊,但是又因為OS版本不同(Win95/Win95/Win2000/WinXp or Acpi OS/non-ACPI OS..等分類),所以透過的傳遞管道也不同。- a3 h) L% P5 h* F
) U  ]; [% c8 u  s
[後來的演變]& h( |3 S- U6 h5 Y- m. q; j) k
隨著PCI設備越來越多PIRQ只有4支接腳已經不夠用,所以後來擴充到8支,分別是PIRQA~PIRQH。9 @7 e- x+ S0 c: E9 Q& G

7 z: |6 q& s# e2 S# D至今2007,OS 與 Intel 在這部份的演變也越來越複雜,因為後來的Intel 提出了新一代的中斷控制器APIC,所以在南橋ICH內就分成了兩種中斷控制器PIC與I/O APIC兩種,又因為OS演變成ACPI OS,所以原先PCI IRQ Routing Table Spec內所描述的方式就變成了ACPI Spec內的方式,簡單說就是BIOS傳遞PIRQ Routing方式也從Legacy OS方式演變成ACPI Mode方式(原本Table放在記憶體,現在改放在ASL Code)。
/ d3 r4 j' |* r' k
. h+ s  x# s) p/ q另外由於南橋ICH有兩種PIC,所以進入ACPI OS時是採用Legacy PIC mode 還是APIC mode 也會影響BIOS提供PIRQ Routing Table的方式,所以在ACPI Mode 底下又分成APIC Mode方式或是Non-APIC Mode(PIC Mode)方式。
" q% _( s' l4 q' m6 ?1 L
) n( K+ E1 \5 x# o
+ y6 U0 z, q( r9 B( m; V7 M. c! {4 K% Q; P
[結論]' f6 o' ?9 a8 W, V, a( I
PIRQ#是南橋上面的接腳,連接到PCI 的INTA#~INTD#,原本INTA#~INTD#應該直接接到PIC上面的IRQ#接腳,但是因為IRQ#不夠用,所以微軟才與Intel合作,多做了幾支接腳出來,然後用軟體方式去配置這些多出來的接腳PIRQ#要繞線到哪個IRQ#,且作業系統的驅動程式可支援共享IRQ中斷,所以在Chipset 端把這種機制稱之為PIRQ Route Controller (具有PIRQ繞線功能的控制器,也就是某某一代的南橋開始把這個功能整合進去南橋晶片內)。4 z: q, J6 I. `6 Z: q$ N( E
/ f! m" ~" P# U+ {# d9 S# e
而BIOS所扮演的角色就是提供PIRQ Routing Table,這個Table的結構如同微軟的PCI IRQ Routing Table的規範,而當系統演變到ACPI 後,BIOS也改變了提供Table的方式,也就是改遵循ACPI Spec內的規範去提供這些資訊。
6 B( Y  N9 e& B" ^8 k
$ I, P) V  I* j3 T! n6 o1 H. }; p6 N上述這些資訊只是我整理的筆記的一部分概要,詳細內容可以參考相關資料說明,畢竟我也是花了一個多星期的時間才整理出整個PIRQ的歷史,是對是錯我也不清楚,畢竟過去的架構我來不及參與,只能就我收集到的資料作一個描述,如有誤請先進指教。
! u, z4 T% @2 J9 d5 M+ u$ _9 J6 i+ B1 D; H. f3 M
+ _" c1 c& [# d! \

7 m3 W0 _8 h. M[後記]8 N  \  H: _% o- \. v* w
1)當ACPI OS 系統處在APIC Mode的時候,PIRQA~PIRQH會直接對應在APIC 的IRQ16~IRQ23而不需要繞線。
- [4 f' u1 e) s6 C( N7 ~3 f6 ~0 y2)APIC 目前可提供的中斷請求線有 IRQ0~IRQ255 ,目前只使用IRQ0~IRQ23
, ]% g4 D; @6 p1 h; G7 _& T) s! n3)APIC 前面的IRQ0#~IRQ15對應到PIC的IRQ0~IRQ15( s) g1 X9 j: B
4)PIRQ Routing 是指: IRQ不夠用才需要透過PIRQ Routing Controller繞線,所以只針對PIC,而APIC模式則不需要繞線。
# A# Q1 W6 S) ]4)APIC Mode只需要描述哪些PCI Device共用了哪些PIRQ線。! z7 f9 `0 P/ M2 W/ l1 U
5)non-APIC mode則需要描述哪些PIC的IRQ#可以被使用,描述的內容如同PCI IRQ Routing Table,差別在於用ASL Code描述
9 W: h+ [( n5 r6 ]; e& k# m& I6)APIC有分成Local APIC與I/O APIC,這邊所提到的都是指I/O APIC。/ v- Q  |& Y3 v3 K
/ E  C( l. [& s" ~
[Reference]
! S) s# f5 E1 n! phttp://www.microsoft.com/whdc/archive/pciirq.mspx. v9 u% C# Q; j6 m( H4 Y+ i
http://www.microsoft.com/taiwan/whdc/system/CEC/ACPI-MP.mspx
回复

使用道具 举报

 楼主| 发表于 2008-2-27 14:35:05 | 显示全部楼层

从IRQ到IRQL(APIC版)

来自:http://www.nsfocus.net/index.php ... o=view&mid=2534
% v, \3 ^9 B6 q7 n' _) F9 H# R/ Y2 X" L
从IRQ到IRQL(APIC版). N: ~8 s5 o8 z0 {3 v5 r
# B  O1 x( \  u/ i  V3 Q, u0 f
作者:SoBeIt
5 ]2 T( q) Z/ B/ c  l. j# Y! Z' Y% a出处:https://www.xfocus.net/bbs/index.php?act=ST&f=2&t=45502
6 z6 K% A8 q3 ^9 f2 M* J日期:2005-02-04( J, A0 ?6 M7 N: ]& C

% }( v) T; S% u2 Y事实上,老久的PIC在很早以前就被淘汰了,取而代之的是APIC。由于APIC可以兼容PIC,所以在很多单处理器系统上我们看到的PIC实际是APIC的兼容PIC模式。APIC主要应用于多处理器操作系统,是为了解决IRQ太少和处理器间中断而产生的,当然,单处理器操作系统也可以使用APIC(不是模拟PIC)。APIC的HAL和PIC的HAL有很大的不同,很突出的一个特点就是APIC的HAL不用再象PIC的HAL那样虚拟一个中断控制器,IRQL的概念已经可以通过中断向量的形式被APIC支持。事实上,因为被APIC所支持,所以在APIC HAL里IRQL的实现比PIC HAL那样虚拟一个中断控制器要简单得多了。5 H) s$ n& y, x

6 P' e; \% b" M& \6 O    现在来简单介绍一下APIC的结构(关于APIC详细的描述请参考《IA-32 Inel Architecture Software Developer's Manual Volume 3 Chapter 8》)。整个APIC系统由本地APIC、IO APIC和APIC串行总线组成(在Pentium 4和Xeon以后,APIC总线放到了系统总线中)组成。每个处理器中集成了一个本地APIC,而IO APIC是系统芯片组中一部分,APIC总线负责连接IO APIC和各个本地APIC。本地APIC接收该处理器产生的本地中断比如时钟中断,以及由该处理器产生的处理器间中断,并从APIC串行总线接收来自IO APIC的消息;IO APIC负责接收所有外部的硬件中断,并翻译成消息选择发给接收中断的处理器,以及从本地APIC接收处理器间中断消息。5 q- v# ?) x% k8 \' F# F5 {
' \5 _; r  y8 k2 s5 }, @% \9 ]
    和PIC一样,控制本地APIC和IO APIC的方法是通过读写该单元中的相关寄存器。不过和PIC不一样的是,Intel把本地APIC和IO APIC的寄存器都映射到了物理地址空间,本地APIC默认映射到物理地址0xffe00000,IO APIC默认映射到物理地址0xfec00000。windows HAL再进一步把本地APIC映射到虚拟地址0xfffe0000,把IO APIC映射到虚拟地址0xffd06000,也就是说对该地址的读写实际就是对寄存器的读写,本地APIC里几个重要的寄存有EOI寄存器,任务优先级寄存器(TPR),处理器优先级寄存器(PPR),中断命令寄存器(ICR,64位),中断请求寄存器(IRR,256位,对应每个向量一位),中断在服务寄存器(ISR,256位)等。IO APIC里几个重要的寄存器有版本寄存器,I/O寄存器选择寄存器、I/O窗口寄存器(用要访问的I/O APIC寄存器的索引设置地址I/O寄存器选择寄存器,此时访问I/O窗口寄存器就是访问被选定的寄存器)还有很重要的是一个IO重定向表,每一个表项是一个64位寄存器,包括向量和目标模式、传输模式等相关位,每一个表项连接一条IRQ线,表项的数目随处理器的版本而不一样,在Pentium 4上为24个表项。表项的数目保存在IO APIC版本寄存器的[16:23]位。APIC系统支持255个中断向量,但Intel保留了0-15向量,可用的向量是16-255。并引进一个概念叫做任务优先级=中断向量/16,因为保留了16个向量,所以可用的优先级是2-15。当用一个指定的优先级设置本地APIC中的任务优先级寄存器TPR后,所有优先级低于TPR中优先级的中断都被屏蔽,是不是很象IRQL的机制?事实上,APIC HAL里的IRQL机制也就是靠着这个任务优先级寄存器得以实现。同一个任务优先级包括了16个中断向量,可以进一步细粒度地区分中断的优先级。
( @5 Y1 \* c' o/ T; r: |
/ |" w1 [5 {) B4 ^* \6 v    在HAL里虽然HalBeginSystemInterrupt仍然是IRQL机制的发动引擎,但是因为有APIC的支持,它和其它共同实现IRQL的函数要比PIC HAL里对应的函数功能简单得多。HalBeginSystemInterrupt通过用IRQL做索引在HalpIRQLtoTPR数组中获取该IRQL对应的任务优先级,用该优先级设置任务优先级寄存器TPR,并把TPR中原先的任务优先级/16做为索引在HalpVectorToIRQL数组中获取对应的原先的IRQL然后返回。若IRQL是从低于DISPATCH_LEVEL提升到高于DISPATCH_LEVEL,还需要设置KPCR+0x95(0xffdff095)为DISPATCH_LEVEL(0x2),表示是从DISPATCH_LEVEL以下的级别提升IRQL。HalEndSystemInterrupt向本地APIC的EOI寄存发送0,表示中断结束,可以接收新中断。并还要判断要降到的IRQL是否小于DISPATCH_LEVEL,若小于则进一步判断KPCR+0x96(0xffdff096)是否置位,若置位则表示有DPC中断在等待(在IRQL高于DISPATCH_LEVEL被引发,然后等待直到IRQL降到低于DISPATCH_LEVEL),则将KPCR+0x95和KPCR+0x96清0后调用KiDispatchInterrupt响应DPC软中断。否则做的工作就是和HalBeginSystemInterrupt一样的过程:把要降到的IRQL转换成任务优先级设置TRP,并把久的任务优先级转成IRQL返回。KfRaiseIrql、KfLowerIrql之类的函数也是这么一回事,把当前IRQL转成任务优先级修改TPR,并把原先TPR的值转成原先的IRQL并返回。而现在软中断的产生也有了APIC支持,APIC通过产生一个发向自己的处理器间中断,就可以产生一个软中断,因为可以指定该中断的向量,所以软中断就可以区分优先级别,如APC_LEVEL、DISPATCH_LEVEL。产生软中断的函数一样还是HalRequestSoftwareInterrupt,该函数会先判断KPCR+0x95是否和要产生的软中断IRQL一样,若是的话则置位KPCR+0x96并返回,表示现在IRQL大于DISPATCH_LEVEL所以不处理DPC中断。否则以要产生的软中断的IRQL为索引从HalpIRQLtoTPRHAL取出对应任务优先级,并或上0x4000,表示是发向自身的固定处理间中断,并用该值设置中断命令寄存器ICW的低32位,然后读取中断命令寄存器ICW的低32位是否为0x1000,确定中断消息已经发送后就返回,这时候软中断已经产生。值得注意的是APIC HAL里没有HalEndSoftwareInterrupt这个函数。HAL为软中断的IRQL提供了一个固定的中断向量:
; e8 }0 E0 e: I7 u, y: f* e% T. N; }2 V) V2 o7 a: B9 `$ j
#define ZERO_VECTOR             0x00    // IRQL 00 . K# P' ]; q: @5 m+ g& n* @
#define APC_VECTOR              0x3D    // IRQL 01" w- Q; X% d' a7 b& o
#define DPC_VECTOR              0x41    // IRQL 026 l' S* h4 q0 N
#define APIC_GENERIC_VECTOR     0xC1    // IRQL 27; v2 D7 L* F+ z: }" }
#define APIC_CLOCK_VECTOR       0xD1    // IRQL 280 u( ]9 {+ b, N! X' K3 b
#define APIC_SYNCH_VECTOR       0xD1    // IRQL 28
+ }/ j7 P5 i) v# `' v#define APIC_IPI_VECTOR         0xE1    // IRQL 29! k% u$ o  h2 z/ s- G* w  a. |
#define POWERFAIL_VECTOR        0xEF    // IRQL 308 r6 V" u  @% S. H9 Q
#define APIC_PROFILE_VECTOR     0xFD    // IRQL 31
7 o6 l: J$ D% l1 h$ M2 u. ^" c9 U. P( F* X& m) Q1 Q! c5 |

% i( l% V9 m4 c* K1 G* @现在看一下一些重要的数据:3 D$ ?+ c5 _1 z7 @3 q

4 n  f2 B/ p3 _5 ^这是我写的代码输出的IO APIC重定向表内容:. ~2 `; p2 H5 {; {) ^
' J  m7 @; Z# l% s$ ^" e) E; ~
Redirect Table Index:    0x17
, s1 l  A. [( e7 f# [( e' P8 \% FRedirect Table[ 0]:      ff
* K3 z7 @: T# v. v2 ARedirect Table[ 1]:      b3
1 `! S) l+ k- l0 W8 i& K$ y- [Redirect Table[ 2]:      ff
5 Y: i5 _& S$ MRedirect Table[ 3]:      51
8 h' V- r6 f4 `  n$ f& YRedirect Table[ 4]:      ff
% g9 S: m* S$ N7 g' DRedirect Table[ 5]:      ff
" ^& C% v! a* L: E* c7 \4 rRedirect Table[ 6]:      62
$ d1 \" J$ d: L2 q. lRedirect Table[ 7]:      ff
/ \6 E4 [0 S4 o5 uRedirect Table[ 8]:      d1
- V3 L- T- S" Z$ R/ N& HRedirect Table[ 9]:      b1
1 F6 s1 R6 q9 ]Redirect Table[ a]:      ff
* H/ w7 m' Y$ g) a4 MRedirect Table[ b]:      ff
' [8 m6 S5 |$ h8 \( i2 v: L1 WRedirect Table[ c]:      52: ^! \8 S) n4 x' `& w4 t) c# F
Redirect Table[ d]:      ff
7 |5 _8 |4 `- H4 M& ]) T8 }Redirect Table[ e]:      ff; C/ P  l( Z, I+ z
Redirect Table[ f]:      92
" z; F; O! E- ]7 G2 {- F6 s0 cRedirect Table[10]:      ff
8 H2 j  M) M& m" BRedirect Table[11]:      a3
5 u, D/ ?2 p" X7 _( z' T$ {3 XRedirect Table[12]:      839 p' S$ `' _# E" Y# S) Q5 g
Redirect Table[13]:      93) }) `% ^9 P+ K7 p/ j4 z8 T
Redirect Table[14]:      ff
. p0 _5 W4 z$ Q8 S& kRedirect Table[15]:      ff! s2 X/ p) c( }# I9 V5 F
Redirect Table[16]:      ff: X, _4 F$ B% h& o
Redirect Table[17]:      ff
: ^" F( j8 z$ C7 Q! i" U) V& ^" K  X* A# h
这是IDT表中被注册的向量:
2 a& d" L/ i! Y3 T5 E0 g$ ~7 q, S+ @9 E% Q8 C1 t
1f: 80064908 (hal!HalpApicSpuriousService)& u2 x/ c2 B9 Q
37: 800640b8 (hal!PicSpuriousService37)6 F8 i# n+ t6 A/ r. C% I
3d: 80065254 (hal!HalpApcInterrupt)5 U' O, Y4 y0 B3 ^+ I, e3 Y
41: 800650c8 (hal!HalpDispatchInterrupt)  Z9 V* R) O8 s% X1 ^* Z- @" a
50: 80064190 (hal!HalpApicRebootService)8 V+ p* D2 g2 f! l' e' y7 p! [
51: 817f59e4
9 Q; J/ N" S! A& f9 X& c(Vector:51,Irql:4,SyncIrql:4,Connected:TRUE,No:0,ShareVector:FALSE,Mode:Latched,ISR:serial!SerialCIsrSw(f3c607c7))- W' F8 s9 C7 C% e4 S! V
52: 817f5044 + Y  ]: q- a& b7 r0 S
(Vector:52,Irql:4,SyncIrql:a,Connected:TRUE,No:0,ShareVector:FALSE,Mode:Latched,ISR:i8042prt!I8042MouseInterruptService(f3c57a2c))4 N- F- j" U' g% b& k
83: 817d2d44
- _* L1 M" i  n* w% j; a% v(Vector:83,Irql:7,SyncIrql:7,Connected:TRUE,No:0,ShareVector:TRUE,Mode:LevelSensitive,ISR:NDIS!ndisMIsr(bff1b794))
9 t0 D3 z6 E9 W2 W3 b92: 81821384
' |; k% O4 }. C4 ~& ^& f# x  q# u(Vector:92,Irql:8,SyncIrql:8,Connected:TRUE,No:0,ShareVector:FALSE,Mode:Latched,ISR:atapi!ScsiPortInterrupt(bff892be))
* A: Q' z" ?5 v, r; m; d93: 8185ed64 6 a$ {" N; t# u( j& g+ b% z: Y1 r
(Vector:93,Irql:8,SyncIrql:8,Connected:TRUE,No:0,ShareVector:TRUE,Mode:LevelSensitive,ISR:uhcd!UHCD_InterruptService(f3f0253e))) \) Y/ C) @" m: D( P
a3: 8186cdc4
: `0 d! m: A* y3 A(Vector:a3,Irql:9,SyncIrql:9,Connected:TRUE,No:0,ShareVector:TRUE,Mode:LevelSensitive,ISR:SCSIPORT!ScsiPortInterrupt(bff719f0))& _& _3 v9 A+ x0 i
b1: 818902e4 * v; ~4 _5 o9 ^& e2 l
(Vector:b1,Irql:a,SyncIrql:a,Connected:TRUE,No:0,ShareVector:TRUE,Mode:LevelSensitive,ISR:ACPI!ACPIInterruptServiceRoutine(bffe14b4))* y6 u0 x5 L! L9 Q" v
b3: 81881664 1 A, b! l& d/ _) ?% g& v
(Vector:b3,Irql:a,SyncIrql:a,Connected:TRUE,No:0,ShareVector:FALSE,Mode:Latched,ISR:i8042prt!I8042KeyboardInterruptService(f3c51918))
2 g6 w+ T  e- m0 ?3 p7 Ic1: 800642fc (hal!HalpBroadcastCallService)
% b8 y( V& X4 Z" xd1: 80063964 (hal!HalpClockInterrupt)
/ U  F* p( P2 le1: 80064858 (hal!HalpIpiHandler)- ]3 n! r# Q* j4 i
e3: 800645d4 (hal!HalpLocalApicErrorService)
- q$ t: ?! i3 v* G" `4 Jfd: 80064d64 (hal!HalpProfileInterrupt)( x1 _" j2 Z/ E$ Q6 B! U1 e
fe: 80064eec (hal!HalpPerfInterrupt)2 F2 J' V- q+ I/ u/ w

; t! h- o+ B; G" v7 w* [象a3、b1这类输出内容很多的是被硬件注册的中断向量,而象d1、e3这种输出内容少的是注册为了的HAL内部使用的中断向量和本地APIC中断向量$ {0 k# }. y8 i9 t/ `

4 Y* _. d) R: f, r. ^$ Z这是几个重要的数组:
- A" Z! u9 Y4 r! U8 k! o% e* n  g2 }- D: B  |0 x5 n5 e4 X
HalVectorToIrql(这个数组是以向量除于16做索引):
- C# j" v' G, K& K0 d4 W  ~8006a304  00 ff ff 01 02 04 05 06-07 08 09 0a 1b 1c 1d 1e
$ i1 p3 h4 J+ X" @
" K' s" v* e3 c% [HalpIRQLtoTPR:: a6 {7 W) L; N+ k) }  t
8006a1e4  00 3d 41 41 51 61 71 81-91 a1 b1 b1 b1 b1 b1 b1% G# i- z5 x$ s: {3 L6 x2 m
8006a1f4  b1 b1 b1 b1 b1 b1 b1 b1-b1 b1 b1 c1 d1 e1 ef ff2 q; l; ]# f+ ^& s% ]8 ]% }1 L
6 w. z, `2 v& N4 R
HalpINTItoVector:9 \% @& G9 j! F3 r7 L! P4 O2 u
8006ada0  00 b3 61 51 a2 b2 62 91-a1 b1 71 81 52 82 72 92
( h6 r9 X+ X8 @; ~4 Z" K" S) a% K$ `8006adb0  00 a3 83 93 00 00 00 00-00 00 00 00 00 00 00 007 p9 M  x& f* D( M& |! e- w/ l/ H& q$ B

6 Q1 Y% f) t- k, H0 PHalVectorToINTI:& v$ ?1 x4 r, r2 E, X
8006a204  ff ff ff ff ff ff ff ff-ff ff ff ff ff ff ff ff
% n7 T6 _7 x/ c" O  v: {3 F+ c8006a214  ff ff ff ff ff ff ff ff-ff ff ff ff ff ff ff ff
" u. s4 a/ L) O8 v* [8006a224  ff ff ff ff ff ff ff ff-ff ff ff ff ff ff ff ff
5 h- L7 a& f& S( y# n0 ~$ K4 O8006a234  ff ff ff ff ff ff ff ff-ff ff ff ff ff ff ff ff8 ?, g" N9 z  u
8006a244  ff ff ff ff ff ff ff ff-ff ff ff ff ff ff ff ff
6 A: v8 y: x6 {* }8006a254  ff 03 0c ff ff ff ff ff-ff ff ff ff ff ff ff ff
  s4 _$ k/ T1 b5 Y2 N8006a264  ff 02 06 ff ff ff ff ff-ff ff ff ff ff ff ff ff
- b* U, ]8 `0 v; T8006a274  ff 0a 0e ff ff ff ff ff-ff ff ff ff ff ff ff ff
2 ~* p9 ~# @7 h. c: f9 |; b8006a284  ff 0b 0d 12 ff ff ff ff-ff ff ff ff ff ff ff ff' Z& S# e' K  D- P
8006a294  ff 07 0f 13 ff ff ff ff-ff ff ff ff ff ff ff ff
0 n: s- _8 `0 R$ F# A/ b8006a2a4  ff 08 04 11 ff ff ff ff-ff ff ff ff ff ff ff ff
7 r) |/ R, r( l8 d( ?) _8006a2b4  ff 09 05 01 ff ff ff ff-ff ff ff ff ff ff ff ff
/ j3 Q' B8 `% {$ c5 G) Y8006a2c4  ff ff ff ff ff ff ff ff-ff ff ff ff ff ff ff ff
/ O& U" |+ c3 s- J! i  I# P. C8006a2d4  ff 08 ff ff ff ff ff ff-ff ff ff ff ff ff ff ff. T7 i+ R- {$ T, m. O; V9 f
8006a2e4  ff ff ff ff ff ff ff ff-ff ff ff ff ff ff ff ff6 w! M, V! J( p. }
8006a2f4  ff ff ff ff ff ff ff ff-ff ff ff ff ff ff ff   2 A' [. Q5 o' v* j7 \
3 d; e$ X: Z" Y8 v' }5 a
# ]" t6 Y% ~% R
vBucket:
4 B; w) R( [: L0 |* ~, H' {8006ae30  02 02 02 03 03 03 030 D# ?( n/ U0 a/ m" F
) J- J5 q/ H- [& z3 m$ E/ m! J" `
    举个例子来说明一下,在我虚拟机里SCSI Controller的IRQ是17(注意,已经大于16了),到重定向表中查找第17项,得到中断向量为0xa3,再看IDT,0xa3对应处理例程是SCSIPORT!ScsiPortInterrupt。
  U* l. T! J, A9 q* U) J% P4 w
    vBucket数组干啥用的?它就是用来分配新的向量。分配算法很简单,当要分配一个新的向量时,就在vBucket数组从右到左搜索最小的一个数i,该数对应在vBucket中索引为Index,新向量为(0x50+Index*16+i+1),新向量对应的IRQL为(4+i+1),同时会把vBucket中这个i加1,i不等大于16。象给出的这个vBucket,下一次计算时i=2, index=2。不过这些用于硬件的向量在IO系统初始化时调用HalpGetSystemInterruptVector分配好了,然后通过IoConnectInterrupt把IDT中注册的向量位置的例程注册为中断处理程序。这里并不是每个注册的向量都会对应中断处理程序,象上面给出的例子中,0xa1、0xa2、0xb1等向量就没有对应。
  |; X* u+ o* }! J+ W$ L) w" D' [% A. ^9 w  p( W5 [. z" T6 m( o
    IRQL机制为内核同步提供了很大的便利,既对驱动开发者隐藏了底层中断机制,也方便了驱动开发者的内核同步。LINUX从2.5内核开始引进的软中断和任务队列等机制,很大程度上也来自windows这套机制的借鉴。
* l) R& ]) N- W. g2 _1 E6 v% Z! C
    终于考完试,解放了,呵呵。这个东西其实还有很多可写的,只是没空再深入去分析了。在未来的64位系统里,APIC这种基于中断引脚的机制很快也要被SAPIC这种基于消息的更强大的机制所取代
回复

使用道具 举报

发表于 2008-3-13 09:04:14 | 显示全部楼层
I/O APIC演進
1 \) C9 @# C* I; z& U8 O, d7 ^来自:http://www.four-stock.com/forum/ ... d=32&sid=JZS6Kb
& \) B! k1 S% \- n6 K$ q% P) i$ k; Y, S0 ?
作者: Titan    時間: 2007-10-26 17:51     標題: I/O APIC演進~~~~~~~ / H2 D- a8 ~3 D" R  Z

* D4 S+ k! h- V. A2 S" M' E$ P6 N  }- ^  M( Y" J! w/ f' }
訂正一下..作者不是他..是下面的作者...
# E* v& h/ X8 {4 n# a" mhttp://biosengineer.blogspot.com/
回复

使用道具 举报

 楼主| 发表于 2008-3-13 09:07:59 | 显示全部楼层
网上搜集,证明转载过程中,有人不厚道,导致一错百错。
回复

使用道具 举报

发表于 2008-11-25 16:35:44 | 显示全部楼层
LZ很厉害,还帖子!支持。
' i  V0 s5 i+ q/ k' A2 [3 e希望LZ继续给我们带来有关BIOS的好东西。
回复

使用道具 举报

发表于 2008-11-26 21:16:18 | 显示全部楼层
请问楼主,对于PCI IRQ部分,PIC和APIC是如何判断规范的哦?无论什么情况下(DOS,APM系统,ACPI系统),IRQ0-15就是PIC,15-23就是APIC吗?我们在设备管理器里看到的IRQ共享,应该如何解释呢?
回复

使用道具 举报

发表于 2008-11-27 11:15:34 | 显示全部楼层
PIC or ACPI is decide by OS , OS will use an APCI methord _PIC to inform ASL code which mode it use; s# G" [7 S4 b  n8 y- D/ y1 V
**************************************************
% k& k% b" B% q. ?1 V$ I$ }0 Q- j$ nMethod(\_PIC,1)$ a5 Q( b9 n( E& B2 v
  {, @2 `  ]9 }1 J8 n$ N& Z
          Store(Arg0,PICM)
9 W1 u9 @3 w' p" \2 A7 _# s  }5 `/ B* g. k- a" F
**************************************************; q8 K- k( v( \& |8 z0 s& Z

9 n5 k# T, `3 z) a1 ~3 nAnd in _PRT methord , it will return PIC or APIC mode routing table
/ a( B& D$ {* l3 y
: v' B9 M3 r0 z8 W6 i% r***********************************************! Z* G7 n) C1 \! l1 m7 V' @
Method(_PRT,0) {/ @$ C. A2 h4 ]: c+ ~  N: L+ y
If(PICM) { Return(AR04) }// APIC mode) ^: T( \- l9 e8 @- M3 j/ {% D* {
Return (PR04) // PIC Mode' R7 f% L' G7 F1 {" m6 w
} // end _PRT5 @! \6 I& K' L
**********************************************
回复

使用道具 举报

发表于 2008-12-2 13:28:20 | 显示全部楼层

回复 7# 的帖子

IRQ0-15就是PIC,15-23就是APIC吗?) C, q9 i( T8 k6 r  W; r
不是.
  S; G: G, V, e2 M; `, S3 h这个看南桥的做法,Intel上面貌似是这样的,当nVidia就不一定了.
  _' g% ^# Y: y
3 V2 M' v9 |3 p5 _( b6 F我们在设备管理器里看到的IRQ共享,应该如何解释呢?9 i$ e6 `/ J5 i% v3 a/ v
APIC里面是可以共享IRQ的,你看到了,说明你的系统是使用APIC在.
回复

使用道具 举报

发表于 2010-6-10 13:14:31 | 显示全部楼层
太感谢各位的无私奉献!
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 加入计匠网

本版积分规则

Archiver|手机版|小黑屋|计匠网

GMT+8, 2026-8-11 16:08 , Processed in 0.050826 second(s), 17 queries .

Powered by Discuz! X3.5

© 2001-2025 Discuz! Team.

快速回复 返回顶部 返回列表