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

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

[复制链接]
发表于 2008-2-27 14:24:22 | 显示全部楼层 |阅读模式
自己比较懒,网络上的文章和资料有:) d! p$ f$ q5 [; B( w9 s
1、PCI IRQ Routing Table Specification (中文请参照《BIOS研发技术剖析》中的描述)
# H- _: C0 u( Q( g! r- T7 f1 Zmicrosoft: http://www.microsoft.com/whdc/archive/pciirq.mspx$ U3 u  U0 M' \4 A6 m( E0 z
+ a' y2 T7 Y; p6 z3 I$ D; ~; ^
2、PCI IRQ Routing on a Multiprocessor ACPI System
0 J% |/ n; C/ h2 U& Omicrosoft: 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  ?( \) u6 o2 ?) O% Q$ L6 U3 o1 f+ L
2 d# w. Q$ _. h, M! D3 L+ y- N
作者: Titan    時間: 2007-10-26 17:51     標題: I/O APIC演進~~~~~~~
/ E0 P: a7 L) L8 @7 x8 Q; d9 N0 j此作者为转载作者,见下面网友的更正。; f+ L/ l  L* F: \; L! i: E& C
+ p; g8 k6 X3 T: O
在x86歷史的演進中,有很多的BIOS工程師對於PCI IRQ Routing Table還是搞不清楚,我剛入行的時候也是一樣,對於這個東西一點概念都沒有,只知道是因為IRQ#不夠用,所以才需要去繞線(Routing)。
2 K7 M2 a6 x% w3 ?- v6 o
; a) R" ]( z( P; m5 u" m* H[為何要繞? 背景是什麼?]
2 ^1 I7 y5 d& S$ x2 @- t依照我自己研究出來的歷史,我發現可能的原因是因為PCI設備越來越多,然後當時的中斷控制器是串聯的8259A,所以只有IRQ0~IRQ15可以用,且IRQ2已經連接 "僕8259" (第二顆中斷控制器),所以剩下來15支IRQ#可以用,但是又因為x86系統在早期的設計中,有些IRQ#已經分配給固定的設備使用,所以剩下來沒幾支可以用,可是設備又那麼多,所以如何去分配剩下來的IRQ就是大家討論的話題。
0 n* B% Q8 `" M5 H; G0 R, q# }, W3 I* F6 M' k8 ?: u, N
[IRQ繞線的歷史發展]
3 S1 _) J+ I- l依照我查到的資料,早期的作業系統Windows 95年代左右,PCI設備要使用哪一支IRQ中斷線是靠PCI卡上面的"跳線"去控制,所以有可能會因為兩個PCI設備跳同一支"IRQ#"而造成衝突導致當機或是藍底白字。7 f% F$ G' ?$ e4 U" U8 o, }
後來改用BIOS Setup Menu內去控制,也就是可以進去BIOS設定畫面去設定IRQ分配。
& H" e/ z; i, `$ x: w* p: \2 C; \" B2 ~: Q* t  X. e
因此為了解決PCI設備越來越多,但是IRQ不夠用的情況,所以微軟找上的晶片廠商也就是Intel合作開發PIRQ Route Controller,簡單說就是微軟想在他的作業系統上面支援"共享IRQ中斷架構"的驅動程式,但是需要硬體配合,因此定義了PCI IRQ Routing Table來規範硬體線路要怎樣繞線,且需要BIOS支援哪些資訊。
8 t9 F( i. k. P0 p! i
3 d; k5 r  F# k& l0 v% y[為什麼是PCI設備而不是ISA設備?]
! a) E# h5 k, }因為當時PCI Bus取代了傳統的周邊匯流排,所以PCI設備橫行,且設備需要服務就是透過中斷請求線IRQ#請求服務,對於OS端來說,這個服務就是驅動程式,至於CPU如何把控制權交給OS,則是靠IDT (interrupt Description Table),相關詳細資料請看Windows核心說明。0 y) x8 A0 R" ~
# \- W" R% f1 j( |
[跟DOS有關嗎?]5 \) U) _, n4 E" j
應該是無關,除非你在DOS下替你的PCI設備寫了一個驅動程式,或是你的PCI設備在DOS模式下要工作,不過應該也是沒啥機會這樣做吧,所以PIRQ Routing都是針對Windows作業系統而言,因為與設備驅動程式管理有關。, B+ B. p% @! G7 R3 Q2 j$ M

