以下、使用ＯＳは Win98SE でのリストです。
★非バスマスタスロットに WGP-FX8N を挿しているので IRQルーティングは不可となっています。

IRQ　デバイス
0　システム タイマ
1　NEC PC-9800 シリーズ キーボードまたは 98 スタンダード キーボード(95)
2　スタンダード ディスプレイ アダプタ (9821 シリーズ)
3　NEC Firewarden OHCI Compliant IEEE 1394 Host Controller
3　Intel 8255x-based PCI Ethernet Adapter (10/100)
3　PCI ステアリング用 IRQ ホルダ
4　通信ポート サポート 115.2Kbps (COM1)
5　第 2 通信ポート サポート 115.2Kbps (COM2)
6　WGP-FX8N (3Dfx)
6　I-O DATA Ultra ATA Bus Mastering Controller
6　PCI ステアリング用 IRQ ホルダ
7　プログラミング可能な割り込みコントローラ
8　数値データ プロセッサ
9　YAMAHA DS-XG PCI Audio CODEC
9　Symbios Logic 815XS PCI SCSI Adapter; 53C815 Device
9　NEC USB Open Host Controller
9　PCI ステアリング用 IRQ ホルダ
10　YAMAHA DS-XG Legacy Sound System
11　標準フロッピー ディスク コントローラ
12　Mate-X PCM
13　標準バス アダプタ マウス
14　プリンタ ポート (36pin Parallel Interface) (LPT1)
15　システム CMOS/リアル タイム クロック

PC-9821 PCI Interrupt routing option and configuration
[ PCIIRQR ] Version 1.28 Copyright(C) 2000-2001 まりも
PCI BIOS Version 2.0, Last bus number(BIOS)=0, Configuration mechanism #1
PCI host bridge is Intel 440FX Natoma PCI/Memory Controller.
PCI-C bus bridge device found at Bus[ 0]:Dev[ 6]:Func[ 0].

Bus :Device Class IRQ INT#A INT#B INT#C INT#D 所在
[ 0]:[ 8] VGA-VIDEO -- *** *** *** *** 本体内蔵
[ 0]:[11] EtherNet 3 PIRQ#3 *** *** *** 本体内蔵
[ 0]:[16] SCSI H/A 6 PIRQ#0 PIRQ#1 PIRQ#2 PIRQ#3 PCIスロット#1
[ 0]:[17] MM-AUDIO 9 PIRQ#1 PIRQ#2 PIRQ#3 PIRQ#0 PCIスロット#2
以下増設スロット分　----------------------------------------------------------
[ 0]:[20] VGA-VIDEO 6 PIRQ#0
[ 1]:[ 6] USB 9 PIRQ#1
[ 1]:[ 8] iLink 3 PIRQ#3
[ 1]:[10] SCSI H/A 9 PIRQ#1

[ IRQ routing by PCI-C(ISA) bridge ]
PIRQ#0 ==> IRQ 6
PIRQ#1 ==> IRQ 9
PIRQ#2 ==> ***
PIRQ#3 ==> IRQ 3

Bus Dev Func Class Vendor IRQ INT# B/M P/E I/O MEM SER FBB PED DPD SED
[0]:[ 0] PCI--HOST Intel -- --- Yes No No Yes No o - - -
[0]:[ 6] 98C-Bus B NEC -- --- Yes No Yes Yes Yes - - - -
[0]:[ 7] 98 VIDEO NEC -- --- No No Yes Yes No o - - -
[0]:[ 8] VGA-VIDEO Trident ** [A] No No No No No - - - -
[0]:[11] EtherNet Intel 3 [A] Yes Yes Yes Yes Yes o - - -
[0]:[15] PCI--PCI DEC -- --- Yes Yes Yes Yes Yes o - - -
[0]:[16] SCSI H/A ARTOP 6 [A] Yes Yes Yes Yes Yes - - - -
[0]:[17]:[0] MM-AUDIO YAMAHA 9 [A] Yes Yes No Yes Yes - - - -
[0]:[20]:[0] VGA-VIDEO 3Dfx 6 [A] No No Yes Yes No o - - - < IDSEL=AD31
[1]:[ 6] USB NEC 9 [A] Yes Yes No Yes Yes - - - - < IDSEL=AD22
[1]:[ 8] iLink NEC 3 [A] Yes Yes No Yes Yes o - - - < IDSEL=AD24
[1]:[10] SCSI H/A SYMBIOS 9 [A] Yes Yes Yes Yes Yes - - - - < IDSEL=AD26

Bus Dev Func Class Base address
[0]:[ 0] PCI--HOST
[0]:[ 6] 98C-Bus B
[0]:[ 7] 98 VIDEO
[0]:[ 8] VGA-VIDEO ROM
[0]:[11] EtherNet 20110000h C000h 20200000h ROM
[0]:[15] PCI--PCI for Bus[1] ( 20000000h ) ( 6000h )
[0]:[16] SCSI H/A C020h C028h C030h C02Ch 2000h ROM
[0]:[17]:[0] MM-AUDIO 20118000h
[0]:[20]:[0] VGA-VIDEO 24000000h 26000000h 2100h ROM
[1]:[ 6] USB 20000000h
[1]:[ 8] iLink 20001000h
[1]:[10] SCSI H/A 6000h 20002000h ROM

