PCI IRQ Routing

peterhu

PCI IRQ Routing

1.Why IRQ Routing

在计算机发展的历史中，很多技术的出现都是为了解决当前所面临的问题而产生和发展出来的，PCI IRQ Routing也不例外，随着计算机系统的功能需求的增加，越来越多的PCI/PCIE设备被加入到系统中来，可是PIC mode下却只有15 个IRQ可供使用（即使是APIC，目前也只是有24个INTIN），而且在早期device都是直接拉线到8259 IRQ，所以一旦确定就没法改变，没有灵活性。于是中断共享就是这种情况下解决这一问题的一个方法（当然其他的方法如使用MSI,SIRQ等也都可以实现中断的复用），可是中断共享了以后又会有新的问题出现 那就是如何分配这些中断的使用 才能够达到负载均衡（Loading Banlance），上述的这些问题就使得PCI IRQ Routing应运而生了。

2.How to Routing
: o4 M1 |6 e+ q3 B0 c
7 p, L& o' [7 k1.Routing for Internal Device

新的chipset为了Internal Device Interrupt Routing有更大的灵活性，在chipset内部加入了以下几个新的register 为方便SBIOS去配置；这几个register分别是D**IP（Intertupt Pin Register）用于设定对应的device所使用的Interupt Pin；D**IR（Interrupt Router Register）用于设定Interrupt Pin所使用的Interrupt Router（PIRQA#-H#）；PIRQ_ROUT （Routing Control Register），用于设定PCI Device Interrupt Pin INTA#-H# 连接到具体PIC controller的IRQ*上，在8259 PIC Mode下SBIOS需要去设置PIRQ_ROUT的register 用于指定具体的IRQ；APIC Mode PIRQ_ROUT则是固定的连接到APIC INTIN pin上，PIRQA#-H#分别连接到INTIN16-INT23。比如我们想配置Device31 Function2 也就是Sata Controller 1的IRQ Routing 是使用INTA#
; c* M. M$ f6 q$ QPIRQA# 最终接到PIC 的IRQ5,那么我们需要做的配置将会如下图所示：



8 X1 C$ F0 U7 ~. `) |2.Routing for PCIE Root Ports

PCIE Root Ports扮演的是一个P2P bridge的角色，Root Ports自身产生的Intterupts的处理方式和Internal Devices处理方式一样；Root Ports所接入的设备所产生的Intterupts，则会有Root Ports转发给上一级的Root Complex去处理。为了Intterupt Sharing更加的均衡合理， 在转发给Root Complex之前这些来自Downstream PCIE Devices产生的Intterupt将会被chipset内部的称之为swizzling的一个机制处理过之后再丢给Root Complex，这个部分就是完全的HW机制，它的基本原理就是将来自Downstream PCIE Devices INTA#=H# 产生的中断请求 再转化一遍，比如接在Root Ports 2上的INTA#将会被转成INTB# 然后再丢给上层的Root Complex。经过Swizzling之后，INTA#-H# 会被分别连接到PIRQA#-H#.

" V0 r* ^% X9 A3.Routing for PCI Expansion Slots
4 P, f' E2 N1 d% }" ?
1 ^; W  p' x; _$ ~5 SPCI Expansion Slots通常是指通过PNP Bridge扩展出来的PCI 插槽（slots），在这些slots上可以接入PCI Device。这些PCI Expansion Slots的 IRQ Routing和PCIE Root Ports非常接近，主要的区别可能就是swizzling的部分需要HW自己去拉，实现的原理和chipset 内置的swizzling应该是类似的。最终PCI Slot上的device经过swizzling之后 ，INTA#-H#会被分别连接到PIRQA#-H#.
6 d2 |5 d2 s6 u  M& {. {3 E3 `
3.Reporting IRQ Routing to OS

" d& l* G, h6 |SBIOS将PCI IRQ Routing信息配置好以后就需要将这些信息提供给OS，为OS获取系统整个IRQ的分配提供一个基本的参考依据。当然OS并不一定要严格按照SBIOS提供的信息去配置PCI Device它也会依据获取信息动态的去分配这些IRQ Routing。通常SBIOS回报给OS这些信息有两种方式，
对于Legacy OS，SBIOS会通过PCI IRQ Routing Table 的方式告知OS；对于ACPI OS SBIOS则是通过在对应的PCI Device space中提供_PRT method告知ACPI OS 系统的IRQ Routing的方式。
  h' n  G0 o* W" S: z
