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

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

[复制链接]
发表于 2008-2-27 14:24:22 | 显示全部楼层 |阅读模式
自己比较懒,网络上的文章和资料有:
( }$ g+ ]+ o5 g. R' l1、PCI IRQ Routing Table Specification (中文请参照《BIOS研发技术剖析》中的描述)7 x% p4 Q9 z/ E4 w  T# W1 n0 E! c
microsoft: http://www.microsoft.com/whdc/archive/pciirq.mspx' R% i3 S, f! D
. d: Y! f% D! n; g8 t
2、PCI IRQ Routing on a Multiprocessor ACPI System
* S- I. t( L& hmicrosoft: 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$ {( |7 f# k' \! w  h
3 y2 T5 M0 b( U; m6 ]
作者: Titan    時間: 2007-10-26 17:51     標題: I/O APIC演進~~~~~~~ % p& K. e" |8 X( |2 b
此作者为转载作者,见下面网友的更正。! c! g: g  ~( j" u
) I+ ]  \4 @2 Y, b3 [) J; D  ^  V3 W
在x86歷史的演進中,有很多的BIOS工程師對於PCI IRQ Routing Table還是搞不清楚,我剛入行的時候也是一樣,對於這個東西一點概念都沒有,只知道是因為IRQ#不夠用,所以才需要去繞線(Routing)。
2 q9 u+ V4 _$ l; F& l% j6 w! c5 e1 E7 ^5 f( {
[為何要繞? 背景是什麼?]+ I" k& m- y: k& W6 C( J( L/ i
依照我自己研究出來的歷史,我發現可能的原因是因為PCI設備越來越多,然後當時的中斷控制器是串聯的8259A,所以只有IRQ0~IRQ15可以用,且IRQ2已經連接 "僕8259" (第二顆中斷控制器),所以剩下來15支IRQ#可以用,但是又因為x86系統在早期的設計中,有些IRQ#已經分配給固定的設備使用,所以剩下來沒幾支可以用,可是設備又那麼多,所以如何去分配剩下來的IRQ就是大家討論的話題。
. o7 ^6 Y  k! I0 B7 l
; \& l+ ~, g6 z$ J/ p, J: F$ X[IRQ繞線的歷史發展]
6 a( Q3 _2 E, p依照我查到的資料,早期的作業系統Windows 95年代左右,PCI設備要使用哪一支IRQ中斷線是靠PCI卡上面的"跳線"去控制,所以有可能會因為兩個PCI設備跳同一支"IRQ#"而造成衝突導致當機或是藍底白字。8 Q4 W9 x5 d4 u: j
後來改用BIOS Setup Menu內去控制,也就是可以進去BIOS設定畫面去設定IRQ分配。" z: r4 i# S3 U1 H4 b" _" _2 I# Q

4 I. c& f; j2 U& e因此為了解決PCI設備越來越多,但是IRQ不夠用的情況,所以微軟找上的晶片廠商也就是Intel合作開發PIRQ Route Controller,簡單說就是微軟想在他的作業系統上面支援"共享IRQ中斷架構"的驅動程式,但是需要硬體配合,因此定義了PCI IRQ Routing Table來規範硬體線路要怎樣繞線,且需要BIOS支援哪些資訊。
9 L1 C' z+ q. _' c. Z' ~& t7 x2 \* L) o
[為什麼是PCI設備而不是ISA設備?]% ^3 U' Y- o( |- |; r
因為當時PCI Bus取代了傳統的周邊匯流排,所以PCI設備橫行,且設備需要服務就是透過中斷請求線IRQ#請求服務,對於OS端來說,這個服務就是驅動程式,至於CPU如何把控制權交給OS,則是靠IDT (interrupt Description Table),相關詳細資料請看Windows核心說明。3 z/ V0 L8 y  O$ i1 R# @
- H: f0 E, w" R+ z2 i
[跟DOS有關嗎?]; A3 Z# G; p' L: F+ x/ [! P* X
應該是無關,除非你在DOS下替你的PCI設備寫了一個驅動程式,或是你的PCI設備在DOS模式下要工作,不過應該也是沒啥機會這樣做吧,所以PIRQ Routing都是針對Windows作業系統而言,因為與設備驅動程式管理有關。+ f& _4 U4 L; _# L8 V

  ^, w) X) y5 o) S4 f[Windows 作業系統的改變]& v" ?! b0 e: b
對於微軟自己定義的規範中,他最希望的就是能夠共享IRQ,所以在作業系統的改變就是要能分辨是哪個PCI Device透過IRQ發出請求,這是因為可能有好幾個PCI 設備都用同一支IRQ#中斷請求,所以OS 必須要能夠讓正確的驅動程式去服務發出中斷的設備,因此在撰寫OS 端的 Driver 時有了新的規範(針對共享IRQ的驅動程式有其規範)。6 Y- t7 T( C6 o
) U3 U' S+ w! v* R/ h
[Chipset的改變]- ]% e& o( W/ A& j! Q
起先為了微軟的規範,Inetl 在南橋ICH上面多了幾支接腳(PIRQA~PIRQD),這幾支接腳又有對應的暫存器可以組態他們,例如下面範例:
+ Y- `% T; [1 g3 z' w  S  N" k( [1 F" D/ M' s( O
PIRQA Register 60h bit3:0 <--PIRQA那隻接腳的設定暫存器在LPC Reg60h,其中bit3:0定義如下
) H+ ~- \. p8 |0 P* G( `7 l=================================================================================
$ u; f. |# l' R! v" R& H( oIRQ Routing — R/W. (ISA compatible.)0 C7 s8 T1 C) F0 \; W$ n- c8 X
Value IRQ * w2 \2 r# w' Y8 s( b$ Y2 r/ ^
0000b Reserved ' x- W% x4 m- a1 I- [
0001b Reserved - \* w6 M- c" `' G8 v1 n
0010b Reserved - |! P/ ^+ e2 ~1 p
0011b IRQ3 5 _% \  }6 N" k. _2 b
0100b IRQ4 % A9 j( [8 O3 ~1 w. I& V
0101b IRQ5
  N  u1 o; [# w1 H( A( [% v+ m+ U# n0110b IRQ6   D1 S- J) L& d
0111b IRQ7 + P6 z9 H2 G7 y7 ~1 h  ]
...
+ v( f- M6 E6 u1 b# S7 d4 Z由上面範例可以看出每支PIRQ接腳都可以用"軟體"設定的方式橋接到IRQ#的任何一支。" Y5 L  o& X9 C  d9 c1 D
也由於上面範例我們可以知道,OS 必須"先知道哪些IRQ可以被使用" 還有"哪些IRQ已經被使用",因為OS本身有自己配置IRQ#的演算方式,因此必須要先知道這些資訊,才有辦法去對PIRQ#繞線。
0 Q6 j7 V5 [1 T4 }% n. \
' s/ @7 O! D; y[BIOS的支援]
* M& e! ]+ t9 \% Z所以BIOS要提供"PIRQ Routing Table"給作業系統,然後OS就可以得到這些資訊,但是又因為OS版本不同(Win95/Win95/Win2000/WinXp or Acpi OS/non-ACPI OS..等分類),所以透過的傳遞管道也不同。
9 b3 `7 a! [6 ^) v0 x1 Y
2 h4 n, W3 }7 X) w( N: D[後來的演變]9 N: o- a" a8 e  y
隨著PCI設備越來越多PIRQ只有4支接腳已經不夠用,所以後來擴充到8支,分別是PIRQA~PIRQH。# A( {( C4 y/ L8 R2 b1 _

6 x) S* Q( m8 L( O+ |8 Q' H+ x至今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)。
* `: ~. u# }# Y0 V+ K" \# U3 J) m: y
另外由於南橋ICH有兩種PIC,所以進入ACPI OS時是採用Legacy PIC mode 還是APIC mode 也會影響BIOS提供PIRQ Routing Table的方式,所以在ACPI Mode 底下又分成APIC Mode方式或是Non-APIC Mode(PIC Mode)方式。
  k7 U  f6 h/ j/ i0 t
% k9 ~2 m& ^! ?% q* ^% b% z4 [4 f& G3 K# M5 A) x8 j. \

. U% ]7 j8 ]  D6 j* z/ m8 ^' a$ w& c[結論]& D4 C; v! B# f- H3 d0 i
PIRQ#是南橋上面的接腳,連接到PCI 的INTA#~INTD#,原本INTA#~INTD#應該直接接到PIC上面的IRQ#接腳,但是因為IRQ#不夠用,所以微軟才與Intel合作,多做了幾支接腳出來,然後用軟體方式去配置這些多出來的接腳PIRQ#要繞線到哪個IRQ#,且作業系統的驅動程式可支援共享IRQ中斷,所以在Chipset 端把這種機制稱之為PIRQ Route Controller (具有PIRQ繞線功能的控制器,也就是某某一代的南橋開始把這個功能整合進去南橋晶片內)。
- G) t2 g- y( e) n; ~) h$ f& j
! e& k4 Z+ b8 t4 ?( {而BIOS所扮演的角色就是提供PIRQ Routing Table,這個Table的結構如同微軟的PCI IRQ Routing Table的規範,而當系統演變到ACPI 後,BIOS也改變了提供Table的方式,也就是改遵循ACPI Spec內的規範去提供這些資訊。0 f2 W1 T9 \  ?3 S% F8 y

  M' Q- W& Y( k0 [& x4 \3 E6 Z上述這些資訊只是我整理的筆記的一部分概要,詳細內容可以參考相關資料說明,畢竟我也是花了一個多星期的時間才整理出整個PIRQ的歷史,是對是錯我也不清楚,畢竟過去的架構我來不及參與,只能就我收集到的資料作一個描述,如有誤請先進指教。
  M. I# I1 C% }6 W+ I) r$ T6 T, T  I3 U" B! @2 J2 M1 g- E+ e

! t2 J7 ]) E: [2 T6 M  ^0 }% x
0 A. {3 R8 R7 z; w3 `) L/ Y. o[後記]
4 i' T$ w/ y1 g) v! M1)當ACPI OS 系統處在APIC Mode的時候,PIRQA~PIRQH會直接對應在APIC 的IRQ16~IRQ23而不需要繞線。2 r1 a( G2 U3 o1 u  o$ N
2)APIC 目前可提供的中斷請求線有 IRQ0~IRQ255 ,目前只使用IRQ0~IRQ23
" t0 J' W; L  X. G7 Z+ o3)APIC 前面的IRQ0#~IRQ15對應到PIC的IRQ0~IRQ15
4 w3 R5 [8 O3 O$ R' r3 O4)PIRQ Routing 是指: IRQ不夠用才需要透過PIRQ Routing Controller繞線,所以只針對PIC,而APIC模式則不需要繞線。
& R9 x/ J) H/ U4)APIC Mode只需要描述哪些PCI Device共用了哪些PIRQ線。
- S1 z4 |7 @$ j- d/ \5)non-APIC mode則需要描述哪些PIC的IRQ#可以被使用,描述的內容如同PCI IRQ Routing Table,差別在於用ASL Code描述# |) {  A1 A. o- x: [, c$ N0 L& W0 Z
6)APIC有分成Local APIC與I/O APIC,這邊所提到的都是指I/O APIC。
. t9 F: H7 o$ l# i- t5 s4 D. C, d/ I8 Y: i/ f8 M: S2 D
[Reference]
( _& M# D6 e5 U& z  Ahttp://www.microsoft.com/whdc/archive/pciirq.mspx
: Z, B4 T+ u, {* w  _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=25343 J2 B/ X9 ?$ W, ^5 m! @

4 |4 @8 W5 k2 I0 n' C# d从IRQ到IRQL(APIC版); {# Y; B, M' a$ o0 f* v4 i0 o( I

; m% s9 E4 y( [* B作者:SoBeIt! i% ?. s& m" E8 e- M3 |
出处:https://www.xfocus.net/bbs/index.php?act=ST&f=2&t=45502! j# E% }; x, ^% f+ |
日期:2005-02-04
" |  p/ V- w3 ^$ k" ?9 o! u% Y( z3 @1 w+ A+ y, N3 D7 X
事实上,老久的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那样虚拟一个中断控制器要简单得多了。
( d% _  N. C3 f# Q5 S& _5 i
# D5 y: K1 q5 B( R    现在来简单介绍一下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接收处理器间中断消息。
! M% N; r9 X# U' W/ @% |5 H
3 a1 {! C, C. m9 }  Q    和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个中断向量,可以进一步细粒度地区分中断的优先级。# |, X6 Q; p' K* z
% M- h; F8 _8 d2 _5 y9 I* @+ ^' ~+ z
    在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提供了一个固定的中断向量:
1 Y# r& D4 j( d, M3 `5 G4 @+ {4 c. ~. Z$ ]2 e* Z
#define ZERO_VECTOR             0x00    // IRQL 00
' o" t! [( _/ F#define APC_VECTOR              0x3D    // IRQL 01* F: M1 p$ |$ H% ]/ V
#define DPC_VECTOR              0x41    // IRQL 02/ m( V5 z  w2 k* H# a- ^
#define APIC_GENERIC_VECTOR     0xC1    // IRQL 27" S+ C, C4 z- x4 q0 w- _: e5 G
#define APIC_CLOCK_VECTOR       0xD1    // IRQL 28
, \+ i0 F) o8 |, i# w8 [#define APIC_SYNCH_VECTOR       0xD1    // IRQL 28
% X! V- j$ Y0 E1 }7 \: b: J8 I7 \#define APIC_IPI_VECTOR         0xE1    // IRQL 29. ^0 z  g  O7 U/ S( A2 h
#define POWERFAIL_VECTOR        0xEF    // IRQL 306 t: ?  o2 t- z9 a- ?
#define APIC_PROFILE_VECTOR     0xFD    // IRQL 31
1 q5 H  V4 g( a; {
; {& m# M) O1 w& e0 p5 X/ n0 S! K
: }' t8 B9 C' E# H现在看一下一些重要的数据:
7 |1 u3 J% z* @4 _% p
7 m! F( D/ v, c9 }+ m这是我写的代码输出的IO APIC重定向表内容:8 i2 w. S; y9 |% p
( X$ |- q) p, t$ U
Redirect Table Index:    0x17' N; w1 O2 L3 g: I6 d
Redirect Table[ 0]:      ff2 \) V% y+ s4 G
Redirect Table[ 1]:      b3
+ V, A' {5 X* F) Z) f- [Redirect Table[ 2]:      ff
& h/ W+ o9 Q2 T0 ~Redirect Table[ 3]:      51: O( |' g8 J3 L9 ^: h* L
Redirect Table[ 4]:      ff
# i% O2 {/ O" |9 t/ _" ]Redirect Table[ 5]:      ff5 \& e. C0 R' g* c1 |# {. g
Redirect Table[ 6]:      62: t5 w, R6 V# |$ p! a" r2 H* A
Redirect Table[ 7]:      ff, D! u/ ]5 \) v  Q$ Z. V' t5 D
Redirect Table[ 8]:      d1/ z1 l7 I; r0 ^6 A* }- R
Redirect Table[ 9]:      b1, Q  i" l3 \! y2 @4 B' G1 @, U
Redirect Table[ a]:      ff
9 z9 v+ I7 `6 ^4 YRedirect Table[ b]:      ff
; P# ^& I0 {7 r( |& z8 FRedirect Table[ c]:      52
( G9 B0 X# A' x4 O4 DRedirect Table[ d]:      ff: z- C& h8 }9 K5 n! }+ H! b# l
Redirect Table[ e]:      ff  S% j8 P: d% C
Redirect Table[ f]:      92  G  S/ p/ m: l: l
Redirect Table[10]:      ff
9 b: e- M! E, J# q' B0 M. BRedirect Table[11]:      a3
# P. J: |6 X4 J* nRedirect Table[12]:      83' ^$ c# n' R4 g% B4 G! K# K% q
Redirect Table[13]:      93. W8 r% g  e% J! e& ]0 }7 E: w
Redirect Table[14]:      ff. y/ Z, u6 m  E' x3 I
Redirect Table[15]:      ff6 R0 G' c8 {9 F8 K! a) \4 s6 h6 m
Redirect Table[16]:      ff( P& A3 ]4 m4 `. D' C0 j
Redirect Table[17]:      ff
: g. u, l$ k0 c+ b* E# P: D+ q+ E$ s5 _1 q
这是IDT表中被注册的向量:
( E: Q0 F( _" }, p! v9 r) G0 r7 v7 N) ]2 Y3 ?5 ]" G
1f: 80064908 (hal!HalpApicSpuriousService)
$ e0 k: n. X4 @; h37: 800640b8 (hal!PicSpuriousService37)) H, o4 c2 ]# r3 i7 \3 |1 g
3d: 80065254 (hal!HalpApcInterrupt)0 }1 J7 V5 E+ M
41: 800650c8 (hal!HalpDispatchInterrupt), A$ K7 B" s, g* \6 v: A5 X
50: 80064190 (hal!HalpApicRebootService)+ Y6 Y5 z$ q" J4 D+ c
51: 817f59e4
  C: u! I9 T& U  z, l1 X' Y& N  }(Vector:51,Irql:4,SyncIrql:4,Connected:TRUE,No:0,ShareVector:FALSE,Mode:Latched,ISR:serial!SerialCIsrSw(f3c607c7))1 y2 Y& A% H7 \" l
