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

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

[复制链接]
发表于 2008-2-27 14:24:22 | 显示全部楼层 |阅读模式
自己比较懒,网络上的文章和资料有:( M$ ^, F! M' U' W4 n, r- ?( F# M
1、PCI IRQ Routing Table Specification (中文请参照《BIOS研发技术剖析》中的描述)* Z, D! @" ?% k
microsoft: http://www.microsoft.com/whdc/archive/pciirq.mspx
1 V9 s% P9 {, m9 O7 D! |% ~0 g
& u5 P& Q- p7 e1 W) y6 M2、PCI IRQ Routing on a Multiprocessor ACPI System
3 D/ Z7 K( T+ U% M3 y7 ?$ Smicrosoft: 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=JZS6Kb1 K7 Y$ X; N% R8 X# d. m

. [1 _# G  F4 r! p+ A' Z) l作者: Titan    時間: 2007-10-26 17:51     標題: I/O APIC演進~~~~~~~ - }# {& t3 l! ~
此作者为转载作者,见下面网友的更正。
% Y6 }8 h: I6 k3 C* ?  H: J
$ a4 V1 a5 @2 ?' r在x86歷史的演進中,有很多的BIOS工程師對於PCI IRQ Routing Table還是搞不清楚,我剛入行的時候也是一樣,對於這個東西一點概念都沒有,只知道是因為IRQ#不夠用,所以才需要去繞線(Routing)。
6 c0 f: r0 U: W9 ]
, J- [* o0 I" x3 ]# _3 b[為何要繞? 背景是什麼?]
2 D" U% O3 k+ @1 M" p/ q依照我自己研究出來的歷史,我發現可能的原因是因為PCI設備越來越多,然後當時的中斷控制器是串聯的8259A,所以只有IRQ0~IRQ15可以用,且IRQ2已經連接 "僕8259" (第二顆中斷控制器),所以剩下來15支IRQ#可以用,但是又因為x86系統在早期的設計中,有些IRQ#已經分配給固定的設備使用,所以剩下來沒幾支可以用,可是設備又那麼多,所以如何去分配剩下來的IRQ就是大家討論的話題。
% B5 w( Z8 u9 w( T6 U  r0 a1 \% S' [7 W, b7 M
[IRQ繞線的歷史發展]6 v. f: \: r* V
依照我查到的資料,早期的作業系統Windows 95年代左右,PCI設備要使用哪一支IRQ中斷線是靠PCI卡上面的"跳線"去控制,所以有可能會因為兩個PCI設備跳同一支"IRQ#"而造成衝突導致當機或是藍底白字。) g4 j, i' m" J7 v. S! q9 y
後來改用BIOS Setup Menu內去控制,也就是可以進去BIOS設定畫面去設定IRQ分配。, c! Q- p1 B# _2 [  e
3 R* |1 `8 o$ R, c$ D& w
因此為了解決PCI設備越來越多,但是IRQ不夠用的情況,所以微軟找上的晶片廠商也就是Intel合作開發PIRQ Route Controller,簡單說就是微軟想在他的作業系統上面支援"共享IRQ中斷架構"的驅動程式,但是需要硬體配合,因此定義了PCI IRQ Routing Table來規範硬體線路要怎樣繞線,且需要BIOS支援哪些資訊。3 P  l+ r2 f9 @: }& ~7 y

0 ?5 |- ?& x2 \. @& Z: }8 W- C[為什麼是PCI設備而不是ISA設備?]7 i4 T3 E7 D& E/ v3 C. x
因為當時PCI Bus取代了傳統的周邊匯流排,所以PCI設備橫行,且設備需要服務就是透過中斷請求線IRQ#請求服務,對於OS端來說,這個服務就是驅動程式,至於CPU如何把控制權交給OS,則是靠IDT (interrupt Description Table),相關詳細資料請看Windows核心說明。
& ?6 w% @' c& p) |0 |/ K
( H0 F' y3 E5 S. Q3 N7 g  ]1 t[跟DOS有關嗎?]0 Z: _! J: f% {$ J% l$ M
應該是無關,除非你在DOS下替你的PCI設備寫了一個驅動程式,或是你的PCI設備在DOS模式下要工作,不過應該也是沒啥機會這樣做吧,所以PIRQ Routing都是針對Windows作業系統而言,因為與設備驅動程式管理有關。3 X# l/ g; \2 I& ?

! J& h# n. S5 T8 _  |[Windows 作業系統的改變]% `; T( @- O, l/ ?0 H; C; p8 F
對於微軟自己定義的規範中,他最希望的就是能夠共享IRQ,所以在作業系統的改變就是要能分辨是哪個PCI Device透過IRQ發出請求,這是因為可能有好幾個PCI 設備都用同一支IRQ#中斷請求,所以OS 必須要能夠讓正確的驅動程式去服務發出中斷的設備,因此在撰寫OS 端的 Driver 時有了新的規範(針對共享IRQ的驅動程式有其規範)。3 T" c# x4 w/ T" X3 q' d4 W  A0 t/ b$ x

! L! D$ `+ U4 Q& L5 p[Chipset的改變]* J( z6 G3 M! o
起先為了微軟的規範,Inetl 在南橋ICH上面多了幾支接腳(PIRQA~PIRQD),這幾支接腳又有對應的暫存器可以組態他們,例如下面範例:
8 k# M' d" n( r. W8 g4 v3 S1 R3 j/ U1 J" F7 h6 G* c
PIRQA Register 60h bit3:0 <--PIRQA那隻接腳的設定暫存器在LPC Reg60h,其中bit3:0定義如下
& f, q1 V) d4 g9 R- E2 r=================================================================================
/ L, w- q$ s/ F; |/ a9 {IRQ Routing — R/W. (ISA compatible.)
* q9 c; Q( |3 \  ]" eValue IRQ ; f$ S. m4 a& C" R# w1 B5 Q
0000b Reserved 6 H% O: }% ^6 g5 J, _7 T
0001b Reserved
" X: L8 }: }- ^0 c2 T0010b Reserved 7 |1 G1 X; u2 G4 z
0011b IRQ3
  X7 E) \" |- R5 x' w2 E0100b IRQ4
; Z- h* d- y- i8 `0101b IRQ5 9 b# F* v: d8 D) V
0110b IRQ6 - k3 H+ O6 R  E! h  i( M
0111b IRQ7
$ k  z; }6 s8 G, [...0 P) K$ ^9 A, d0 K
由上面範例可以看出每支PIRQ接腳都可以用"軟體"設定的方式橋接到IRQ#的任何一支。: f+ p, r: D) p$ g; u
也由於上面範例我們可以知道,OS 必須"先知道哪些IRQ可以被使用" 還有"哪些IRQ已經被使用",因為OS本身有自己配置IRQ#的演算方式,因此必須要先知道這些資訊,才有辦法去對PIRQ#繞線。! m3 n0 ~2 N( z, X, D% [# k
0 k1 ]/ O9 `" T
[BIOS的支援]
, X' h* T* D2 W7 s所以BIOS要提供"PIRQ Routing Table"給作業系統,然後OS就可以得到這些資訊,但是又因為OS版本不同(Win95/Win95/Win2000/WinXp or Acpi OS/non-ACPI OS..等分類),所以透過的傳遞管道也不同。/ X  J$ L/ G  |) M8 g( K

( x0 ]( X7 N& ]+ d[後來的演變]+ O4 J& h4 y6 ?4 @
隨著PCI設備越來越多PIRQ只有4支接腳已經不夠用,所以後來擴充到8支,分別是PIRQA~PIRQH。. G& h" E; H: c
6 [" x* v% h2 e' Q7 f  L( B0 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)。
. G( G! U# ?; l2 h" h
6 P+ d, I* m; d' Y, L5 f; H' x另外由於南橋ICH有兩種PIC,所以進入ACPI OS時是採用Legacy PIC mode 還是APIC mode 也會影響BIOS提供PIRQ Routing Table的方式,所以在ACPI Mode 底下又分成APIC Mode方式或是Non-APIC Mode(PIC Mode)方式。
: _/ H6 E/ S, r! Q6 N# p
  a; t# s" t8 g, m+ L4 N% e4 |2 z, D& D/ Q+ g+ |0 Z8 E8 w
/ M9 ^/ n5 m, w1 l4 o
[結論]0 Y: o5 h, ?/ w
PIRQ#是南橋上面的接腳,連接到PCI 的INTA#~INTD#,原本INTA#~INTD#應該直接接到PIC上面的IRQ#接腳,但是因為IRQ#不夠用,所以微軟才與Intel合作,多做了幾支接腳出來,然後用軟體方式去配置這些多出來的接腳PIRQ#要繞線到哪個IRQ#,且作業系統的驅動程式可支援共享IRQ中斷,所以在Chipset 端把這種機制稱之為PIRQ Route Controller (具有PIRQ繞線功能的控制器,也就是某某一代的南橋開始把這個功能整合進去南橋晶片內)。
/ Y6 S7 f8 ]( N0 I. e7 d* @  u" P/ a" W4 w8 Z% b7 D. n5 V2 x
而BIOS所扮演的角色就是提供PIRQ Routing Table,這個Table的結構如同微軟的PCI IRQ Routing Table的規範,而當系統演變到ACPI 後,BIOS也改變了提供Table的方式,也就是改遵循ACPI Spec內的規範去提供這些資訊。. a3 Z* q, c! a: t
$ m' _. E* N8 N: y' f  \5 s
上述這些資訊只是我整理的筆記的一部分概要,詳細內容可以參考相關資料說明,畢竟我也是花了一個多星期的時間才整理出整個PIRQ的歷史,是對是錯我也不清楚,畢竟過去的架構我來不及參與,只能就我收集到的資料作一個描述,如有誤請先進指教。
! r0 w& e: a, K: K( l, [, n, Q, |# x! n4 k  i/ C

/ @% S" ?1 o& Z8 O0 f5 @" c5 @$ C7 E) J
[後記]
, Q+ F. s3 `/ z4 e+ U! ~1)當ACPI OS 系統處在APIC Mode的時候,PIRQA~PIRQH會直接對應在APIC 的IRQ16~IRQ23而不需要繞線。
6 z" N* _* V5 B2)APIC 目前可提供的中斷請求線有 IRQ0~IRQ255 ,目前只使用IRQ0~IRQ23
! a  K9 `# F% X% T; Z3)APIC 前面的IRQ0#~IRQ15對應到PIC的IRQ0~IRQ15/ {6 K  j7 m+ j
4)PIRQ Routing 是指: IRQ不夠用才需要透過PIRQ Routing Controller繞線,所以只針對PIC,而APIC模式則不需要繞線。
7 O; }9 ?: V* B" O  w4)APIC Mode只需要描述哪些PCI Device共用了哪些PIRQ線。5 @3 }, v2 m( `! {$ [! w, R$ X
5)non-APIC mode則需要描述哪些PIC的IRQ#可以被使用,描述的內容如同PCI IRQ Routing Table,差別在於用ASL Code描述
2 {  f  u& w, d' h8 k! C- a6)APIC有分成Local APIC與I/O APIC,這邊所提到的都是指I/O APIC。+ [6 s& R2 `( f  Q7 {2 O
$ o- S; L& x- v  A8 u
[Reference]* {6 {9 E& Y& `0 p7 U1 H- |& g' j
http://www.microsoft.com/whdc/archive/pciirq.mspx
3 |; P4 V6 H- r0 n+ O2 Q" K! h# \3 Mhttp://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( A4 Q+ ?  [6 X1 L( z
. a/ J3 U5 h8 H& z, q- ^: N
从IRQ到IRQL(APIC版)& b( r5 ^9 `& f% g. x/ P

: R& i: J( K; O  H. |作者:SoBeIt! d4 [( t0 ]& L3 A: k9 Y" L/ j5 Z5 S
出处:https://www.xfocus.net/bbs/index.php?act=ST&f=2&t=45502
- A2 [7 L  V; m! n) X日期:2005-02-04# @! D: h$ d% w

! s7 @  f& F( 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那样虚拟一个中断控制器要简单得多了。8 O) e% A* h( P( f, t5 c9 H

4 _) e8 {: C6 j# p6 S2 X    现在来简单介绍一下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, N+ P& n8 L' ?

8 c0 u+ u' f) A3 y    和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 n. N7 y! Y- r2 ^9 c% T. l( L
  }6 E1 y: l5 R- E
    在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提供了一个固定的中断向量:( s- \$ J, v! N6 o  M) d: m
7 {9 [7 F- y5 M1 U4 h$ s
#define ZERO_VECTOR             0x00    // IRQL 00
# a# X3 w$ a$ J3 A3 E7 F2 l#define APC_VECTOR              0x3D    // IRQL 01" |: L3 y. v  ]1 t% R( s, \
#define DPC_VECTOR              0x41    // IRQL 02) a3 [1 c  m# h* g; Y$ A
#define APIC_GENERIC_VECTOR     0xC1    // IRQL 27$ X5 M6 Z6 V9 i4 m; P
#define APIC_CLOCK_VECTOR       0xD1    // IRQL 28. |/ H& I4 U$ K4 I, I' b$ c
#define APIC_SYNCH_VECTOR       0xD1    // IRQL 28
3 @. w. m: `" U) O6 V#define APIC_IPI_VECTOR         0xE1    // IRQL 29$ \& r- @& b3 B+ ^- a: f8 j. s+ ~
#define POWERFAIL_VECTOR        0xEF    // IRQL 30, f. a$ V) K! l+ @2 h- f+ o' N- }
#define APIC_PROFILE_VECTOR     0xFD    // IRQL 31% @9 S" \; M6 E- T1 ^! n% z' f9 m

/ u, N: I3 ]8 Q
8 A7 q# M3 G& N' i2 h4 P现在看一下一些重要的数据:
# K8 ^' i+ |: ^  Z9 p' w! m0 r: k9 ~# ^+ s2 y9 u7 C3 F! a/ w
这是我写的代码输出的IO APIC重定向表内容:" j  x+ V, M0 p3 `& C' S

) U$ B, p. D( N1 }. Y) }Redirect Table Index:    0x17
5 j( `( e& G  pRedirect Table[ 0]:      ff
$ y$ v: c) l& fRedirect Table[ 1]:      b36 P1 L, C  J; i$ a
Redirect Table[ 2]:      ff9 h2 ?7 |7 ~; g% [* D" C. |( o
Redirect Table[ 3]:      51
# h; ]% _: ^$ X1 \Redirect Table[ 4]:      ff
( o) L! l0 X$ }& TRedirect Table[ 5]:      ff& V* h. U, T  x6 Y5 {
Redirect Table[ 6]:      620 R- U$ \! c7 T  e; f+ d+ g
Redirect Table[ 7]:      ff6 v2 G. E: @9 G) L5 {7 |  n6 B5 l
Redirect Table[ 8]:      d1' ]$ H" g* K- n& T3 Y, f% [
Redirect Table[ 9]:      b1
) w9 G  e- U. X+ `4 \Redirect Table[ a]:      ff1 B4 S/ T: L9 e9 o
Redirect Table[ b]:      ff
% T2 e, }, D/ j2 R1 ?Redirect Table[ c]:      529 m8 u7 g/ x$ m
Redirect Table[ d]:      ff
- _/ G( i& {  c1 S0 aRedirect Table[ e]:      ff- r3 Q4 p! W/ a$ @/ Y( D" C5 ^" u
Redirect Table[ f]:      92! O1 f; n- N+ V$ G' q
Redirect Table[10]:      ff
6 l- s! T9 F& v" S9 d& o3 ?Redirect Table[11]:      a3( S9 }, ~6 o# o9 m; _& T) Z
Redirect Table[12]:      83
, x. ]% j/ \2 @' MRedirect Table[13]:      93
5 |) N$ j0 y/ m/ N4 M6 m3 A5 KRedirect Table[14]:      ff2 e7 z8 j7 [0 G( ^  m, ^
Redirect Table[15]:      ff
$ I, @) l4 I/ j9 g  X+ J. ORedirect Table[16]:      ff
: i  |5 N" l# V# bRedirect Table[17]:      ff
6 R7 g& F, M: I9 z/ j
6 F% y( ]0 {. D1 j这是IDT表中被注册的向量:& T0 `6 {" k9 Q" W" i# D

7 s# L" H+ ^3 G+ ^1 N3 L1f: 80064908 (hal!HalpApicSpuriousService)
0 K6 J( z, T0 L0 H37: 800640b8 (hal!PicSpuriousService37)# u9 H2 Z& C+ A$ J1 m
3d: 80065254 (hal!HalpApcInterrupt)' `  Z0 ~; U6 {
41: 800650c8 (hal!HalpDispatchInterrupt), t5 b& O$ \( v8 ?
50: 80064190 (hal!HalpApicRebootService)
; n3 t7 w# F. Y51: 817f59e4
9 D. j! h9 j. i) z) H' n6 ](Vector:51,Irql:4,SyncIrql:4,Connected:TRUE,No:0,ShareVector:FALSE,Mode:Latched,ISR:serial!SerialCIsrSw(f3c607c7))8 b4 R- W% n4 v' ?1 o7 j7 R
52: 817f5044
& l* Q$ v: W& f6 q: T5 `* H3 x(Vector:52,Irql:4,SyncIrql:a,Connected:TRUE,No:0,ShareVector:FALSE,Mode:Latched,ISR:i8042prt!I8042MouseInterruptService(f3c57a2c))
& n8 c1 e/ z( N" B" O1 c' g% V: f, R83: 817d2d44
% X  w  C6 Q( O5 T3 P4 C* M/ G. V(Vector:83,Irql:7,SyncIrql:7,Connected:TRUE,No:0,ShareVector:TRUE,Mode:LevelSensitive,ISR:NDIS!ndisMIsr(bff1b794))
+ Y' p/ l6 b7 O92: 81821384 ! z5 K8 X, @. j8 a8 O* `
(Vector:92,Irql:8,SyncIrql:8,Connected:TRUE,No:0,ShareVector:FALSE,Mode:Latched,ISR:atapi!ScsiPortInterrupt(bff892be)). d7 h& L1 @2 D( ?+ l3 Q
93: 8185ed64
. k) _- u; p9 I% x( p7 |, q0 `(Vector:93,Irql:8,SyncIrql:8,Connected:TRUE,No:0,ShareVector:TRUE,Mode:LevelSensitive,ISR:uhcd!UHCD_InterruptService(f3f0253e))# C8 I! @3 J$ @! q: ?  K7 e
a3: 8186cdc4 & [9 d) G8 f6 }8 {
(Vector:a3,Irql:9,SyncIrql:9,Connected:TRUE,No:0,ShareVector:TRUE,Mode:LevelSensitive,ISR:SCSIPORT!ScsiPortInterrupt(bff719f0))) q' C$ y* u' \% l9 E% I
b1: 818902e4 4 ?0 |& W* X/ A9 s: [8 N+ g. R9 w
(Vector:b1,Irql:a,SyncIrql:a,Connected:TRUE,No:0,ShareVector:TRUE,Mode:LevelSensitive,ISR:ACPI!ACPIInterruptServiceRoutine(bffe14b4))
( n  c) f2 K* d7 C  xb3: 81881664
$ b; k; Q/ A1 z  c(Vector:b3,Irql:a,SyncIrql:a,Connected:TRUE,No:0,ShareVector:FALSE,Mode:Latched,ISR:i8042prt!I8042KeyboardInterruptService(f3c51918))1 W' U+ G* V: |3 L' l
c1: 800642fc (hal!HalpBroadcastCallService)
9 D* ^& T8 A  [2 Q; gd1: 80063964 (hal!HalpClockInterrupt), E1 u* A3 L" k7 H
e1: 80064858 (hal!HalpIpiHandler)
) K+ m# B& _+ M% \5 f. T( Ye3: 800645d4 (hal!HalpLocalApicErrorService)
9 I5 n% `" H* L7 ]5 Q! pfd: 80064d64 (hal!HalpProfileInterrupt), c3 Z! Q! `( ^* `" G
fe: 80064eec (hal!HalpPerfInterrupt)
! z5 i3 m) T1 K; h
. Q* e+ s3 R* L象a3、b1这类输出内容很多的是被硬件注册的中断向量,而象d1、e3这种输出内容少的是注册为了的HAL内部使用的中断向量和本地APIC中断向量
& P4 x- a! N2 K" N" B" X) b# F) O/ D3 y+ p( ?. \( {6 i/ M( b2 E
这是几个重要的数组:
4 Y2 V- e) M8 \) ?$ q
- i8 u/ d- r" z8 e# v/ FHalVectorToIrql(这个数组是以向量除于16做索引):
) @6 ?9 @  W* G: y5 c/ g8006a304  00 ff ff 01 02 04 05 06-07 08 09 0a 1b 1c 1d 1e
' s5 }' H; z$ M# V6 M( z' x/ y6 p5 v' V, W/ \  }/ K6 `+ F3 C$ v0 V7 A$ L
HalpIRQLtoTPR:
& ~: V2 q; ?+ n$ E; a$ b9 B1 n8006a1e4  00 3d 41 41 51 61 71 81-91 a1 b1 b1 b1 b1 b1 b1
7 [- X: ?# _- A8006a1f4  b1 b1 b1 b1 b1 b1 b1 b1-b1 b1 b1 c1 d1 e1 ef ff+ P% }  y0 [3 }  n( M. ?

$ N' c0 C4 H! q  y6 _HalpINTItoVector:. n9 [1 X! E# \9 y8 Y0 V
8006ada0  00 b3 61 51 a2 b2 62 91-a1 b1 71 81 52 82 72 92
" Y9 ]6 w8 ]' N8006adb0  00 a3 83 93 00 00 00 00-00 00 00 00 00 00 00 00
, B  x( d# w7 s3 f
4 b: |7 `. ^$ k) e9 I' R3 ~2 iHalVectorToINTI:
( L$ i! ?- \7 u# Z3 y5 t9 }8006a204  ff ff ff ff ff ff ff ff-ff ff ff ff ff ff ff ff
  ]2 {- K5 {% R! o) D8006a214  ff ff ff ff ff ff ff ff-ff ff ff ff ff ff ff ff4 u2 @' |- u$ D- Y1 [7 r$ A$ E) d3 u
8006a224  ff ff ff ff ff ff ff ff-ff ff ff ff ff ff ff ff
4 s/ w( T3 s! v  r0 d3 G8006a234  ff ff ff ff ff ff ff ff-ff ff ff ff ff ff ff ff& q1 o: ?$ d) J& |( p  m5 S$ \6 S5 K
8006a244  ff ff ff ff ff ff ff ff-ff ff ff ff ff ff ff ff% z# A3 o4 ]6 \! _
8006a254  ff 03 0c ff ff ff ff ff-ff ff ff ff ff ff ff ff
2 J$ E) S4 s# f0 F" o8 j9 I1 A' N* }: q8006a264  ff 02 06 ff ff ff ff ff-ff ff ff ff ff ff ff ff# s9 ^3 ]# c" Z' v
8006a274  ff 0a 0e ff ff ff ff ff-ff ff ff ff ff ff ff ff
! _" s7 C0 G9 o0 t1 t; F8006a284  ff 0b 0d 12 ff ff ff ff-ff ff ff ff ff ff ff ff1 C9 P) V8 n- \( T# o, K
8006a294  ff 07 0f 13 ff ff ff ff-ff ff ff ff ff ff ff ff6 f' z) g/ g7 r- k4 o, M8 d, ^
8006a2a4  ff 08 04 11 ff ff ff ff-ff ff ff ff ff ff ff ff
0 I5 n( H+ P9 O( d/ T8006a2b4  ff 09 05 01 ff ff ff ff-ff ff ff ff ff ff ff ff2 ~( A! q5 |) `: Y1 U
8006a2c4  ff ff ff ff ff ff ff ff-ff ff ff ff ff ff ff ff* V$ a) m8 V+ e7 v8 O9 K" z" i) V0 }
8006a2d4  ff 08 ff ff ff ff ff ff-ff ff ff ff ff ff ff ff+ P  z1 n$ b1 @- P8 t& r9 V  ~
8006a2e4  ff ff ff ff ff ff ff ff-ff ff ff ff ff ff ff ff
4 q7 p6 F" r% x, g4 l0 ]8006a2f4  ff ff ff ff ff ff ff ff-ff ff ff ff ff ff ff   2 y# T: }( N3 Q; x6 M$ S) R: M& r
# v; V4 T) {% u9 A1 r

& k% Z/ S% m4 T! U# W! jvBucket:
* g+ K. w  g0 }  r- C! f8006ae30  02 02 02 03 03 03 03
, K! @' C! d" O' b/ S" s8 i7 s+ T& t1 h3 U
    举个例子来说明一下,在我虚拟机里SCSI Controller的IRQ是17(注意,已经大于16了),到重定向表中查找第17项,得到中断向量为0xa3,再看IDT,0xa3对应处理例程是SCSIPORT!ScsiPortInterrupt。
9 B6 r  G" i/ @7 d8 B: F: E4 Q. |6 j- X+ l+ v2 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等向量就没有对应。( x3 ~- Q! C& W% E( [! w

1 ^' f2 d3 J" G6 ?! ?  F* r    IRQL机制为内核同步提供了很大的便利,既对驱动开发者隐藏了底层中断机制,也方便了驱动开发者的内核同步。LINUX从2.5内核开始引进的软中断和任务队列等机制,很大程度上也来自windows这套机制的借鉴。
( Y; S* n* \9 G9 u- [
4 w( y8 u# |& d1 ?    终于考完试,解放了,呵呵。这个东西其实还有很多可写的,只是没空再深入去分析了。在未来的64位系统里,APIC这种基于中断引脚的机制很快也要被SAPIC这种基于消息的更强大的机制所取代
回复

使用道具 举报

发表于 2008-3-13 09:04:14 | 显示全部楼层
I/O APIC演進
5 t0 P! w  V9 r& e* }& x来自:http://www.four-stock.com/forum/ ... d=32&sid=JZS6Kb
3 B, B9 v: L& T1 ~* F& G0 Y% I) j$ l+ e- x! X) S8 m4 B7 S2 l: c/ R
作者: Titan    時間: 2007-10-26 17:51     標題: I/O APIC演進~~~~~~~
. o7 H2 f4 X5 |1 F1 |4 u$ F$ c0 T# K* w# [* z$ g) a: b

7 f) A3 }& w( A0 b訂正一下..作者不是他..是下面的作者...; X) n8 R: @* y3 A
http://biosengineer.blogspot.com/
回复

使用道具 举报

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

使用道具 举报

发表于 2008-11-25 16:35:44 | 显示全部楼层
LZ很厉害,还帖子!支持。
9 g1 W: q9 P" M0 i: C) c希望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 use0 l' \& c" x/ `
**************************************************
# F+ R5 \. s3 B' fMethod(\_PIC,1)
, G$ }. n# p6 c  {- k3 I4 f% N* b8 A0 l  e
          Store(Arg0,PICM)$ x( D  L+ h0 i, m$ p
  }
* m6 ?; w; ?1 {, Y5 ~5 U**************************************************
: v# H/ _$ a% F0 t5 `
+ A8 U( Y1 x) k8 M6 F, ]And in _PRT methord , it will return PIC or APIC mode routing table
( A1 o- i1 A7 I2 K% W- [7 W. i7 Q$ h+ t$ V# X" E
***********************************************' D) W: M  i8 p4 F& L" m
Method(_PRT,0) {
6 ~& @  l) E0 yIf(PICM) { Return(AR04) }// APIC mode
7 M7 d; f/ h" o' d, ?Return (PR04) // PIC Mode
1 u0 @: R% L8 J} // end _PRT2 ~* n' d( M. z  y
**********************************************
回复

使用道具 举报

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

回复 7# 的帖子

IRQ0-15就是PIC,15-23就是APIC吗?
: r% S* _" P5 I" p  r不是.
5 C: S7 o* Y. }% I+ P1 n这个看南桥的做法,Intel上面貌似是这样的,当nVidia就不一定了.
# A  N% T6 |0 d  f6 F, f& w
1 ]8 x' \3 B' P# L* M7 e我们在设备管理器里看到的IRQ共享,应该如何解释呢?
9 V% Y5 l2 x' f+ dAPIC里面是可以共享IRQ的,你看到了,说明你的系统是使用APIC在.
回复

使用道具 举报

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

使用道具 举报

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

本版积分规则

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

GMT+8, 2024-11-15 20:59 , Processed in 0.049980 second(s), 16 queries .

Powered by Discuz! X3.5

© 2001-2023 Discuz! Team.

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