2 K5 w9 I" A, N  ~" w2 i/ m[Windows 作業系統的改變]
$ S4 \+ d; M: r1 C$ L8 z) N; Y對於微軟自己定義的規範中,他最希望的就是能夠共享IRQ,所以在作業系統的改變就是要能分辨是哪個PCI Device透過IRQ發出請求,這是因為可能有好幾個PCI 設備都用同一支IRQ#中斷請求,所以OS 必須要能夠讓正確的驅動程式去服務發出中斷的設備,因此在撰寫OS 端的 Driver 時有了新的規範(針對共享IRQ的驅動程式有其規範)。* t! h/ i, y* V% {$ v- b
! [9 `( p) K6 N1 N
[Chipset的改變]
+ z$ I1 p( i( j起先為了微軟的規範,Inetl 在南橋ICH上面多了幾支接腳(PIRQA~PIRQD),這幾支接腳又有對應的暫存器可以組態他們,例如下面範例:! l8 E% B$ C! E' Q
4 Q+ ^% p  y' Q5 r. i# p1 y/ Q( D
PIRQA Register 60h bit3:0 <--PIRQA那隻接腳的設定暫存器在LPC Reg60h,其中bit3:0定義如下
1 j7 @8 c2 e# _. ~  D8 f  X% U=================================================================================
1 N9 w$ b6 [4 m# u, oIRQ Routing — R/W. (ISA compatible.). H7 y% e9 J' e5 O
Value IRQ & U; O" n; ]3 E1 _; H# b: A- T0 l
0000b Reserved & l: d  J2 [" T! V. M9 E
0001b Reserved
! r4 B8 m) d4 [( [0010b Reserved 4 U& U; J7 l' S# I3 x& u2 F  [
0011b IRQ3
1 u! }% _, t- ?" w; B0100b IRQ4 ; p3 ]( @6 g* {' c* S4 w, s
0101b IRQ5
' h( Z- k7 u. X" V/ ^0110b IRQ6 9 z, E% I! }6 _9 A
0111b IRQ7 / q) y* P+ q' p+ Q2 `
...
9 F5 x9 x5 }2 Q7 X) [9 A由上面範例可以看出每支PIRQ接腳都可以用"軟體"設定的方式橋接到IRQ#的任何一支。0 W& s7 t: R2 s  c5 n8 s
也由於上面範例我們可以知道,OS 必須"先知道哪些IRQ可以被使用" 還有"哪些IRQ已經被使用",因為OS本身有自己配置IRQ#的演算方式,因此必須要先知道這些資訊,才有辦法去對PIRQ#繞線。: R5 h; w( m, B& L8 ?5 E& W4 S8 V! h
1 W. U5 Q: v9 @
[BIOS的支援]; _$ N' B7 G  Y4 c
所以BIOS要提供"PIRQ Routing Table"給作業系統,然後OS就可以得到這些資訊,但是又因為OS版本不同(Win95/Win95/Win2000/WinXp or Acpi OS/non-ACPI OS..等分類),所以透過的傳遞管道也不同。+ O( p5 Z; e" }8 i
+ d8 R/ T1 b% j6 w
[後來的演變]
4 H9 U5 G; O% J: k+ `: P8 |, X隨著PCI設備越來越多PIRQ只有4支接腳已經不夠用,所以後來擴充到8支,分別是PIRQA~PIRQH。/ K9 g+ R5 \+ s( c9 D

* m. r: O: S7 P; Q至今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)。
$ u6 v' G1 v" L- z! Z3 i# O( i5 n7 T( v8 `) |( f, f0 J
另外由於南橋ICH有兩種PIC,所以進入ACPI OS時是採用Legacy PIC mode 還是APIC mode 也會影響BIOS提供PIRQ Routing Table的方式,所以在ACPI Mode 底下又分成APIC Mode方式或是Non-APIC Mode(PIC Mode)方式。
+ m( c+ E! U! i) O) q
9 P$ V  I/ V& F
5 T' f7 x6 i/ ]5 e5 |
. M; v. W, S: ~9 n# M0 ~/ n  |/ ~[結論]
3 p  ~) B" I7 EPIRQ#是南橋上面的接腳,連接到PCI 的INTA#~INTD#,原本INTA#~INTD#應該直接接到PIC上面的IRQ#接腳,但是因為IRQ#不夠用,所以微軟才與Intel合作,多做了幾支接腳出來,然後用軟體方式去配置這些多出來的接腳PIRQ#要繞線到哪個IRQ#,且作業系統的驅動程式可支援共享IRQ中斷,所以在Chipset 端把這種機制稱之為PIRQ Route Controller (具有PIRQ繞線功能的控制器,也就是某某一代的南橋開始把這個功能整合進去南橋晶片內)。
8 v4 y; A( E2 ]5 ~8 @# e6 Q
9 H4 S/ j# b3 u2 ~1 t3 b8 [: g& x而BIOS所扮演的角色就是提供PIRQ Routing Table,這個Table的結構如同微軟的PCI IRQ Routing Table的規範,而當系統演變到ACPI 後,BIOS也改變了提供Table的方式,也就是改遵循ACPI Spec內的規範去提供這些資訊。
  V8 `5 K9 L; S8 y4 \
) I7 s8 A% W$ Z" W" G  K上述這些資訊只是我整理的筆記的一部分概要,詳細內容可以參考相關資料說明,畢竟我也是花了一個多星期的時間才整理出整個PIRQ的歷史,是對是錯我也不清楚,畢竟過去的架構我來不及參與,只能就我收集到的資料作一個描述,如有誤請先進指教。
  k+ r, T5 m* v, S, O: L7 L' Q, p4 |) U" g- {: D& E- \

  H+ a- e1 n. ?# j5 w/ J" T1 Y! M# y0 r* M" M1 ]
[後記]. e8 N: X; R: ~' n$ @% A
1)當ACPI OS 系統處在APIC Mode的時候,PIRQA~PIRQH會直接對應在APIC 的IRQ16~IRQ23而不需要繞線。3 E+ J2 s3 R1 j# O5 ?6 `
2)APIC 目前可提供的中斷請求線有 IRQ0~IRQ255 ,目前只使用IRQ0~IRQ23
4 t0 j1 \8 q+ t# y3)APIC 前面的IRQ0#~IRQ15對應到PIC的IRQ0~IRQ157 ^* H, i/ S; ~' @. N5 O7 l' ]
4)PIRQ Routing 是指: IRQ不夠用才需要透過PIRQ Routing Controller繞線,所以只針對PIC,而APIC模式則不需要繞線。4 ?8 i6 x! p: }3 h7 @5 @( ^
4)APIC Mode只需要描述哪些PCI Device共用了哪些PIRQ線。+ I  I  S7 I9 Q  |; E, m) c/ x
5)non-APIC mode則需要描述哪些PIC的IRQ#可以被使用,描述的內容如同PCI IRQ Routing Table,差別在於用ASL Code描述5 N! H' {: i& z
6)APIC有分成Local APIC與I/O APIC,這邊所提到的都是指I/O APIC。
; \7 r( ~# x1 k' V5 \6 O2 X
' _# J8 E3 F6 G* I2 h[Reference]# k+ p/ Z5 u" P7 O
http://www.microsoft.com/whdc/archive/pciirq.mspx
" h, }  i/ ~* J8 X2 ahttp://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: p$ r, s, |) |% h  K% ~( Y" E( c
. Y, C0 Y! T1 e% x5 _  i' O
从IRQ到IRQL(APIC版)
5 f8 ?% h8 }2 w5 z2 t  `
- @& J4 h$ D' z5 n作者:SoBeIt
" n; w/ S/ c3 r! N出处:https://www.xfocus.net/bbs/index.php?act=ST&f=2&t=45502
9 n( n' n- B) T: Y日期:2005-02-04. C4 u4 ?8 g0 X0 u" r

' ~* o8 X; l# T% p- X; V0 G& q事实上,老久的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那样虚拟一个中断控制器要简单得多了。
& Z: Z0 `2 q2 ^. M& X  w; W/ _& D; u8 L
    现在来简单介绍一下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接收处理器间中断消息。
2 V* i1 X2 r& _% k* Z% D: o1 b
0 A/ ^3 s( M) S* u0 z. E    和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个中断向量,可以进一步细粒度地区分中断的优先级。
3 i2 M6 h4 D  \8 x. T+ S5 j& b" l
    在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提供了一个固定的中断向量:
3 P% t. q' r5 L" C( L/ }1 |: V  S$ j. t/ p+ A2 n8 A9 ]+ q- {
#define ZERO_VECTOR             0x00    // IRQL 00 4 A( L6 T- q& c
#define APC_VECTOR              0x3D    // IRQL 016 v, y, \6 P2 ?2 n7 Z( z
#define DPC_VECTOR              0x41    // IRQL 02  f+ u, o. z9 s6 H9 K# T$ [
#define APIC_GENERIC_VECTOR     0xC1    // IRQL 27/ P+ R+ x2 }/ c9 U, ?- z
#define APIC_CLOCK_VECTOR       0xD1    // IRQL 28+ y4 z) U8 Z6 F& b& C
#define APIC_SYNCH_VECTOR       0xD1    // IRQL 28
! G4 V& W% B: x0 t3 M/ s" I#define APIC_IPI_VECTOR         0xE1    // IRQL 29
% Y/ o- {; H9 Y0 u* ~#define POWERFAIL_VECTOR        0xEF    // IRQL 30
* _  X5 n! j( N& V8 m0 J9 W#define APIC_PROFILE_VECTOR     0xFD    // IRQL 31: M1 @% K& v5 w6 I1 W
6 P6 u" F- g. G5 G1 |" S( Y* t

2 Q! y# L$ _& [. r; J( ], w现在看一下一些重要的数据:$ |: Q/ y) Y9 q% p5 c
$ j0 E6 \1 Y/ X9 T  O2 d' U9 J
这是我写的代码输出的IO APIC重定向表内容:! |" e0 l3 s0 z6 J4 J5 B

$ S9 T2 K6 r# gRedirect Table Index:    0x17! g& I3 l+ }$ T$ N: b& M
Redirect Table[ 0]:      ff- s4 I1 F% [8 I! t
Redirect Table[ 1]:      b3  G/ ^+ Z2 q' T- i0 H  t% w
Redirect Table[ 2]:      ff
/ M$ h* u/ Z) x2 _  ~* w" ]7 \5 ORedirect Table[ 3]:      51' O0 X/ i4 I, c" K, p
Redirect Table[ 4]:      ff" \# Y; M  z0 [3 g& y# N
Redirect Table[ 5]:      ff
  ^* K4 `2 F, ?& SRedirect Table[ 6]:      62
' A& X/ Y2 L/ XRedirect Table[ 7]:      ff1 i% {9 L3 t. Y$ ^# W8 h3 N, i
Redirect Table[ 8]:      d1
) s3 @6 M# _2 J) A6 ]; VRedirect Table[ 9]:      b1
. a( `# I2 x" _% @& }Redirect Table[ a]:      ff; W8 Q2 }8 _3 D# ]) m2 S
Redirect Table[ b]:      ff
: p$ q& F! n5 q" E$ i# s  YRedirect Table[ c]:      52( g- t& H. r* X
Redirect Table[ d]:      ff
, M' x# w  X- \3 LRedirect Table[ e]:      ff
; r1 b! A8 S3 K  t" t: d1 WRedirect Table[ f]:      92$ T3 J2 f5 r& P: N+ ?6 F* v
Redirect Table[10]:      ff- U2 o5 m4 b) s5 b! m
Redirect Table[11]:      a3
: l2 u4 i( Q  D2 _' dRedirect Table[12]:      83
5 v3 s( ]3 x5 r3 i1 G0 p8 wRedirect Table[13]:      93( d$ H/ h$ c  ]" U- I) u; y
Redirect Table[14]:      ff  @, _. O7 @, ^5 f" v9 z" h
Redirect Table[15]:      ff9 d5 X* l0 {3 X+ i: b
Redirect Table[16]:      ff0 }$ |' B  D9 x% g7 R
Redirect Table[17]:      ff
7 ~( e$ `  N! W) z  e2 M7 ~0 c- `" ]5 G
这是IDT表中被注册的向量:
/ G# V0 M3 W, ]- x9 S+ M$ R2 v  i. R- g/ w
1f: 80064908 (hal!HalpApicSpuriousService); q* ^3 C8 O* f5 Y: {$ j; L
37: 800640b8 (hal!PicSpuriousService37); L& k# O/ ^/ n& u5 n: G
3d: 80065254 (hal!HalpApcInterrupt)+ x/ c' ~' d( u3 g! G. O1 A5 `1 d% T
41: 800650c8 (hal!HalpDispatchInterrupt)
- g# h) n% o0 k& C50: 80064190 (hal!HalpApicRebootService)- {" T2 p; E2 w& v
51: 817f59e4
# V# `/ J4 s# h: `  n9 i# N1 o(Vector:51,Irql:4,SyncIrql:4,Connected:TRUE,No:0,ShareVector:FALSE,Mode:Latched,ISR:serial!SerialCIsrSw(f3c607c7))
3 t' L& h; K/ e3 k* j, A52: 817f5044 # s! g7 c- ~5 s
(Vector:52,Irql:4,SyncIrql:a,Connected:TRUE,No:0,ShareVector:FALSE,Mode:Latched,ISR:i8042prt!I8042MouseInterruptService(f3c57a2c))
) E& I3 _$ X3 g# T; I5 |83: 817d2d44
  ]( n7 {2 i4 l! R" _$ H7 ~(Vector:83,Irql:7,SyncIrql:7,Connected:TRUE,No:0,ShareVector:TRUE,Mode:LevelSensitive,ISR:NDIS!ndisMIsr(bff1b794))
" k+ E4 e7 Z4 R! _9 Z92: 81821384 7 j1 q* B( B9 d0 ~% l
(Vector:92,Irql:8,SyncIrql:8,Connected:TRUE,No:0,ShareVector:FALSE,Mode:Latched,ISR:atapi!ScsiPortInterrupt(bff892be))  X! u0 L4 y0 J
93: 8185ed64
$ x9 P) g( p  x(Vector:93,Irql:8,SyncIrql:8,Connected:TRUE,No:0,ShareVector:TRUE,Mode:LevelSensitive,ISR:uhcd!UHCD_InterruptService(f3f0253e))
; A9 x. G" C# f" z0 X. Fa3: 8186cdc4
: K% b2 M- l4 h4 Q(Vector:a3,Irql:9,SyncIrql:9,Connected:TRUE,No:0,ShareVector:TRUE,Mode:LevelSensitive,ISR:SCSIPORT!ScsiPortInterrupt(bff719f0))
9 _1 G$ C7 S$ T5 l: Eb1: 818902e4 8 }& d3 t2 `) C) B7 B: S0 P' Z1 g
(Vector:b1,Irql:a,SyncIrql:a,Connected:TRUE,No:0,ShareVector:TRUE,Mode:LevelSensitive,ISR:ACPI!ACPIInterruptServiceRoutine(bffe14b4))6 F' v2 H$ q0 \  f
b3: 81881664 # a. E4 J- X$ Z& T6 j# L( i/ a4 z4 w
(Vector:b3,Irql:a,SyncIrql:a,Connected:TRUE,No:0,ShareVector:FALSE,Mode:Latched,ISR:i8042prt!I8042KeyboardInterruptService(f3c51918))
3 S& T8 l: A+ ]2 Rc1: 800642fc (hal!HalpBroadcastCallService)! L9 @' ]  v' n$ r1 Q& P! @
d1: 80063964 (hal!HalpClockInterrupt): ?; y) E, H8 a$ p
e1: 80064858 (hal!HalpIpiHandler)0 y& z. s" E% ?5 i8 {
e3: 800645d4 (hal!HalpLocalApicErrorService)
. p0 G4 W  @- S; R/ dfd: 80064d64 (hal!HalpProfileInterrupt)
9 u) E; }8 ]: E8 @fe: 80064eec (hal!HalpPerfInterrupt)0 T& t) U# X: P

6 x% ~& x$ `1 i  w0 r* Z* [象a3、b1这类输出内容很多的是被硬件注册的中断向量,而象d1、e3这种输出内容少的是注册为了的HAL内部使用的中断向量和本地APIC中断向量% w. G1 S# p% s. e+ j

6 D" h3 v/ }+ [3 _这是几个重要的数组:% U! q9 \  F4 P7 M9 Q# ^2 ~

  L" z: E1 ?# K/ Z1 a5 W5 K3 NHalVectorToIrql(这个数组是以向量除于16做索引):2 a6 }% J) G9 W
8006a304  00 ff ff 01 02 04 05 06-07 08 09 0a 1b 1c 1d 1e, z5 z' J  E& E1 Q4 E/ I: z2 X! h

" f/ D" J4 {# OHalpIRQLtoTPR:
! g: D2 k& x* j" b% K2 d- [$ \1 o8006a1e4  00 3d 41 41 51 61 71 81-91 a1 b1 b1 b1 b1 b1 b1* f! K/ s" f0 X) q) E9 T! W% k' c
8006a1f4  b1 b1 b1 b1 b1 b1 b1 b1-b1 b1 b1 c1 d1 e1 ef ff
$ t  j- ~4 |! m9 p" ?: y% j* Q6 I2 y/ r. r  L( P
HalpINTItoVector:$ f! N/ _" ~8 ?1 _  Q
8006ada0  00 b3 61 51 a2 b2 62 91-a1 b1 71 81 52 82 72 92, s, }* h: x8 U& K- f1 R/ Z
8006adb0  00 a3 83 93 00 00 00 00-00 00 00 00 00 00 00 00* }3 |3 H( S' E. v
/ V9 Y  K* K6 [5 @. e2 s/ e
HalVectorToINTI:8 q( I" C0 R. ]3 z- x
8006a204  ff ff ff ff ff ff ff ff-ff ff ff ff ff ff ff ff$ \  A; Z- t- X5 g: _* Y
8006a214  ff ff ff ff ff ff ff ff-ff ff ff ff ff ff ff ff" ^/ I9 f3 P/ S* `: b
8006a224  ff ff ff ff ff ff ff ff-ff ff ff ff ff ff ff ff
% t" w: u  `9 h- E8006a234  ff ff ff ff ff ff ff ff-ff ff ff ff ff ff ff ff6 C7 S& @1 N9 P! Y$ ~4 D, U
8006a244  ff ff ff ff ff ff ff ff-ff ff ff ff ff ff ff ff. }1 P7 t: c& \; d1 l
8006a254  ff 03 0c ff ff ff ff ff-ff ff ff ff ff ff ff ff8 }: B3 m" A4 d$ I
8006a264  ff 02 06 ff ff ff ff ff-ff ff ff ff ff ff ff ff
) {2 M7 {1 |* M8006a274  ff 0a 0e ff ff ff ff ff-ff ff ff ff ff ff ff ff
0 h3 ~& X4 ^$ u6 R8 s' y$ i8006a284  ff 0b 0d 12 ff ff ff ff-ff ff ff ff ff ff ff ff- c! j7 H4 V$ \1 \0 x
8006a294  ff 07 0f 13 ff ff ff ff-ff ff ff ff ff ff ff ff$ H3 u% G' ]7 y% x' c
8006a2a4  ff 08 04 11 ff ff ff ff-ff ff ff ff ff ff ff ff
2 o) C( `1 E' d8006a2b4  ff 09 05 01 ff ff ff ff-ff ff ff ff ff ff ff ff2 v7 N5 F- @# K0 O" h0 `$ Q0 `
8006a2c4  ff ff ff ff ff ff ff ff-ff ff ff ff ff ff ff ff
  E2 l7 T8 b: }  z8006a2d4  ff 08 ff ff ff ff ff ff-ff ff ff ff ff ff ff ff
# S" k' Z5 b9 Z/ ~8006a2e4  ff ff ff ff ff ff ff ff-ff ff ff ff ff ff ff ff3 d6 @, u) }( j9 U0 O
8006a2f4  ff ff ff ff ff ff ff ff-ff ff ff ff ff ff ff   ; g& b4 {% C: _: I, q0 R

. W0 ]- f- N( Q1 w# G# P
0 O# X8 m9 q2 y" Z! U0 YvBucket:. j/ E4 U! {+ Q( @7 B4 B7 ~0 E
8006ae30  02 02 02 03 03 03 037 M8 I- t  D" w  Z! j
' C& @# q" m) H
    举个例子来说明一下,在我虚拟机里SCSI Controller的IRQ是17(注意,已经大于16了),到重定向表中查找第17项,得到中断向量为0xa3,再看IDT,0xa3对应处理例程是SCSIPORT!ScsiPortInterrupt。6 J: C8 ]& ^1 N3 G. N5 c6 B) J
% T7 ?; J1 o) Q" c
    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等向量就没有对应。
/ H. l" Y" T$ Q/ v$ ?
) J0 \2 g- V& O1 y- x    IRQL机制为内核同步提供了很大的便利,既对驱动开发者隐藏了底层中断机制,也方便了驱动开发者的内核同步。LINUX从2.5内核开始引进的软中断和任务队列等机制,很大程度上也来自windows这套机制的借鉴。7 `' Z  M7 \; [  p; J7 f

  B8 f2 n# ?5 V# h1 o# H9 }: L    终于考完试,解放了,呵呵。这个东西其实还有很多可写的,只是没空再深入去分析了。在未来的64位系统里,APIC这种基于中断引脚的机制很快也要被SAPIC这种基于消息的更强大的机制所取代
回复

使用道具 举报

发表于 2008-3-13 09:04:14 | 显示全部楼层
I/O APIC演進
# D; {  y! I* \0 {9 r来自:http://www.four-stock.com/forum/ ... d=32&sid=JZS6Kb* }( D& {  k' b) O1 Z  E5 H& t6 q
! T# c6 u6 Y8 \" {; F; T$ \3 I
作者: Titan    時間: 2007-10-26 17:51     標題: I/O APIC演進~~~~~~~ 6 q% [5 E# x: A5 W& m; {5 p! U3 ]4 p

2 G$ T# M3 S+ w: d! z! l
/ s' l3 U- |) r2 R訂正一下..作者不是他..是下面的作者...
) d% z9 b3 x; x  h0 Ghttp://biosengineer.blogspot.com/
回复

使用道具 举报

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

使用道具 举报

发表于 2008-11-25 16:35:44 | 显示全部楼层
LZ很厉害,还帖子!支持。+ D2 r/ ]' E; n+ y# {9 P5 u
希望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+ P' C! h# e7 W# W
**************************************************' V" W' c) R  K. x; M7 x1 W
Method(\_PIC,1)6 H' {  N, L5 l1 t( H$ q# T" R$ }# c
  {7 k6 G! Y: f. l* x5 ]7 X( O
          Store(Arg0,PICM)( r- H( ~5 W6 I$ e1 y' V1 i/ {) Z
  }7 s3 _" W3 ~  Y# i2 e4 x3 ]/ g
**************************************************6 u- k" x( s/ O" v

) v% J. `( }: P0 eAnd in _PRT methord , it will return PIC or APIC mode routing table ( P/ V1 }4 s! e; Q
2 X8 p, O0 W" i7 K7 M/ ]/ Y" T
***********************************************4 N9 Q' }5 w& R0 U
Method(_PRT,0) {
& o& Y9 i. [: `. K# CIf(PICM) { Return(AR04) }// APIC mode
  J- W# }6 H1 d% }; CReturn (PR04) // PIC Mode
1 k3 l' o$ j$ `1 v* z9 j} // end _PRT
/ H" i7 O* u9 |% L**********************************************
回复

使用道具 举报

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

回复 7# 的帖子

IRQ0-15就是PIC,15-23就是APIC吗?
+ g& q+ R, c- J不是.9 h) r+ s" W! L- Z
这个看南桥的做法,Intel上面貌似是这样的,当nVidia就不一定了.
5 T* V  G9 J: \* I$ D6 L2 h
- E0 l9 `6 P9 ?. D7 G! }我们在设备管理器里看到的IRQ共享,应该如何解释呢?
! Z3 d" z. Y0 AAPIC里面是可以共享IRQ的,你看到了,说明你的系统是使用APIC在.
回复

使用道具 举报

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

使用道具 举报

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

本版积分规则

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

GMT+8, 2026-10-18 07:59 , Processed in 0.119962 second(s), 17 queries .

Powered by Discuz! X3.5

© 2001-2025 Discuz! Team.

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