1.PCI IRQ Routing Table (Legacy OS)

Legacy OS 下Intterupt Controller 通常是工作在PIC Mode，BIOS需要按照微软规定的PCI IRQ Routing Table Specification将PCI Devices IRQ Routing信息回报给Legacy OS。这张IRQ Routing Table的格式如下所示：
" `; @$ X9 `) a
, b  S% ~$ r+ o: N3 A/ y


SBIOS会将这张table放在F segment（F0000h-FFFFF）, 我们可以通过Search “$PIR” Signature去找到这张表格。
: e5 ?% s6 N* N' o
2.ACPI _PRT Packages (ACPI OS)
  `0 ?* G9 G/ h5 z
ACPI OS 需要通过_PRT Packages 将Routing的信息 Report给OS，而且根据PIC/APIC Mode的不同，_PRT回报给OS 的Packages也会有不同。
A.PIC Mode回报Routing信息的sample code如下所示：（所有code 均来自google 大神）：
* H% U* `: l  j5 O+ R9 M
OperationRegion (\_SB.PCI0.SBRG.PIX0, PCI_Config, 0x60, 0x0C)

Field (\_SB.PCI0.SBRG.PIX0, ByteAcc, NoLock, Preserve)
( w3 V/ \* u; o8 Z) B
( I* u& O% {$ u3 J{

, s" _  T7 ~% H, @7 c+ cPIRA,
5 b0 Y* g" }7 G% O# t8,

PIRB,
8,
…
( y9 L& t: b; H7 i! N. T2 l' Q
" H9 q- b( e. |  j' @+ v: }/ P}
3 |9 x/ S+ q4 \$ y& {1 ?& G9 C- K4 x
Device (LNKA)

1 J7 N  p' z: i) o; T, F{

Name (_HID, EisaId ("PNP0C0F"))

8 p" b! R9 \- g) iName (_UID, 0x01)
7 Y! ?* p* S5 U' T( U5 t  u
: s2 m7 R: C: h7 k& RMethod (_STA, 0, NotSerialized)

{

And (PIRA, 0x80, Local0)
, u; L. o5 U' R. h  x
0 N( V) |' ^/ V# m
$ o$ u! w& l" H' T& zIf (Local0)

{

$ b1 o$ f$ v2 R; k+ dReturn (0x09)

}
# \8 _2 i( y7 T
Else

{

  g1 l& Y4 R3 k6 C2 ?% W( l9 V; PReturn (0x0B)

}
1 K  a% e0 O" I! r6 y$ {/ B9 {
}


0 S$ F& T4 ?9 j: M& [Method (_PRS, 0, NotSerialized)
7 R& S% A) [1 _+ @, @: P; S
{
2 m- f# ]) ~5 X5 V

Return (PRSA)
3 H4 V. V. i5 P7 g( S
- \: z& B( @) D  A2 _. t}


Method (_DIS, 0, NotSerialized)

{
+ R0 n3 n& B' I7 l
* B! N$ O0 F/ H9 M6 _Or (PIRA, 0x80, PIRA)
- E+ q/ `4 b# M3 {
! k2 W: x: g6 g1 C1 t}
% M9 n! m9 U8 q, b

( v) ]7 D' m! e6 M+ v; F1 gMethod (_CRS, 0, NotSerialized)
3 h9 g) X. C! V: q) S; l; @" W
{

And (PIRA, 0x0F, Local0)
7 c. L+ Q9 @% z! w4 o
ShiftLeft (0x01, Local0, IRA0)

Return (BUFA)
5 r- `* [) Y6 x1 }5 V
, u% L4 B3 O$ j5 q: Z! @/ W}


/ o) K; J+ H; S, v6 `/ B2 BMethod (_SRS, 1, NotSerialized)
% Y. @3 v; H& r  H5 O
& r* R1 ]2 S/ ?1 _{

; E" V1 }! J' u% @CreateWordField (Arg0, 0x01, IRA)

7 x- P, z4 |9 O$ `! dFindSetRightBit (IRA, Local0)
4 |6 }$ y4 q4 |8 J
* L& f' w$ z# d- l: L3 B
Decrement (Local0)

Store (Local0, PIRA)
3 Y& x/ D* i7 y! {) P8 a
}

}

Name (PR00, Package (0x12)
' C8 j& p2 ?. D$ v1 k( {
  q8 G) S: ]: F/ \{

Package (0x04)

$ {  X, U$ T" o9 L6 _. \3 ?3 W; W8 s{

0x0001FFFF,

6 q; F. {2 n# d0x00,
8 M6 \, x, I; `; ^# B2 u
2 }. S: n; N1 OLNKA,
3 A! ?: t% j: p0 b0 z
2 V+ e# U: Q1 F' A) O: r0x00
9 I6 z2 p7 H( I) m( F
/ t' k$ l% ^7 {7 ?( ~},


Package (0x04)
" X9 n7 m6 m  D( I
{
+ O  G) e5 e+ w) B
1 R) [% ?1 p" Z/ w7 O0x0001FFFF,
. R; S% P! q1 g
& a0 I% p- N; E  r0 o& t% O0x01,

LNKB,
" ?! O6 M# L  v$ O+ G$ f
0x00

% B+ N) w( R9 y9 B: V9 y},
' R4 |7 ~7 g% ~& v5 O  P3 G- t
……

! O! A4 X' i$ g* |2 l2 \$ Y$ \

5 o6 w) r4 k& U6 e  MPackage (0x04)

2 \, X9 `% B+ k6 n{
2 o) \( W( P  B+ K" R7 h
) g" Y' b. q8 X4 d0x001DFFFF,
8 f) `9 b: g8 J- t' @( f( W5 x/ ]
0x00,
# ~, i5 k: T: S) e
LNKH,
- P7 `) u8 F- E) H7 a# O6 P
0x00

},

2 O+ I0 \. p5 Z) D) A5 m5 s$ K2 }
Package (0x04)
1 x1 i- D* ]- g* g5 D
{
! j8 P$ k  X# s& M9 O! A9 L9 i
0x001DFFFF,

: \0 z0 S$ e" n0x01,

LNKD,
( u; w0 Q  M8 f( a$ }: s) {

1 {. j- p% p& G0 [5 ~0x00

( F6 j8 _6 S( v},
$ E$ J5 R1 j, Z4 A0 L* n* s
6 @5 X/ s1 b2 s+ E' q$ j6 p- |4 l
( P/ D* w3 i3 w6 U0 G' uPackage (0x04)

/ z5 Z& c) R! v* v. t% g  ^) w! h& G{

0x001DFFFF,

0x02,
$ e/ c$ j$ |/ f! M2 i; L, ?
; Z7 v  L' E8 B& n0 \# yLNKC,

& O( T' n4 Y# |0x00

' ~) k. a. R6 {},
" Z9 l) ~- ?2 w

Package (0x04)

{

0x001DFFFF,
4 i3 ?9 k7 ~# z/ d
0x03,

, k) m8 w* n' j* S! r7 d1 GLNKA,
; Y6 j/ z+ z" d
0x00
# t8 V) p( A) v$ w
1 C5 f" s7 `1 U( M# d9 m},

…

8 O$ {& K/ Q; d})
, k* ^) E4 t5 X2 f7 D4 K% ^
Device (PCI0)

{



5 R. n, i4 u! {8 i3 H* z! ?; z- t- `
Name (_HID, EisaId ("PNP0A08"))
) x1 Z) d! v' j! u4 l& o  N2 [
Name (_CID, 0x030AD041)
' S' G$ ?1 F  Q5 j
Name (_ADR, 0x00)


9 @* |6 m# [+ b6 s
2 O3 g$ Q$ }% V6 A/ w2 g% Q# V9 ZMethod (_PRT, 0, NotSerialized)
, s4 d- |) j* R; Q( ]
  }- T8 H7 S: b9 k9 I- l& ?{
2 \9 q9 X% q6 @; ^1 m
If (PICM)
6 R5 h3 r/ B/ R9 S5 V8 k
- o6 H6 L4 V/ @" H8 ?{
7 `- H! v5 m1 Q8 v: Z
Return (AR00)

}
" q) m* ~- Q; R# X9 I

1 @8 {. a1 s) Q  S% hReturn (PR00)

}
2 ^. u3 ]1 o5 @& {. f7 e! `
…
. o: B: A' X: T, S4 K0 K& [}
上面是从网上搜到的一个PIC Mode Routing 信息的一部分的code，我们从底往上看，上述code表示Device (PCI0) scope下的所有device 的Routing信息PICM用于表示当前使用的是PIC 还是APIC
0 ^) h3 q' E) V1 t3 a4 j" yMode，当PIC Mode时就回复PR00的package，PR00表示bus 0 device 0x1f INTA#被routing到PIRQA，bus 0 device 0x1f INTB#被routing到PIRQB，后面的一个bus 0 device 0x1d也是表示相同的意义。PR00 Package中的LNKA LNKB
device其实表示的是PIRQA PIRQB这些register以及操作这些register的function ，Device (LNKA)中的_STA表示现在使用的PIRQ* Status 如果Interrupt Routing Enable bit被disable了，将会report 0x1001表示device is disable and do not decode its resource；_PRS表示该PIRQ* 可以使用的interrupt 范围以及相关的属性（level /edge trigger
active low/high shared …）;_CRS表示当前的Interrupt 以及属性，_SRS用设定相应的interrupt及属性；所有这些操作都是对PIRQ* register进行，这些register则通过ACPI OperationRegion的方式宣告出来如下所示：

" S2 R% V! c% ?9 FOperationRegion (\_SB.PCI0.SBRG.PIX0, PCI_Config, 0x60, 0x0C)

! A$ R/ [, S/ Q  ], BField (\_SB.PCI0.SBRG.PIX0, ByteAcc, NoLock, Preserve)
4 I2 E% i/ M0 _5 J: o: Y
{

0 y! Y9 u' b: K: MPIRA,
8,

PIRB,
8,
) J7 h- P# J) I+ _. q…
6 N( ^& G# n  e9 A3 D5 L}
- J/ X9 J; d; N& x, ^7 g# I  GB.APIC Mode回报Routing信息的sample code如下所示：（所有code 均来自google 大神）：
Name (AR00, Package (0x12)
0 }3 [, F5 \9 f! B! h: k
3 g* s& O" w  w) W1 \8 l$ b; a7 w{
2 N( P( v0 G6 J$ o0 f! M3 A, G
Package (0x04)

1 O1 g. H# x9 O{

7 `; y: e3 f$ ?0 E5 \9 U0x0001FFFF,
2 \4 H/ |. V5 Q, ]
8 A8 u. ?$ m1 \3 K3 i$ ?0x00,
5 G# N+ M5 A4 I# P/ T& R( ?2 `
' X3 p& H: |+ }2 p% r0 H) R# ?0x00,

3 E1 h) s: a9 N' s5 V& C, F0x10
0 B0 t! C8 h+ g3 N$ z/ B
},


. b/ l, ^/ m2 W1 m/ j( a# i, pPackage (0x04)

{
' L; l% G7 A1 c4 `
0x0001FFFF,
: ^) K+ J8 A* D( v
0x01,

4 H# ^; [$ m1 A0 K1 D0x00,
4 ~- e$ a: l; l% h; S( P  }
! Q  }, j) t) n2 q0x11
4 V4 N8 o5 d' i* w. ^- I
},
3 p$ R4 p( R1 j; j2 g8 F
, a0 @5 E, @* e) K
Package (0x04)

