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

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

[复制链接]
发表于 2008-2-27 14:24:22 | 显示全部楼层 |阅读模式
自己比较懒,网络上的文章和资料有:# ?. E) e( n' E: g
1、PCI IRQ Routing Table Specification (中文请参照《BIOS研发技术剖析》中的描述): j% k, w) T$ y" b; q
microsoft: http://www.microsoft.com/whdc/archive/pciirq.mspx4 v8 o5 b( t3 S8 [( k

. t: g2 e6 o2 |0 `: R, ~+ x+ J. ?) M2、PCI IRQ Routing on a Multiprocessor ACPI System
: W3 w" o1 `& D" D' emicrosoft: 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=JZS6Kb, j8 H- L* d- P( q; {) V9 f

5 `; W& q( R: T1 Y/ _! V, d. {/ W作者: Titan    時間: 2007-10-26 17:51     標題: I/O APIC演進~~~~~~~ # ~( g: u( @/ g, H2 I. w9 Q
此作者为转载作者,见下面网友的更正。# B) Z  @) C$ \. U3 z4 G  o1 C
; K, o$ A0 c1 O7 G/ E
在x86歷史的演進中,有很多的BIOS工程師對於PCI IRQ Routing Table還是搞不清楚,我剛入行的時候也是一樣,對於這個東西一點概念都沒有,只知道是因為IRQ#不夠用,所以才需要去繞線(Routing)。( f8 p4 }# w( }2 H$ ?
2 v3 P* g* s# E: S" R8 o2 P( K
[為何要繞? 背景是什麼?]
+ ^9 C- Q& r  ]  `/ I- C! l依照我自己研究出來的歷史,我發現可能的原因是因為PCI設備越來越多,然後當時的中斷控制器是串聯的8259A,所以只有IRQ0~IRQ15可以用,且IRQ2已經連接 "僕8259" (第二顆中斷控制器),所以剩下來15支IRQ#可以用,但是又因為x86系統在早期的設計中,有些IRQ#已經分配給固定的設備使用,所以剩下來沒幾支可以用,可是設備又那麼多,所以如何去分配剩下來的IRQ就是大家討論的話題。8 m/ H7 h3 Z0 Y9 q7 p: ^! L9 i

