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

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

[复制链接]
发表于 2008-2-27 14:24:22 | 显示全部楼层 |阅读模式
自己比较懒,网络上的文章和资料有:
7 e2 h' p! G# j% a9 }9 V1、PCI IRQ Routing Table Specification (中文请参照《BIOS研发技术剖析》中的描述)
* H* u, L: O+ B: e$ m- n8 }1 cmicrosoft: http://www.microsoft.com/whdc/archive/pciirq.mspx4 n* _9 k( f  Z1 O) }2 u
9 S( ~9 @( W0 R3 v
2、PCI IRQ Routing on a Multiprocessor ACPI System0 n$ F) ^( L1 d$ t
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=JZS6Kb
& _! O- ?- ]) T0 Z2 A0 e, S
3 U3 d- x: K. Y9 K+ ^作者: Titan    時間: 2007-10-26 17:51     標題: I/O APIC演進~~~~~~~ 9 X* R' Z" q5 }: H; \8 }
此作者为转载作者,见下面网友的更正。
7 H2 Y4 d0 H7 Z, a3 S+ {" z7 J% V# `  B# U+ S! P
在x86歷史的演進中,有很多的BIOS工程師對於PCI IRQ Routing Table還是搞不清楚,我剛入行的時候也是一樣,對於這個東西一點概念都沒有,只知道是因為IRQ#不夠用,所以才需要去繞線(Routing)。; s0 j. `. @0 W+ Z1 [

0 C- U" T. H! e3 O+ y! T; C% S2 L[為何要繞? 背景是什麼?]
9 C8 w& F. C$ E  D依照我自己研究出來的歷史,我發現可能的原因是因為PCI設備越來越多,然後當時的中斷控制器是串聯的8259A,所以只有IRQ0~IRQ15可以用,且IRQ2已經連接 "僕8259" (第二顆中斷控制器),所以剩下來15支IRQ#可以用,但是又因為x86系統在早期的設計中,有些IRQ#已經分配給固定的設備使用,所以剩下來沒幾支可以用,可是設備又那麼多,所以如何去分配剩下來的IRQ就是大家討論的話題。
2 @* g" e* K0 B: q" }- M) a8 e9 L* L& P
[IRQ繞線的歷史發展]
0 T! }) x& b1 k6 t8 Z1 p- E: p依照我查到的資料,早期的作業系統Windows 95年代左右,PCI設備要使用哪一支IRQ中斷線是靠PCI卡上面的"跳線"去控制,所以有可能會因為兩個PCI設備跳同一支"IRQ#"而造成衝突導致當機或是藍底白字。5 M, f" ?$ |( j1 R/ ~0 \
後來改用BIOS Setup Menu內去控制,也就是可以進去BIOS設定畫面去設定IRQ分配。
* ?4 w7 b8 }% o/ [( Z5 g% Z( P
3 ~; q, v1 z; }因此為了解決PCI設備越來越多,但是IRQ不夠用的情況,所以微軟找上的晶片廠商也就是Intel合作開發PIRQ Route Controller,簡單說就是微軟想在他的作業系統上面支援"共享IRQ中斷架構"的驅動程式,但是需要硬體配合,因此定義了PCI IRQ Routing Table來規範硬體線路要怎樣繞線,且需要BIOS支援哪些資訊。
% n5 e+ s5 M0 v7 r+ r+ F5 b6 F' e2 J
[為什麼是PCI設備而不是ISA設備?]1 E5 X# B# G4 \, s% J: @! X+ e
因為當時PCI Bus取代了傳統的周邊匯流排,所以PCI設備橫行,且設備需要服務就是透過中斷請求線IRQ#請求服務,對於OS端來說,這個服務就是驅動程式,至於CPU如何把控制權交給OS,則是靠IDT (interrupt Description Table),相關詳細資料請看Windows核心說明。4 K2 H+ g) R/ Q& X, h
1 ]/ r0 v* U5 D3 F& _+ N& e! c, Z1 Y
[跟DOS有關嗎?]
/ v& r- J2 d( g& b7 o# P) a9 {# j應該是無關,除非你在DOS下替你的PCI設備寫了一個驅動程式,或是你的PCI設備在DOS模式下要工作,不過應該也是沒啥機會這樣做吧,所以PIRQ Routing都是針對Windows作業系統而言,因為與設備驅動程式管理有關。7 G4 k; T1 u  J2 O5 Z, v( y4 g* w

& C" `8 A. G# R: c4 j[Windows 作業系統的改變]! I; a* w9 D1 I& }6 C
對於微軟自己定義的規範中,他最希望的就是能夠共享IRQ,所以在作業系統的改變就是要能分辨是哪個PCI Device透過IRQ發出請求,這是因為可能有好幾個PCI 設備都用同一支IRQ#中斷請求,所以OS 必須要能夠讓正確的驅動程式去服務發出中斷的設備,因此在撰寫OS 端的 Driver 時有了新的規範(針對共享IRQ的驅動程式有其規範)。3 q5 u9 H& c5 X1 j
0 X( O' g8 D$ e/ {3 m+ w' R
[Chipset的改變]
4 h$ |% l6 Y" r: y7 H起先為了微軟的規範,Inetl 在南橋ICH上面多了幾支接腳(PIRQA~PIRQD),這幾支接腳又有對應的暫存器可以組態他們,例如下面範例:
) O4 B1 [+ |6 {# |5 S7 [! K: Q! U1 Z2 _- p% Y
PIRQA Register 60h bit3:0 <--PIRQA那隻接腳的設定暫存器在LPC Reg60h,其中bit3:0定義如下
8 [6 v" @8 ]9 A8 ?=================================================================================6 H! l- A- i% }; J% _* S% p6 c
IRQ Routing — R/W. (ISA compatible.)! j3 W. E. J3 [# \! g* w7 \" {: {
Value IRQ
+ O6 [+ f. ]0 s0 @0000b Reserved % v5 U! R. L5 Y+ v7 t( ]8 ~: ?
0001b Reserved - g3 r) x9 d, ~& B# O" s
0010b Reserved & t4 s3 u( E8 v9 r
0011b IRQ3 & v1 L/ e. V" R0 V
0100b IRQ4 ; M9 Q6 r1 |) P5 f* d
0101b IRQ5
0 \, }5 j$ f0 v6 Y0110b IRQ6
. ?. C! f3 k% s' b9 z: D5 [; l0111b IRQ7   c' h, O$ P! n
...' x% P; T* p/ I+ N7 y# H3 O( {0 A
由上面範例可以看出每支PIRQ接腳都可以用"軟體"設定的方式橋接到IRQ#的任何一支。+ z, T3 a& J0 ^. ?7 T2 q
也由於上面範例我們可以知道,OS 必須"先知道哪些IRQ可以被使用" 還有"哪些IRQ已經被使用",因為OS本身有自己配置IRQ#的演算方式,因此必須要先知道這些資訊,才有辦法去對PIRQ#繞線。! E9 m/ n3 E5 j' J2 ^/ g* P/ A

- I1 R" g5 e6 ~6 p2 T' F[BIOS的支援]0 N  S9 `7 B- f% p" r% ?7 v9 a& S
所以BIOS要提供"PIRQ Routing Table"給作業系統,然後OS就可以得到這些資訊,但是又因為OS版本不同(Win95/Win95/Win2000/WinXp or Acpi OS/non-ACPI OS..等分類),所以透過的傳遞管道也不同。
+ o# P4 b, D9 o, g5 G" v4 o3 G5 e( Z  Y, q# y# S# U: V# o$ W
[後來的演變]( g0 a6 Q" `- G( ^/ g* D- ~9 C
隨著PCI設備越來越多PIRQ只有4支接腳已經不夠用,所以後來擴充到8支,分別是PIRQA~PIRQH。, h) W  P4 f& T; Q

7 i% O5 J/ m3 h4 [' B# @  {8 w# N; K4 `至今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)。% g4 E: r1 n* h7 P$ F0 J: h: H

$ h6 x3 ~& j1 P. O另外由於南橋ICH有兩種PIC,所以進入ACPI OS時是採用Legacy PIC mode 還是APIC mode 也會影響BIOS提供PIRQ Routing Table的方式,所以在ACPI Mode 底下又分成APIC Mode方式或是Non-APIC Mode(PIC Mode)方式。
1 g( F5 b8 L, g. ^; _8 g7 f1 I& W1 ?& j& h9 b, ^

& i! {. x: ~! q' n# X
$ W4 o, e1 ?% X[結論]
/ ~2 }9 n+ O  ^- H5 T: cPIRQ#是南橋上面的接腳,連接到PCI 的INTA#~INTD#,原本INTA#~INTD#應該直接接到PIC上面的IRQ#接腳,但是因為IRQ#不夠用,所以微軟才與Intel合作,多做了幾支接腳出來,然後用軟體方式去配置這些多出來的接腳PIRQ#要繞線到哪個IRQ#,且作業系統的驅動程式可支援共享IRQ中斷,所以在Chipset 端把這種機制稱之為PIRQ Route Controller (具有PIRQ繞線功能的控制器,也就是某某一代的南橋開始把這個功能整合進去南橋晶片內)。, M" P+ }3 ~/ ~! \

" L: f- I; b: L. @而BIOS所扮演的角色就是提供PIRQ Routing Table,這個Table的結構如同微軟的PCI IRQ Routing Table的規範,而當系統演變到ACPI 後,BIOS也改變了提供Table的方式,也就是改遵循ACPI Spec內的規範去提供這些資訊。1 m* Q9 g* L. I$ }/ K& v1 Q# n1 q
" N8 A6 _$ r" Q* N1 J
上述這些資訊只是我整理的筆記的一部分概要,詳細內容可以參考相關資料說明,畢竟我也是花了一個多星期的時間才整理出整個PIRQ的歷史,是對是錯我也不清楚,畢竟過去的架構我來不及參與,只能就我收集到的資料作一個描述,如有誤請先進指教。
4 e4 K4 h  |0 \; p0 @+ @8 i& W) P' s5 M8 [6 h: T0 [- e" `
. s5 s; T5 U; ]9 ~$ K. m
/ g1 ~/ t( U( c4 [9 g( D  M
[後記]
5 N, `: v. ~; _1 L) F1)當ACPI OS 系統處在APIC Mode的時候,PIRQA~PIRQH會直接對應在APIC 的IRQ16~IRQ23而不需要繞線。
( H, |5 H- R! f, w, r8 r$ I& F! a! p2)APIC 目前可提供的中斷請求線有 IRQ0~IRQ255 ,目前只使用IRQ0~IRQ23  U- h& |2 l7 ?9 o9 o
3)APIC 前面的IRQ0#~IRQ15對應到PIC的IRQ0~IRQ15
1 b& \: Q6 ]) ]7 M! j  |8 j4)PIRQ Routing 是指: IRQ不夠用才需要透過PIRQ Routing Controller繞線,所以只針對PIC,而APIC模式則不需要繞線。
+ U  ?( |% ~" d- C- C4)APIC Mode只需要描述哪些PCI Device共用了哪些PIRQ線。7 w* f8 B* {! i
5)non-APIC mode則需要描述哪些PIC的IRQ#可以被使用,描述的內容如同PCI IRQ Routing Table,差別在於用ASL Code描述- p) r- R( x" s
6)APIC有分成Local APIC與I/O APIC,這邊所提到的都是指I/O APIC。
" @- a# ]5 T0 s7 N7 U0 L
: e3 J0 a) v% N" Y[Reference]2 f8 y" w5 E6 t# M. Y6 N% x1 ~
http://www.microsoft.com/whdc/archive/pciirq.mspx* z- `1 w+ Q% H
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=25347 z7 s: A+ V: x8 x7 N2 P! o
: k( h, K: k- a' P/ R* ~  p# p
从IRQ到IRQL(APIC版)
2 f0 C9 ?2 N% c, g
/ }& K! B) V6 E: G1 Y. S$ C6 O5 Y作者:SoBeIt) s' N5 M# {. B/ }2 D) A7 G5 D
出处:https://www.xfocus.net/bbs/index.php?act=ST&f=2&t=45502
) r% b9 f1 J+ K7 x日期:2005-02-045 l- D% u* W: l) y

3 Y* Q8 @; [! [$ d事实上,老久的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那样虚拟一个中断控制器要简单得多了。
+ G  d( e; _4 b" q% |: A* ?: z3 f& Z. P- l6 p( Z+ b+ W: P. |! b
    现在来简单介绍一下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接收处理器间中断消息。
. f& w/ P( b8 U0 [: c8 U! u# J
    和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个中断向量,可以进一步细粒度地区分中断的优先级。
2 i- u/ A; d  |' ^5 s0 B; g  _- M: Q) J/ T8 U. H- h
    在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提供了一个固定的中断向量:% R$ }  x: u2 ]+ U9 }

0 P& X: K6 }; p" u+ \#define ZERO_VECTOR             0x00    // IRQL 00
- }! N# z; g4 o8 p! W# q* O#define APC_VECTOR              0x3D    // IRQL 01
5 P: z1 ?6 b) J- x4 t#define DPC_VECTOR              0x41    // IRQL 02" w, N$ L4 E  a' o. ?5 m4 e
#define APIC_GENERIC_VECTOR     0xC1    // IRQL 27, `" _( Z+ ^; a7 I
#define APIC_CLOCK_VECTOR       0xD1    // IRQL 28" k! K1 Y/ j6 Q5 l3 a; d" D" R
#define APIC_SYNCH_VECTOR       0xD1    // IRQL 28
2 i2 v' G/ l+ L8 q#define APIC_IPI_VECTOR         0xE1    // IRQL 29
+ r: S* n0 f5 F- Z#define POWERFAIL_VECTOR        0xEF    // IRQL 30
! c$ q7 T4 X( h* P  N#define APIC_PROFILE_VECTOR     0xFD    // IRQL 31
2 g0 ^% {: m& k% D$ J/ n
( @# a- f5 K7 J/ J7 F+ {" J0 R1 X! r; u+ P$ F. p/ s
现在看一下一些重要的数据:, B# n) z$ K0 U, {" ^

  _: D; S$ T/ N- |% h. _. J8 Z; O这是我写的代码输出的IO APIC重定向表内容:. m) r8 O1 T/ s! I& [6 c. v8 o
0 E8 X/ t4 ]. {& k' u' z0 f7 h
Redirect Table Index:    0x175 c" f! N5 X% {0 x
Redirect Table[ 0]:      ff
" n6 Y& K$ u' ~Redirect Table[ 1]:      b3
2 O, j% }; s' n0 J- D% X4 ARedirect Table[ 2]:      ff; e- I$ c: }* j! m5 N+ M- Z0 `
Redirect Table[ 3]:      514 z5 K' q- G( C0 C/ e1 G
Redirect Table[ 4]:      ff
9 N' |* u7 M& t: IRedirect Table[ 5]:      ff
) f6 }& X( y8 ]  p1 x* }; n) Q9 DRedirect Table[ 6]:      62+ Y2 t6 t9 Y- c; j7 s
Redirect Table[ 7]:      ff( c0 K1 a7 S" @6 R+ w- W
Redirect Table[ 8]:      d1
& F& |; J5 f9 O; s0 l7 }Redirect Table[ 9]:      b13 g, s3 S! w) z- e/ Q8 B; _& S: T% }
Redirect Table[ a]:      ff
: A4 V+ w, `- C- `% G5 M8 K. l: yRedirect Table[ b]:      ff
/ X6 \' C7 G2 m) h+ VRedirect Table[ c]:      52
7 b9 Q& p' r5 B% Q8 F7 N% W2 N- lRedirect Table[ d]:      ff* |0 [! j/ _0 F9 H0 q
Redirect Table[ e]:      ff6 q3 W3 j- X& O) y
Redirect Table[ f]:      92' c( W6 e, i7 F$ l& I
Redirect Table[10]:      ff1 `4 o" }4 x1 o0 c; O. I; N1 ?: D
Redirect Table[11]:      a3& W& ^; {3 E% ?7 T; T+ V( S
Redirect Table[12]:      83* ]" ?4 H- k! L& n! a; ]" y* X$ b2 ^9 ~
Redirect Table[13]:      930 Y. m  s8 y1 s; h: d! A
Redirect Table[14]:      ff" \' q6 `! E7 O, q8 G
Redirect Table[15]:      ff
; o) C7 @* F" A1 P+ YRedirect Table[16]:      ff3 O4 v+ @" u2 P: |5 s
Redirect Table[17]:      ff
( E% E2 _9 C% u# D1 W( u6 u9 Z3 ~0 g5 q+ l& a6 f
这是IDT表中被注册的向量:
3 G, {* H8 H6 F
  m6 _1 x' q, `4 c: c! U" o1f: 80064908 (hal!HalpApicSpuriousService); U+ r# y, F! X( n) @. X& m* i* r
37: 800640b8 (hal!PicSpuriousService37)' D( J% g' P/ ^
3d: 80065254 (hal!HalpApcInterrupt)5 l0 h) H4 L' p0 ^
41: 800650c8 (hal!HalpDispatchInterrupt)
1 I9 m+ c- v' U8 Y9 _50: 80064190 (hal!HalpApicRebootService)
5 u& V) }4 M: Q% Q, T' k51: 817f59e4
4 @/ B  f+ j, r/ M' y! E* ^(Vector:51,Irql:4,SyncIrql:4,Connected:TRUE,No:0,ShareVector:FALSE,Mode:Latched,ISR:serial!SerialCIsrSw(f3c607c7))
& r& W( {5 E4 D$ g, P52: 817f5044 ; ~' |& `; O$ c+ j' [
(Vector:52,Irql:4,SyncIrql:a,Connected:TRUE,No:0,ShareVector:FALSE,Mode:Latched,ISR:i8042prt!I8042MouseInterruptService(f3c57a2c))5 S  A) y  t4 b1 v+ P4 _
83: 817d2d44 5 J: G( M& z4 U: W4 A3 j
(Vector:83,Irql:7,SyncIrql:7,Connected:TRUE,No:0,ShareVector:TRUE,Mode:LevelSensitive,ISR:NDIS!ndisMIsr(bff1b794))
1 z" Y- c# n4 T. P- F, W( s: u! z92: 81821384
1 }9 `$ Y8 }9 _' a: c(Vector:92,Irql:8,SyncIrql:8,Connected:TRUE,No:0,ShareVector:FALSE,Mode:Latched,ISR:atapi!ScsiPortInterrupt(bff892be))0 |3 H, y8 A0 e( }: ?# Q
93: 8185ed64
2 f$ s8 k! s2 ^, d0 R(Vector:93,Irql:8,SyncIrql:8,Connected:TRUE,No:0,ShareVector:TRUE,Mode:LevelSensitive,ISR:uhcd!UHCD_InterruptService(f3f0253e))- E1 L1 V! @2 T% a3 y' J# m/ P. Z
a3: 8186cdc4
& I2 k8 X, d9 G) L( |(Vector:a3,Irql:9,SyncIrql:9,Connected:TRUE,No:0,ShareVector:TRUE,Mode:LevelSensitive,ISR:SCSIPORT!ScsiPortInterrupt(bff719f0))
5 {, S% ^) x( h0 O) l/ q4 p3 S# E9 xb1: 818902e4 8 l) _8 r0 K( r; d2 T
(Vector:b1,Irql:a,SyncIrql:a,Connected:TRUE,No:0,ShareVector:TRUE,Mode:LevelSensitive,ISR:ACPI!ACPIInterruptServiceRoutine(bffe14b4))! x" J( b) \, [4 E  i5 e
b3: 81881664
4 U8 W0 X9 N. R! r5 U2 f- H7 E(Vector:b3,Irql:a,SyncIrql:a,Connected:TRUE,No:0,ShareVector:FALSE,Mode:Latched,ISR:i8042prt!I8042KeyboardInterruptService(f3c51918))
  T3 C- I9 I% X! \" \c1: 800642fc (hal!HalpBroadcastCallService)
9 o& N' S" r5 J' A- j. V3 v( zd1: 80063964 (hal!HalpClockInterrupt)
) y. N! m. ~: ^5 fe1: 80064858 (hal!HalpIpiHandler)
. S- i/ z* f6 l/ m/ v' s' |4 }' y' a* ^e3: 800645d4 (hal!HalpLocalApicErrorService)" r0 O3 m/ W: M" p
fd: 80064d64 (hal!HalpProfileInterrupt)! D3 s) f' C: J! s
fe: 80064eec (hal!HalpPerfInterrupt)1 r5 u  R+ e8 b- K/ S

: v8 L1 K# W7 j; Y( X4 v象a3、b1这类输出内容很多的是被硬件注册的中断向量,而象d1、e3这种输出内容少的是注册为了的HAL内部使用的中断向量和本地APIC中断向量- C4 ^, k) N- t1 D# ~! D

7 f& S3 f- Z1 W, f# P这是几个重要的数组:
2 E% T* K# H( Z. p  j# I9 a0 A' U" @' e& O$ A! v2 E
HalVectorToIrql(这个数组是以向量除于16做索引):
) K3 x; j+ ~, d' ~' X2 s7 K8006a304  00 ff ff 01 02 04 05 06-07 08 09 0a 1b 1c 1d 1e+ P5 l; T# y6 {8 @/ O

9 v- g! C' B  gHalpIRQLtoTPR:
! p/ P$ x1 B1 {8006a1e4  00 3d 41 41 51 61 71 81-91 a1 b1 b1 b1 b1 b1 b1
2 y5 ?$ r* z6 C2 O( Q8006a1f4  b1 b1 b1 b1 b1 b1 b1 b1-b1 b1 b1 c1 d1 e1 ef ff- n( c. E. f1 e9 P
+ a/ @; m# t8 A5 i+ n0 I9 k8 c7 s
HalpINTItoVector:
  q, c: t! K; \' Y4 H6 J+ }8006ada0  00 b3 61 51 a2 b2 62 91-a1 b1 71 81 52 82 72 92
3 m4 `% c5 M" X  t8006adb0  00 a3 83 93 00 00 00 00-00 00 00 00 00 00 00 00
% ?3 L+ s+ @) f5 @& {7 m; E( K  i5 q, y2 W, Y0 D5 ~/ K& q
HalVectorToINTI:& ~- T# l9 Y7 J. o
8006a204  ff ff ff ff ff ff ff ff-ff ff ff ff ff ff ff ff0 w- \2 [) I0 t  ?
8006a214  ff ff ff ff ff ff ff ff-ff ff ff ff ff ff ff ff
! ]# g" E/ M1 S$ u# [6 M  p8006a224  ff ff ff ff ff ff ff ff-ff ff ff ff ff ff ff ff
1 `. ^, ~# O' p$ y& ]: ^/ d4 w8006a234  ff ff ff ff ff ff ff ff-ff ff ff ff ff ff ff ff- k- k8 `: U3 P
8006a244  ff ff ff ff ff ff ff ff-ff ff ff ff ff ff ff ff
( _4 @% N5 {, Y! P+ @8006a254  ff 03 0c ff ff ff ff ff-ff ff ff ff ff ff ff ff8 v1 B+ X& Z, W
8006a264  ff 02 06 ff ff ff ff ff-ff ff ff ff ff ff ff ff
: f/ C9 H. v- Z) v( ?3 c8006a274  ff 0a 0e ff ff ff ff ff-ff ff ff ff ff ff ff ff
0 t3 H/ n1 p/ W# t" @% n8006a284  ff 0b 0d 12 ff ff ff ff-ff ff ff ff ff ff ff ff
! K3 U0 a% E5 O( f0 d8006a294  ff 07 0f 13 ff ff ff ff-ff ff ff ff ff ff ff ff
7 O9 n/ q* ]1 s8006a2a4  ff 08 04 11 ff ff ff ff-ff ff ff ff ff ff ff ff
/ `2 q1 i# u; b8006a2b4  ff 09 05 01 ff ff ff ff-ff ff ff ff ff ff ff ff9 g  I: T/ g7 f& K+ O1 ^9 B
8006a2c4  ff ff ff ff ff ff ff ff-ff ff ff ff ff ff ff ff" S2 {8 g4 [: @% m' T
8006a2d4  ff 08 ff ff ff ff ff ff-ff ff ff ff ff ff ff ff% @) b% d! W2 |% F1 \$ V) k
8006a2e4  ff ff ff ff ff ff ff ff-ff ff ff ff ff ff ff ff
6 {  A. l! `* }3 m% H$ l; l) `" ?) @8006a2f4  ff ff ff ff ff ff ff ff-ff ff ff ff ff ff ff   
1 A4 |7 Z8 g: P& H# _' L4 e0 Z7 S2 ]) W& I( S
1 t3 t- I& C# s0 M
vBucket:
! V* h) ?) L, W8006ae30  02 02 02 03 03 03 03# H  z2 ]5 ~  G' }' V, I

" J, X3 F3 x7 W1 n# p    举个例子来说明一下,在我虚拟机里SCSI Controller的IRQ是17(注意,已经大于16了),到重定向表中查找第17项,得到中断向量为0xa3,再看IDT,0xa3对应处理例程是SCSIPORT!ScsiPortInterrupt。6 G4 R/ j: n: c1 K

# n! g* K6 |- @0 E9 Z0 i6 a% 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等向量就没有对应。) k6 L! p# D7 D' Y# o" u. }& e
" k0 X1 w4 Y- C$ z  K  f1 L; R
    IRQL机制为内核同步提供了很大的便利,既对驱动开发者隐藏了底层中断机制,也方便了驱动开发者的内核同步。LINUX从2.5内核开始引进的软中断和任务队列等机制,很大程度上也来自windows这套机制的借鉴。) S* A6 }  S- s/ m, b( A1 X
( t- f; o( A8 n
    终于考完试,解放了,呵呵。这个东西其实还有很多可写的,只是没空再深入去分析了。在未来的64位系统里,APIC这种基于中断引脚的机制很快也要被SAPIC这种基于消息的更强大的机制所取代
回复

使用道具 举报

发表于 2008-3-13 09:04:14 | 显示全部楼层
I/O APIC演進: T; {$ m) f+ f# V7 k
来自:http://www.four-stock.com/forum/ ... d=32&sid=JZS6Kb- P' m, J. k( v; l; J+ f& W0 T4 J& Q
$ N$ W4 }, A* @& z
作者: Titan    時間: 2007-10-26 17:51     標題: I/O APIC演進~~~~~~~
, W' C5 y- f8 w! K! U% s3 f+ H+ e

7 l+ x9 U' T; @, Z; J訂正一下..作者不是他..是下面的作者...9 Y) V3 J1 s2 u
http://biosengineer.blogspot.com/
回复

使用道具 举报

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

使用道具 举报

发表于 2008-11-25 16:35:44 | 显示全部楼层
LZ很厉害,还帖子!支持。( m4 k3 C6 I& \7 {& ^" p
希望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
' b) C& K3 q# @* K& X  Z9 h; t- w7 `**************************************************7 {$ a2 X. p# x  Y, w
Method(\_PIC,1)6 b# ^# [; b& n& J! I# K) A& X
  {* o% J( A+ w8 [) D, P% l: X
          Store(Arg0,PICM)
5 k9 n  U. Y! C! S. O1 y  }" U' H- P7 {' k7 ^4 B
**************************************************
% H% q1 u& k9 T* a$ \2 A7 ~' b1 a* ?! w5 _+ w0 ~, q; g
And in _PRT methord , it will return PIC or APIC mode routing table
7 ~! C5 T- W4 g' l7 c$ l) P% H& |$ S2 L7 H
***********************************************
* W1 U/ B2 g+ x% Y5 [! [Method(_PRT,0) {$ z9 z2 T9 O& C+ v7 W. Y
If(PICM) { Return(AR04) }// APIC mode. d0 K, V( x& r( ^, O9 \" ?- B
Return (PR04) // PIC Mode- s2 H# H, J1 b2 E* o* L
} // end _PRT
- p5 U! }  b9 t- J, p, l**********************************************
回复

使用道具 举报

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

回复 7# 的帖子

IRQ0-15就是PIC,15-23就是APIC吗?1 h* }0 d- N  h, {; p8 m. ?/ E
不是.
- a% q' n" D% h; B0 V5 d这个看南桥的做法,Intel上面貌似是这样的,当nVidia就不一定了.
# e! ^. G, W: W+ q! E) ~+ b% E0 y- M* c, Q, x( U. a# q' X+ p
我们在设备管理器里看到的IRQ共享,应该如何解释呢?7 e% W+ s* P' k! P0 ]. Y3 r/ {3 L
APIC里面是可以共享IRQ的,你看到了,说明你的系统是使用APIC在.
回复

使用道具 举报

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

使用道具 举报

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

本版积分规则

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

GMT+8, 2026-7-20 09:21 , Processed in 1.149720 second(s), 17 queries .

Powered by Discuz! X3.5

© 2001-2025 Discuz! Team.

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