52: 817f5044 ' u4 ~4 r8 }5 R. Q' J
(Vector:52,Irql:4,SyncIrql:a,Connected:TRUE,No:0,ShareVector:FALSE,Mode:Latched,ISR:i8042prt!I8042MouseInterruptService(f3c57a2c))! H- J! M' C6 k: F$ A0 p  ~9 z$ w
83: 817d2d44 : y, {0 M: b) G; `$ \6 R
(Vector:83,Irql:7,SyncIrql:7,Connected:TRUE,No:0,ShareVector:TRUE,Mode:LevelSensitive,ISR:NDIS!ndisMIsr(bff1b794))4 g2 ^. \& ?& H" r* X
92: 81821384 8 v3 J2 ^' P8 N- o1 s4 i9 N
(Vector:92,Irql:8,SyncIrql:8,Connected:TRUE,No:0,ShareVector:FALSE,Mode:Latched,ISR:atapi!ScsiPortInterrupt(bff892be))
/ }% i3 W/ c7 n  o8 u# L* ?93: 8185ed64
( i% Q( O; C  w- b(Vector:93,Irql:8,SyncIrql:8,Connected:TRUE,No:0,ShareVector:TRUE,Mode:LevelSensitive,ISR:uhcd!UHCD_InterruptService(f3f0253e))* Z6 G1 E& h* w
a3: 8186cdc4 8 w5 t- M9 L9 ?
(Vector:a3,Irql:9,SyncIrql:9,Connected:TRUE,No:0,ShareVector:TRUE,Mode:LevelSensitive,ISR:SCSIPORT!ScsiPortInterrupt(bff719f0))
8 C, \  a% q8 d1 a6 Gb1: 818902e4 " j; e& e7 G& Y' J/ F
(Vector:b1,Irql:a,SyncIrql:a,Connected:TRUE,No:0,ShareVector:TRUE,Mode:LevelSensitive,ISR:ACPI!ACPIInterruptServiceRoutine(bffe14b4))0 p( W7 I7 b2 E. T( P; Z
b3: 81881664   F2 x" z. l- e; A& ^
(Vector:b3,Irql:a,SyncIrql:a,Connected:TRUE,No:0,ShareVector:FALSE,Mode:Latched,ISR:i8042prt!I8042KeyboardInterruptService(f3c51918))! [$ Y& J" W0 X! F+ Z; V
c1: 800642fc (hal!HalpBroadcastCallService)
; V9 \) k6 P0 C3 C4 fd1: 80063964 (hal!HalpClockInterrupt)0 k- V, q& ?: e* n+ n8 p
e1: 80064858 (hal!HalpIpiHandler)
, q+ t% @4 k6 ~$ S5 r1 Ge3: 800645d4 (hal!HalpLocalApicErrorService)
& _' g6 B; X0 o) A% g& Ffd: 80064d64 (hal!HalpProfileInterrupt)- p' L( r$ {; H( V
fe: 80064eec (hal!HalpPerfInterrupt)% {* n, |* ?! F/ ?+ T* l
0 C; c" j- l0 H  O. b
象a3、b1这类输出内容很多的是被硬件注册的中断向量,而象d1、e3这种输出内容少的是注册为了的HAL内部使用的中断向量和本地APIC中断向量
1 O9 {& {2 {9 M' d% ^
5 ~) Q' H& x. ^$ ?; \这是几个重要的数组:0 I5 H: k7 H  Y/ h- {! c- m

/ i" f5 J' s& n- W. `6 K! XHalVectorToIrql(这个数组是以向量除于16做索引):
9 H- d) F4 B- c. V- x- J4 u8006a304  00 ff ff 01 02 04 05 06-07 08 09 0a 1b 1c 1d 1e
- A8 A( v2 z" Z! J( J2 I; K6 W7 F7 l( g
HalpIRQLtoTPR:3 ]8 P* k4 Z3 T( I% z, U
8006a1e4  00 3d 41 41 51 61 71 81-91 a1 b1 b1 b1 b1 b1 b1
* O& F  ?, C$ M9 [8006a1f4  b1 b1 b1 b1 b1 b1 b1 b1-b1 b1 b1 c1 d1 e1 ef ff( {) N9 u( m1 Y. u2 R% c

1 k2 ?# D3 d, _/ J! nHalpINTItoVector:
$ F; P- d* w! {8 d. c8006ada0  00 b3 61 51 a2 b2 62 91-a1 b1 71 81 52 82 72 926 Z$ G  R$ y# L* Q" ^( b( M% {
8006adb0  00 a3 83 93 00 00 00 00-00 00 00 00 00 00 00 008 K) L4 J5 F6 _7 Q
- R  X" W6 B% M  ]% N
HalVectorToINTI:; z5 g7 ], l& G  g; G5 P. e% T1 H- ^  z
8006a204  ff ff ff ff ff ff ff ff-ff ff ff ff ff ff ff ff( b2 ]' f, `6 @) Q; p% y* P
8006a214  ff ff ff ff ff ff ff ff-ff ff ff ff ff ff ff ff: `& {. v# Q/ c/ |
8006a224  ff ff ff ff ff ff ff ff-ff ff ff ff ff ff ff ff
( p9 s! H6 ~( |; W8006a234  ff ff ff ff ff ff ff ff-ff ff ff ff ff ff ff ff
7 G/ L* O, r& k& c' c2 h- o8006a244  ff ff ff ff ff ff ff ff-ff ff ff ff ff ff ff ff% `8 O, L+ N) w
8006a254  ff 03 0c ff ff ff ff ff-ff ff ff ff ff ff ff ff
" o' f1 s: X$ L: F  G1 r0 J6 G8006a264  ff 02 06 ff ff ff ff ff-ff ff ff ff ff ff ff ff
) I3 M- k  Q$ k! Y8006a274  ff 0a 0e ff ff ff ff ff-ff ff ff ff ff ff ff ff7 A0 R7 y9 [5 L4 y* D9 u
8006a284  ff 0b 0d 12 ff ff ff ff-ff ff ff ff ff ff ff ff
" p! \% m) d% ~2 |: x8006a294  ff 07 0f 13 ff ff ff ff-ff ff ff ff ff ff ff ff" ~  M* E0 Y: G& {! v
8006a2a4  ff 08 04 11 ff ff ff ff-ff ff ff ff ff ff ff ff
+ B0 x& c$ }3 Z  p8 r8006a2b4  ff 09 05 01 ff ff ff ff-ff ff ff ff ff ff ff ff
& p; K+ w" o  }! E. }8006a2c4  ff ff ff ff ff ff ff ff-ff ff ff ff ff ff ff ff( k  P$ v" @" ^- B/ f9 g9 m
8006a2d4  ff 08 ff ff ff ff ff ff-ff ff ff ff ff ff ff ff/ l+ ]/ U4 g  l
8006a2e4  ff ff ff ff ff ff ff ff-ff ff ff ff ff ff ff ff
- D4 U8 k9 p: n  C& P+ x& b8006a2f4  ff ff ff ff ff ff ff ff-ff ff ff ff ff ff ff   ) Y% w2 V9 A- ~. }# i1 f
  v7 f4 R/ D! O% @+ r6 }. W