4 p+ l# S% C+ F* ]4 a5 ~+ v[IRQ繞線的歷史發展]
: U! @1 _) F6 K0 C1 r: f依照我查到的資料,早期的作業系統Windows 95年代左右,PCI設備要使用哪一支IRQ中斷線是靠PCI卡上面的"跳線"去控制,所以有可能會因為兩個PCI設備跳同一支"IRQ#"而造成衝突導致當機或是藍底白字。  p  `6 M/ `( P, b: g
後來改用BIOS Setup Menu內去控制,也就是可以進去BIOS設定畫面去設定IRQ分配。
1 Q5 G9 H, C0 ?/ F9 C
# s6 W6 e8 r$ m因此為了解決PCI設備越來越多,但是IRQ不夠用的情況,所以微軟找上的晶片廠商也就是Intel合作開發PIRQ Route Controller,簡單說就是微軟想在他的作業系統上面支援"共享IRQ中斷架構"的驅動程式,但是需要硬體配合,因此定義了PCI IRQ Routing Table來規範硬體線路要怎樣繞線,且需要BIOS支援哪些資訊。5 J3 a" a# [: q' D- Y* w) Z
, e6 i- S2 ~% l, h  V) ^
[為什麼是PCI設備而不是ISA設備?]
- n' X2 j3 t. R+ j) z因為當時PCI Bus取代了傳統的周邊匯流排,所以PCI設備橫行,且設備需要服務就是透過中斷請求線IRQ#請求服務,對於OS端來說,這個服務就是驅動程式,至於CPU如何把控制權交給OS,則是靠IDT (interrupt Description Table),相關詳細資料請看Windows核心說明。
! `" h9 p8 L9 u8 Z1 Z# S
! I, E( P$ }3 k% Y[跟DOS有關嗎?]
! l$ f4 g/ @5 l2 B8 ]應該是無關,除非你在DOS下替你的PCI設備寫了一個驅動程式,或是你的PCI設備在DOS模式下要工作,不過應該也是沒啥機會這樣做吧,所以PIRQ Routing都是針對Windows作業系統而言,因為與設備驅動程式管理有關。( W4 [! J3 W5 o

5 l' E$ O4 L$ h0 g! h[Windows 作業系統的改變]
; o& H/ \1 q( N對於微軟自己定義的規範中,他最希望的就是能夠共享IRQ,所以在作業系統的改變就是要能分辨是哪個PCI Device透過IRQ發出請求,這是因為可能有好幾個PCI 設備都用同一支IRQ#中斷請求,所以OS 必須要能夠讓正確的驅動程式去服務發出中斷的設備,因此在撰寫OS 端的 Driver 時有了新的規範(針對共享IRQ的驅動程式有其規範)。
1 V+ P% ^1 A! f3 v
' v4 L& Y. K# x2 f7 \/ P/ ~% N[Chipset的改變]
* n% L; W; L4 {9 B) e" o+ V起先為了微軟的規範,Inetl 在南橋ICH上面多了幾支接腳(PIRQA~PIRQD),這幾支接腳又有對應的暫存器可以組態他們,例如下面範例:, v4 B9 }1 k* v, \, ~# G
3 ?" D% L8 b* G+ o5 M
PIRQA Register 60h bit3:0 <--PIRQA那隻接腳的設定暫存器在LPC Reg60h,其中bit3:0定義如下
9 ]" Q( y9 h" x5 U9 h) S=================================================================================
9 r/ H4 Q& u( t! XIRQ Routing — R/W. (ISA compatible.)
* G1 T; N3 e7 Z9 ^) _7 iValue IRQ
7 f% ]* v8 b/ Y; u& }/ r% z2 n0000b Reserved & v4 ~& V3 W8 C3 r8 l/ c9 r
0001b Reserved
( m* ~& v7 L3 y0010b Reserved 1 K/ \' X8 b9 S  t: o- \
0011b IRQ3
  \' C' t, z/ r1 N, W0100b IRQ4
, T9 l7 K$ [. c% o: }: j0101b IRQ5 # H5 G% C: E( k) |  t8 H
0110b IRQ6 1 u8 a1 h% }% v+ z9 R- f$ U3 Y
0111b IRQ7
6 s. }" n" }( f...6 g# P" F" o  H3 [( w
由上面範例可以看出每支PIRQ接腳都可以用"軟體"設定的方式橋接到IRQ#的任何一支。
% u6 x5 _; C5 Y- A/ H7 F也由於上面範例我們可以知道,OS 必須"先知道哪些IRQ可以被使用" 還有"哪些IRQ已經被使用",因為OS本身有自己配置IRQ#的演算方式,因此必須要先知道這些資訊,才有辦法去對PIRQ#繞線。
& ~. E$ s! R7 \8 A2 D
# M: ?: U0 C; A. w  Z[BIOS的支援]3 \& G7 W) X; Q, y
所以BIOS要提供"PIRQ Routing Table"給作業系統,然後OS就可以得到這些資訊,但是又因為OS版本不同(Win95/Win95/Win2000/WinXp or Acpi OS/non-ACPI OS..等分類),所以透過的傳遞管道也不同。
7 d$ W; p3 `2 x9 M* n5 u7 x& E( Z" ^9 q5 h' w& z
[後來的演變]- R5 F9 y" s# [6 w. i8 s
隨著PCI設備越來越多PIRQ只有4支接腳已經不夠用,所以後來擴充到8支,分別是PIRQA~PIRQH。1 z9 m) X7 \2 h7 l# e! A! j
" q8 j0 I: m0 Q4 P& M
至今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)。
. e, G: n, I! x5 P3 L& ~5 c, r( w9 i+ H- J" p
另外由於南橋ICH有兩種PIC,所以進入ACPI OS時是採用Legacy PIC mode 還是APIC mode 也會影響BIOS提供PIRQ Routing Table的方式,所以在ACPI Mode 底下又分成APIC Mode方式或是Non-APIC Mode(PIC Mode)方式。
' b) Q- W: u6 C
. V4 e( r3 k2 \+ o. |; A
2 y; ?) y* b5 g, t& h, b9 D9 H
* l/ i8 P+ X* i; B/ C2 N[結論]' l% m& n3 A, C" k) b( y
PIRQ#是南橋上面的接腳,連接到PCI 的INTA#~INTD#,原本INTA#~INTD#應該直接接到PIC上面的IRQ#接腳,但是因為IRQ#不夠用,所以微軟才與Intel合作,多做了幾支接腳出來,然後用軟體方式去配置這些多出來的接腳PIRQ#要繞線到哪個IRQ#,且作業系統的驅動程式可支援共享IRQ中斷,所以在Chipset 端把這種機制稱之為PIRQ Route Controller (具有PIRQ繞線功能的控制器,也就是某某一代的南橋開始把這個功能整合進去南橋晶片內)。. N. O, N) _- Y* E9 |5 |
4 u# [/ }& F; B3 a- x
而BIOS所扮演的角色就是提供PIRQ Routing Table,這個Table的結構如同微軟的PCI IRQ Routing Table的規範,而當系統演變到ACPI 後,BIOS也改變了提供Table的方式,也就是改遵循ACPI Spec內的規範去提供這些資訊。4 F) |' P' q& |; p' ?