{
: x2 I: i. n! R- o7 A6 L& O8 q
) }# `, X& A" a! p/ H0x0001FFFF,
4 a  G  f- y2 X' Y8 L
0x02,

0x00,
7 ?1 G4 S6 [. W( g2 q( o- Q% C3 Q
0x12
! t5 p7 ^" d3 j/ X: [
},
$ T( M8 G* T3 A0 ~

Package (0x04)
% |( c; |/ G' ^$ Q
! q9 T* {* X$ M- Z& ^{
0 ^! w4 n% w, G0 V# F! e2 N
0x0001FFFF,

: P: U6 d* K' `0x03,

0x00,

0x13
  J/ N: C" B, V
9 q4 S, B4 s% R# n3 e) B},
5 s' q" \. e+ o; l+ Q

Package (0x04)
8 w$ y. [5 a8 x4 g
{

0x001FFFFF,
' w. a& ~4 E& \- e
) q0 Q4 N! b1 v- e0x00,

7 ^- k8 D1 D& l0x00,
) K. R( J" O# t6 P/ i
) B. R/ ]/ \7 W7 d; e0x12

},


Package (0x04)
9 x; O( I/ V9 X2 {- F( h  h7 \
{
; H4 o) t! C& e' G7 K
0 B: i1 j+ I! j, w, B0x001FFFFF,

, c7 i% Y4 Z0 N0x01,

& _' H  [: Y- D* [- h8 T9 Z5 s0x00,

! u, @. q' A7 D5 L' s- I
0x13

},
5 g3 {( s0 N% [
( n' N8 I9 C3 e% }0 J3 P8 r! J% U
Package (0x04)

{
1 p6 ?9 }0 N. Y( u, s5 A! A" I
0x001DFFFF,

0x00,

0x00,

& {6 ]! v% |( t. c0x17
) I8 E% |4 R0 s" K0 Z
8 Y; l# s: g% V% [" z1 B' Z- ]},


Package (0x04)
. Q$ m( p# x$ p: @* a
2 I$ B$ i) F& C4 b/ g- y8 q{

0x001DFFFF,

0x01,
/ u1 L& Z& s( l
0x00,
( H, g5 Z, N& l# J' ~( Q: I, t
0 E' T( h9 r: I  W" e0x13
5 |8 s" c& J! K8 ^" m5 f
},

. E2 ^% @( V* ~% [" Z0 ^$ k3 Q" b
Package (0x04)

{

0x001DFFFF,

0x02,

9 f! i$ @. z2 o, `3 F' Q0x00,

4 c; j4 h4 ]6 u8 f6 r/ r$ r4 M0x12
8 ~4 f$ W1 {# U- m
$ C4 t0 V$ k2 x0 m4 L& [8 |
0 G3 u( ~4 s; Y- }},


& U7 i5 v: V/ t0 r, k2 e9 GPackage (0x04)

{

0x001DFFFF,

0x03,
6 x/ y' \; w1 i( W
0x00,

0x10

5 n2 o7 d7 A' m6 Y* _  f},
6 m3 j5 B( P, z- e

1 ~' Q) d0 n' `  e…
3 n: a/ t  V4 B% {  ]+ F
. ^7 x* m2 `: M; |6 J})

Device (PCI0)

{
9 I; d& e( U7 l. |4 L4 A1 }+ i, _' a
( p( b. V* Y. Y


Name (_HID, EisaId ("PNP0A08"))

Name (_CID, 0x030AD041)

Name (_ADR, 0x00)
1 U& e: l: y: x" N  m


Method (_PRT, 0, NotSerialized)
# W3 ?/ \3 {( B6 L1 H4 P
& C5 g: V( p+ @6 K+ B{
+ V( w8 O+ A1 S, v1 [
" N7 n$ q0 N7 X! w, J0 Y8 p+ Y; zIf (PICM)
: u8 |: \6 |( y7 A% L
{
5 \0 @( R$ Y) ^. V; P$ D7 `
8 |' q( j% @' ?6 f* T* Z! S- qReturn (AR00)

6 _" @! H5 S: C}
/ j# D3 [" E) I4 J& x
. [8 V) k+ O& e2 `; v
" F1 h6 c0 p7 sReturn (PR00)

  x( X0 k. h* w, ]; O3 l! \! J( }}
4 u8 r5 v, H. q! z7 Y' A9 k
…
}
8 t$ O; t3 K% m! @( g! _) BAPIC Mode _PRT就比较简单了，Package AR00回报bus 0 device 0x1f INTA#直接连接到APIC INTIN16 ，INTB#连接到INTIN17，INTC#连接到INTIN18, INTD#连接到INTIN19等等，在ACPI OS下会有APIC相关的driver根据这些信息设置REDIR_TBL中每个INITIN* 的属性及中断向量等信息。
SBIOS如果需要更改Routing信息，就可以按照上面的sample code的做法去修改AR00 PR00 package中的设置。另外关于APIC（I/O APIC ,LAPIC）Base
Address GlobalIrqBase…等信息 SBIOS会通过Multiple APIC Description Table (MADT) 回报给ACPI OS，这样OS下的driver就可以直接配置和处理与APIC相关的中断的产生、处理、属性等。
8 O8 L# G* W9 O. C  D
9 ~' i6 a7 e% h( ]
9 T; e7 v( s7 C6 S. T' VRefer：
* [" F4 h& b" p- _4 }9 M《PCI IRQ Routing Table Specification》
; b, x- B& W. N1 x3 y# l8 T/ f( _《PCI IRQ Routing on a Multiprocessor ACPI System》
《ACPI Spec 3.0》



Peter
2010-10-29
; X4 \! `) W& E- K


[ 本帖最后由 peterhu 于 2010-10-29 16:22 编辑 ]