& c8 U6 g5 c% u1 m( i7 L
vBucket:  \6 w6 X+ T- g1 B  @
8006ae30  02 02 02 03 03 03 03* l( R# t; B. g  k$ J  d  _

1 m: X2 V' S. ^    举个例子来说明一下,在我虚拟机里SCSI Controller的IRQ是17(注意,已经大于16了),到重定向表中查找第17项,得到中断向量为0xa3,再看IDT,0xa3对应处理例程是SCSIPORT!ScsiPortInterrupt。7 s; n2 W8 C3 ~- U+ z  f

7 J9 c' r7 E4 s0 u- P    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等向量就没有对应。/ P6 e; }; g4 V! T6 \6 B: Q

  \0 N0 K- p0 w) `6 W; ?- F    IRQL机制为内核同步提供了很大的便利,既对驱动开发者隐藏了底层中断机制,也方便了驱动开发者的内核同步。LINUX从2.5内核开始引进的软中断和任务队列等机制,很大程度上也来自windows这套机制的借鉴。
  V  y, q2 ]$ `$ @, e4 t4 \) A) S, |) j5 M# @: q/ k
    终于考完试,解放了,呵呵。这个东西其实还有很多可写的,只是没空再深入去分析了。在未来的64位系统里,APIC这种基于中断引脚的机制很快也要被SAPIC这种基于消息的更强大的机制所取代