1 f" R# ?5 }4 i& U7 Q2 O; W7 S$ D上述這些資訊只是我整理的筆記的一部分概要,詳細內容可以參考相關資料說明,畢竟我也是花了一個多星期的時間才整理出整個PIRQ的歷史,是對是錯我也不清楚,畢竟過去的架構我來不及參與,只能就我收集到的資料作一個描述,如有誤請先進指教。
; H9 N% X; W+ p1 e  f7 ^4 X9 {% T' g: d6 T% L6 E8 G

6 L, t/ d0 y% n0 L* _& I( d8 s5 U  l0 C
[後記]& c, X- n! r! M; A' n
1)當ACPI OS 系統處在APIC Mode的時候,PIRQA~PIRQH會直接對應在APIC 的IRQ16~IRQ23而不需要繞線。
9 s$ M7 B# `7 e7 X1 K( I0 ~2)APIC 目前可提供的中斷請求線有 IRQ0~IRQ255 ,目前只使用IRQ0~IRQ23- o' E1 i& E9 y% o
3)APIC 前面的IRQ0#~IRQ15對應到PIC的IRQ0~IRQ150 R4 x- {& |; S' L
4)PIRQ Routing 是指: IRQ不夠用才需要透過PIRQ Routing Controller繞線,所以只針對PIC,而APIC模式則不需要繞線。4 p4 \' |+ q' ~% k8 E( z. r
4)APIC Mode只需要描述哪些PCI Device共用了哪些PIRQ線。. ?1 W7 q- d6 H- ^3 L' I5 Q
5)non-APIC mode則需要描述哪些PIC的IRQ#可以被使用,描述的內容如同PCI IRQ Routing Table,差別在於用ASL Code描述
# K* ^# }' p- k! ^, I7 o! A& }6)APIC有分成Local APIC與I/O APIC,這邊所提到的都是指I/O APIC。) @  O6 ?$ V5 f9 ?

+ ~2 |  Y! M9 r; p9 X[Reference]2 d8 w6 H9 z2 p: \" ~% y
http://www.microsoft.com/whdc/archive/pciirq.mspx
  r& t  u" D+ Y8 E6 h* T0 Lhttp://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# ?: `* ~: q  ^, c
6 S! j/ l$ b5 ~& F; n! K# b: S, I
从IRQ到IRQL(APIC版), H" o- i$ \6 P* x- \# }. n% `2 Q