以上。

私も部材は揃えてあったのですが、なかなかボード固定の工作が面倒なのでずっと放置してました。とくにPCIライザーボードを入れるケースをどうするかで…。原理的にはこれでなんら問題ありません。１段ブリッジだと、リソース割り当ても一応（問題はあるが）行なわれます。少なくともIRQが正しい割り当てになるので、メモリアドレスが誤っていても Windows98,Windows2000では問題ないようです（起動後に修正されている）。
ところで[1][10]のSCSI H/Aは、アイオーデータ SC-UPCI系かと思いますが、ブートできましたでしょうか。うちでは UIDE-66同様、ブートできませんでした。

＃　"CHANPON-Zero with AGP"を作ってくれるメーカさんはないかと言ってみるテスト。

挿してあるのは SC-PCI です。
ブートに関しましては DOS のみしか試してませんがＯＫでした。

> PCIライザーボードを入れるケースをどうするかで…。
SV-98/2-B06L に 6mm のスペーサを入れて RISERボードと一体化させてます。

＞SC-PCI
Uナシというと古そうですね。SC-UPCIの BIOS 1.62以前相当ならブート可能なのかなと思っているんですが、古いデータを保存してないので実験できそうにないです(^^;)。

> 少なくともIRQが正しい割り当てになるので、
そうでも無い様です。
PCI BIOS の管理下にないスロットに PCI-PCIバスブリッジを配した場合、デバイスの挙動はデバイスナンバーと PIRQ# の関係は自動的に整合を取らないみたいです。
その結果今回の RISERボードを改造しないでそのまま利用するとデバイスのリソースはほぼ正しく割り当てられますけど全く動作しませんでした。

結局 IRQステアリングが有効な状況下でも、実装したデバイスには反映されていない（勝手に増設デバイスと見なされる？）となってしまいます。
★PCI BIOS の管理下にないスロットに CHANPON1 を増設したときも、デバイスは全てインストールされリソースも正しく割り当てられていましたが、実装されたデバイスは全て動作しませんでした。(深くは突っ込んで調査してませんけど)

＞PCI BIOS の管理下にないスロットに PCI-PCIバスブリッジを配した場合
あぁ、その場合は、なにを載せてもそのスロットには正しいIRQは割り当てられる保証ナシです。PCI-PCIブリッジのセカンダリ側は、デバイス番号の４の剰余系で PORQ#nが対応すると見なされるので、元々のPCI-PCIブリッジのPIRQ#の配線が誤っていると、当然セカンダリ側も誤りになります。

PCI-PCIブリッジには PIRQ# は配線されていないのでは？
最初これですごく悩みましたけど、IRQ を必要としないのだから当然だな...と完結しました（笑

結局の所、CHANPON1 が既存のスロットでは動くのに旧来の方法で増設したバスマスタスロットではうまく動かないと言う事に集約されてしまいました（大汗
★CHANPON1 を切り刻む勇気は有りませんでしたので。

　ブリッジのチップ自体には配線されませんが（PCI-PCI chip に割り込みという概念はない）、プライマリ側スロットのINT#ABCDを介して、セカンダリ側スロットに行っており、それはスロット番号との対応付けがあるようです。例えばスロット番号の４の余りが０であれば セカンダリデバイス側INT#Aはプライマリ側INT#Aに対応付けというようにです。自分で規則を変えると、BIOSや OSが狂った動作をすると思いますので、セカンダリ側までPCスロット増設をしようと欲張る場合(^^;)には、注意して下さい。

＃　そのPCI-PCI拡張板、プライマリ側１個要らないからセカンダリ側にもう一つ欲しかったですよね。

過去ログ読んだ人のためにいちおう６．の訂正いれときましょう
誤＞PORQ#n
正：PIRQ#n

誤＞元々のPCI-PCIブリッジのPIRQ#の配線が
正：大元のPCI-PCIブリッジのあるスロットのPIRQ#の配線が

SC-UPCI の BIOS 1.60 ですと BIOS起動にたどり着けません（大汗
最新の 1.66 ですとデバイススキャンに入ったところでストールします。

> ＃　そのPCI-PCI拡張板、プライマリ側１個要らないからセカンダリ側にもう一つ欲しかったですよね。
いやあ、微妙です（笑
今の SC-UPCI みたいなボードのことを考えると Bus=0 のスロットが多い方が良いかも知れませんし。
Intel EtherExpress PRO/100+ PCI マネージメント・アダプタ も今一変な挙動してました。
★当然ながら Bus=0 で扱う分には両方とも正常に動作します。

SC-UPCI について。
BIOS 1.41, 1.60, 1.61 では BIOS画面にたどり着けません。
BIOS 1.62, 1.63, 1.66 では BIOS画面を出すことは出来ますけど、デバイススキャンで止まります。

と言う事で、増設スロットに問題が有るのか BIOS に問題があるのかは切り分けが出来ませんけど、現時点では PCI^PCIバスブリッジ下で SC-UPCI を動作させられません。