回复

使用道具 举报

发表于 2008-3-13 09:04:14 | 显示全部楼层
I/O APIC演進
" [$ _$ U# @. k来自:http://www.four-stock.com/forum/ ... d=32&sid=JZS6Kb
8 {& X# E# Z3 k1 \9 D
  S! [' G" _+ r0 b& I: D3 J+ f; S作者: Titan    時間: 2007-10-26 17:51     標題: I/O APIC演進~~~~~~~
5 O  l" i; G$ L& E5 e3 g) r; ?' M1 \5 _9 `' x

0 ?) n4 l( C8 k  m訂正一下..作者不是他..是下面的作者...
1 d( c0 |( V( u7 n* w2 ~. c* [http://biosengineer.blogspot.com/
回复

使用道具 举报

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

使用道具 举报

发表于 2008-11-25 16:35:44 | 显示全部楼层
LZ很厉害,还帖子!支持。
! h3 D& W9 J' G& `# ~. }+ i8 k希望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
/ D' g) }+ T$ {+ d6 J& x**************************************************! x; E( I4 |- o9 Q4 \
Method(\_PIC,1)
6 J0 |: e, R  p! n0 z  {) {  m2 H" J# h9 ^( `2 a! P
          Store(Arg0,PICM)4 W1 ]$ z  L0 v0 ~) B1 v0 Q
  }* A7 {5 e3 g" b/ r
**************************************************! K# q) t" L/ ~9 {$ C9 }7 @
. w; a0 W7 ?+ b+ N0 J! M
And in _PRT methord , it will return PIC or APIC mode routing table
1 B9 w' Z9 R5 X+ E
7 ]9 ?$ r8 j4 @7 Q8 V& k1 T- t***********************************************
/ \8 M1 v) w3 ?( S2 rMethod(_PRT,0) {3 ?5 c8 H% _  s0 B8 p+ v! A& c
If(PICM) { Return(AR04) }// APIC mode
2 d# T; x8 Y8 _0 ZReturn (PR04) // PIC Mode  W: |/ C5 }. h
} // end _PRT
( G0 G2 v. J3 C0 S/ p! O6 [1 ?/ E**********************************************
回复

使用道具 举报

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

回复 7# 的帖子

IRQ0-15就是PIC,15-23就是APIC吗?6 j: a/ U& p6 L6 Z
不是.4 K3 n- V! O! I/ g' f) \
这个看南桥的做法,Intel上面貌似是这样的,当nVidia就不一定了.
) g" S* c" v6 |6 X
& P  d8 {4 p: k; M4 d我们在设备管理器里看到的IRQ共享,应该如何解释呢?
! j0 q2 X- O/ q& K& yAPIC里面是可以共享IRQ的,你看到了,说明你的系统是使用APIC在.
回复

使用道具 举报

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

使用道具 举报

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

本版积分规则

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

GMT+8, 2026-5-16 06:52 , Processed in 2.475607 second(s), 17 queries .

Powered by Discuz! X3.5

© 2001-2025 Discuz! Team.

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