$ t2 R4 a. u! X+ o) N  q: i6 o作者:SoBeIt) J* z) s8 e! \4 f; X3 Y
出处:https://www.xfocus.net/bbs/index.php?act=ST&f=2&t=45502+ i* Z8 n2 L3 N" y+ v( J
日期:2005-02-04$ u* Z, x% ?+ Y& }  H8 Z9 [
7 Z# Q0 |/ P" U% m; C  }6 \5 W; v
事实上,老久的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那样虚拟一个中断控制器要简单得多了。
: w6 M: [5 b% Q9 m
6 I7 R0 B$ t; h0 O- c6 l1 v; N/ Q    现在来简单介绍一下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接收处理器间中断消息。
: D! z8 P: O) H9 b9 f' E) J) \8 R) Z, c+ Z0 m
    和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个中断向量,可以进一步细粒度地区分中断的优先级。
+ w4 k+ G" o: w( p, B/ z4 U. S8 F- U/ u; B) @# [
    在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提供了一个固定的中断向量:: K( i  z: G6 N) u4 r

6 P: f5 U# J+ Q$ u1 h+ W& g#define ZERO_VECTOR             0x00    // IRQL 00
, K: b6 y: H$ m* S% @0 B% }+ \- U#define APC_VECTOR              0x3D    // IRQL 01* O6 H$ O8 x  x
#define DPC_VECTOR              0x41    // IRQL 02" l- P3 P3 E- N0 _4 {2 C/ A
#define APIC_GENERIC_VECTOR     0xC1    // IRQL 27
9 ?& ^$ e% `4 G9 X' x( T4 p- M0 I#define APIC_CLOCK_VECTOR       0xD1    // IRQL 289 {) R  w* b, m: V! w
#define APIC_SYNCH_VECTOR       0xD1    // IRQL 28
, ^# x9 o( n- n0 T) L#define APIC_IPI_VECTOR         0xE1    // IRQL 29
# r: X9 f$ l4 G+ }; r- Y( }* s#define POWERFAIL_VECTOR        0xEF    // IRQL 30
* P0 _! ^9 ]5 y" j; r9 d& w: j#define APIC_PROFILE_VECTOR     0xFD    // IRQL 314 k  I7 X8 j! q' H$ `
6 h- P- g- |" d

7 c) z+ r( G, ~4 Y现在看一下一些重要的数据:
: f5 S9 m4 P2 v" j) y- _. d5 S
; q7 j9 y" o) P) J& l这是我写的代码输出的IO APIC重定向表内容:. t; X& n( t6 H2 Y( I; m- n4 `

. z  W# `7 G9 k" Q* @: CRedirect Table Index:    0x171 d+ u4 b. n& m
Redirect Table[ 0]:      ff
0 _- Q: U0 I. n. ^Redirect Table[ 1]:      b32 c) J. @* O1 h6 L3 x; j
Redirect Table[ 2]:      ff& _5 }! a  O, i- P  x
Redirect Table[ 3]:      51. M6 w- v( q  H
Redirect Table[ 4]:      ff
/ N! g. t! A$ G, Y4 O, l6 w# w; \Redirect Table[ 5]:      ff
9 p) x% S) f; h! w  x6 i8 u1 oRedirect Table[ 6]:      62
/ O9 k+ Z* @' g0 `% S+ r* m  JRedirect Table[ 7]:      ff9 ?1 h# Y1 p  ^/ |9 j  p. u: s5 |
Redirect Table[ 8]:      d1+ n5 E. @# S3 W2 j4 `2 {0 J
Redirect Table[ 9]:      b1# u8 T3 h5 f) [- _$ f8 I/ [+ M
Redirect Table[ a]:      ff# z5 u( K7 d# X" D8 B) n1 r
Redirect Table[ b]:      ff* C  u: I6 H$ [& g" D1 D
Redirect Table[ c]:      526 o/ Q# ^4 B/ ~% ^: J
Redirect Table[ d]:      ff% B, I/ E* D2 a* z& _( Y* W
Redirect Table[ e]:      ff9 T. x9 x) F/ [3 z* \: l7 f
Redirect Table[ f]:      929 h; s9 ~7 `2 S; t; P
Redirect Table[10]:      ff, x' g1 I# o) m, ^4 B* F
Redirect Table[11]:      a3
$ A( }7 `2 m! T2 o6 v. ?# ]1 O8 @Redirect Table[12]:      83
: V3 Z9 P7 L4 d* kRedirect Table[13]:      93
1 H. ^" t8 P: k( K8 R' w; iRedirect Table[14]:      ff
6 l. ^9 R6 N" T# C1 n) Q. @Redirect Table[15]:      ff" s! T, R  g7 m
Redirect Table[16]:      ff( W8 X/ {7 {2 t# c9 y7 I# G
Redirect Table[17]:      ff
5 Z' I6 L+ o  B. [0 n' ^8 t' E
; j9 a% x$ I8 n( I这是IDT表中被注册的向量:
! _5 s, E( C6 H' ~* U( e) I. l2 F, `7 i+ f. s$ L
1f: 80064908 (hal!HalpApicSpuriousService)% ]( h) F5 l/ h* m& J
37: 800640b8 (hal!PicSpuriousService37)
! z' z! f4 ^  _5 v5 B7 \6 L3d: 80065254 (hal!HalpApcInterrupt)  C6 |: m8 A: [9 X- R0 \
41: 800650c8 (hal!HalpDispatchInterrupt)
3 L' V& S. }, _1 M' v50: 80064190 (hal!HalpApicRebootService): e) E# J/ n! \+ {7 Z- J
51: 817f59e4' e2 }& I! q/ W8 o" E/ J( ?8 z+ `- x
(Vector:51,Irql:4,SyncIrql:4,Connected:TRUE,No:0,ShareVector:FALSE,Mode:Latched,ISR:serial!SerialCIsrSw(f3c607c7))0 A" d9 u. \- n7 O
52: 817f5044 ) B2 h" O) w" j' b$ k6 `2 n
(Vector:52,Irql:4,SyncIrql:a,Connected:TRUE,No:0,ShareVector:FALSE,Mode:Latched,ISR:i8042prt!I8042MouseInterruptService(f3c57a2c))
( k6 U; O! `( u83: 817d2d44 8 b, s2 K9 e7 j) d, v. Y% ]
(Vector:83,Irql:7,SyncIrql:7,Connected:TRUE,No:0,ShareVector:TRUE,Mode:LevelSensitive,ISR:NDIS!ndisMIsr(bff1b794))2 N( j, }2 G7 u: V- T6 K
92: 81821384 4 \3 E! m1 n6 U) A
(Vector:92,Irql:8,SyncIrql:8,Connected:TRUE,No:0,ShareVector:FALSE,Mode:Latched,ISR:atapi!ScsiPortInterrupt(bff892be))3 d+ F3 {- ^, y3 T% _
93: 8185ed64 2 M/ W& ^1 f8 L! I" F+ E
(Vector:93,Irql:8,SyncIrql:8,Connected:TRUE,No:0,ShareVector:TRUE,Mode:LevelSensitive,ISR:uhcd!UHCD_InterruptService(f3f0253e))
# v9 S* _; B3 x0 G- h' ya3: 8186cdc4 9 ?' ]2 W% |+ f+ j  y! ?0 v
(Vector:a3,Irql:9,SyncIrql:9,Connected:TRUE,No:0,ShareVector:TRUE,Mode:LevelSensitive,ISR:SCSIPORT!ScsiPortInterrupt(bff719f0))2 z" m2 {. @/ g/ ^# `
b1: 818902e4
" A4 [1 l* A9 ]0 I% h, e* h! _(Vector:b1,Irql:a,SyncIrql:a,Connected:TRUE,No:0,ShareVector:TRUE,Mode:LevelSensitive,ISR:ACPI!ACPIInterruptServiceRoutine(bffe14b4))
7 m; T/ K" j( [" K% _- o% j  Db3: 81881664
( D! b: N3 |: _& b3 g. R. E(Vector:b3,Irql:a,SyncIrql:a,Connected:TRUE,No:0,ShareVector:FALSE,Mode:Latched,ISR:i8042prt!I8042KeyboardInterruptService(f3c51918))
1 X6 R  Y7 \; e0 {, V$ h) f2 V, dc1: 800642fc (hal!HalpBroadcastCallService)
2 ]1 F+ \/ k% @9 x6 d; rd1: 80063964 (hal!HalpClockInterrupt)
7 A3 j( T& t$ Y; ]1 T: K, X/ P9 re1: 80064858 (hal!HalpIpiHandler)9 q6 S3 m3 T% T$ p2 `" P
e3: 800645d4 (hal!HalpLocalApicErrorService)
- |( Q+ r7 f( Y, tfd: 80064d64 (hal!HalpProfileInterrupt)
4 O' ^4 q2 l; B" {. f1 j  u( ]fe: 80064eec (hal!HalpPerfInterrupt). |& G& G7 z" o$ M( m, a, E
" P. C* ], F$ e. w: v
象a3、b1这类输出内容很多的是被硬件注册的中断向量,而象d1、e3这种输出内容少的是注册为了的HAL内部使用的中断向量和本地APIC中断向量9 k0 g: v' M/ v; S
8 \/ b2 c# b' f* M% \, w6 a! ~' }
这是几个重要的数组:1 n: s! L( |3 S& w

% g! }  s0 |; I  ~2 j, K1 _$ @HalVectorToIrql(这个数组是以向量除于16做索引):
7 r: a/ `# s6 b# H3 x* Y( E4 G8 o8006a304  00 ff ff 01 02 04 05 06-07 08 09 0a 1b 1c 1d 1e! F( O( o. Z4 V6 T/ T& x
$ o3 e' G0 u4 i$ m0 y0 E
HalpIRQLtoTPR:
3 l$ z4 B4 O2 _  ?: r$ b( [8006a1e4  00 3d 41 41 51 61 71 81-91 a1 b1 b1 b1 b1 b1 b15 }1 g( C/ R3 y( i1 m
8006a1f4  b1 b1 b1 b1 b1 b1 b1 b1-b1 b1 b1 c1 d1 e1 ef ff
& R8 T; G' L% F% }/ z' r* L- H9 _: r* |$ M/ g7 t2 d
HalpINTItoVector:% ?0 d& f- }3 a1 C4 w9 K
8006ada0  00 b3 61 51 a2 b2 62 91-a1 b1 71 81 52 82 72 92
% X" c# l5 R' v) h; V8006adb0  00 a3 83 93 00 00 00 00-00 00 00 00 00 00 00 00
6 l3 D; m; D# ~* t% \2 _* k8 L1 V
HalVectorToINTI:
6 i4 m4 x6 Z2 r9 H! N8006a204  ff ff ff ff ff ff ff ff-ff ff ff ff ff ff ff ff
% b2 r' ?1 c; E% k% `8006a214  ff ff ff ff ff ff ff ff-ff ff ff ff ff ff ff ff
' T/ h$ F$ E9 L! l: x1 I: q8006a224  ff ff ff ff ff ff ff ff-ff ff ff ff ff ff ff ff
2 j1 d6 v. Y- z( |6 B2 [8006a234  ff ff ff ff ff ff ff ff-ff ff ff ff ff ff ff ff
( k: g( i( r# ]8 A, S2 _1 t8006a244  ff ff ff ff ff ff ff ff-ff ff ff ff ff ff ff ff
' \6 j9 _- q( A( X8 \8006a254  ff 03 0c ff ff ff ff ff-ff ff ff ff ff ff ff ff
/ h) U4 ~0 B( R- _8006a264  ff 02 06 ff ff ff ff ff-ff ff ff ff ff ff ff ff
  N+ y5 i, X( I8006a274  ff 0a 0e ff ff ff ff ff-ff ff ff ff ff ff ff ff
- G) g( q6 y- V4 ~8006a284  ff 0b 0d 12 ff ff ff ff-ff ff ff ff ff ff ff ff
! H% B  D% z9 X  m% c3 U2 {5 |8006a294  ff 07 0f 13 ff ff ff ff-ff ff ff ff ff ff ff ff6 [7 Z! V$ F6 H2 X& i2 [
8006a2a4  ff 08 04 11 ff ff ff ff-ff ff ff ff ff ff ff ff
6 O6 J4 L# O& x8006a2b4  ff 09 05 01 ff ff ff ff-ff ff ff ff ff ff ff ff
+ `: z+ c+ V! c+ t* S8006a2c4  ff ff ff ff ff ff ff ff-ff ff ff ff ff ff ff ff1 a6 U1 l' N/ t
8006a2d4  ff 08 ff ff ff ff ff ff-ff ff ff ff ff ff ff ff! x& d5 Z' `: T# {0 {0 s4 M7 w
8006a2e4  ff ff ff ff ff ff ff ff-ff ff ff ff ff ff ff ff
# r1 D& s. v% D1 X) K" C8006a2f4  ff ff ff ff ff ff ff ff-ff ff ff ff ff ff ff   
7 D& X/ r' \$ u1 b- q0 |; E: {7 I/ r9 C4 x, t7 ~
) l6 q( R+ S- e
vBucket:
( G; ]& b, p1 K$ c7 \8 ]8006ae30  02 02 02 03 03 03 03
9 T, a: _% t0 k& C3 a7 ^/ v* G5 L3 N; d7 `& o
    举个例子来说明一下,在我虚拟机里SCSI Controller的IRQ是17(注意,已经大于16了),到重定向表中查找第17项,得到中断向量为0xa3,再看IDT,0xa3对应处理例程是SCSIPORT!ScsiPortInterrupt。
$ P' y9 _) P9 F, k2 _* y6 r2 S, q6 m
    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等向量就没有对应。$ @; j% G' i) c( Q1 h1 e7 m! N
) e! j& \4 s9 j1 R
    IRQL机制为内核同步提供了很大的便利,既对驱动开发者隐藏了底层中断机制,也方便了驱动开发者的内核同步。LINUX从2.5内核开始引进的软中断和任务队列等机制,很大程度上也来自windows这套机制的借鉴。& p' ]$ F$ ~; n/ H7 v: d, E
# X  W) X7 l* O+ H
    终于考完试,解放了,呵呵。这个东西其实还有很多可写的,只是没空再深入去分析了。在未来的64位系统里,APIC这种基于中断引脚的机制很快也要被SAPIC这种基于消息的更强大的机制所取代
回复

使用道具 举报

发表于 2008-3-13 09:04:14 | 显示全部楼层
I/O APIC演進
0 R( r+ l: w/ Q" d6 ~6 O% P, T来自:http://www.four-stock.com/forum/ ... d=32&sid=JZS6Kb0 c/ K* v( [6 _/ W4 e: C
, c" a' T. U/ Z9 G
作者: Titan    時間: 2007-10-26 17:51     標題: I/O APIC演進~~~~~~~
4 V  o6 n1 e2 {4 Q2 G! A
+ P8 q' M: J& B: N, d: m2 M( m% V1 D* [  |
訂正一下..作者不是他..是下面的作者...2 N3 z" n" d+ i
http://biosengineer.blogspot.com/
回复

使用道具 举报

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

使用道具 举报

发表于 2008-11-25 16:35:44 | 显示全部楼层
LZ很厉害,还帖子!支持。
4 H( G: i/ H2 u8 [8 y% ]希望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
) }3 S8 l: C8 U+ B) m" U# O**************************************************. N( z7 u. n" }0 N/ c2 ^
Method(\_PIC,1)5 O  ~0 c/ a9 i+ N4 u0 M
  {
, U1 n: O, I* D- Y          Store(Arg0,PICM)
" m9 f. l3 p7 Z  }
* G+ i+ z5 \; x  |2 g2 X. |**************************************************# u1 {& K+ G/ b& w

4 K4 Z4 K; G/ HAnd in _PRT methord , it will return PIC or APIC mode routing table 3 T% ]* u4 Z4 l9 Z4 [8 U3 T

+ I3 K$ j. M3 ~5 j***********************************************3 T! E" X( o8 s0 T- c
Method(_PRT,0) {
+ |7 `/ Q0 f( iIf(PICM) { Return(AR04) }// APIC mode
% w  C& V# c# W* h( c% X9 n. FReturn (PR04) // PIC Mode# M$ j: P6 d6 D9 e: R
} // end _PRT# m3 i/ m9 ^0 E6 ]' a
**********************************************
回复

使用道具 举报

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

回复 7# 的帖子

IRQ0-15就是PIC,15-23就是APIC吗?
3 I# x# Q6 P% J' z不是.
* H- I: M- {& W9 g这个看南桥的做法,Intel上面貌似是这样的,当nVidia就不一定了.) ]$ m) o& k3 s8 f6 Y& N1 Y

+ s2 B$ l$ e! U" O: o& y8 a. Q  X' G; R我们在设备管理器里看到的IRQ共享,应该如何解释呢?
8 F+ E/ o! d( x3 m1 LAPIC里面是可以共享IRQ的,你看到了,说明你的系统是使用APIC在.
回复

使用道具 举报

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

使用道具 举报

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

本版积分规则

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

GMT+8, 2026-7-20 09:19 , Processed in 4.142553 second(s), 16 queries .

Powered by Discuz! X3.5

© 2001-2025 Discuz! Team.

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