Hallo Oliver,
richtig und falsch; der IDE Controller nimmt eine Sonderstellung ein
im PCI-Norm (siehe den untrigen Ausschnitt aus der PCI-IDE Normentafel) und
zählt wegen des sog. 'Compatibility Mode' nicht zu den Normen. Sog. "Native
PCI" konnte ich bisher nirgends entdecken.
Hier der Asuschnitt
2.1. PCI IDE Controller in 'Compatibility' mode
This section defines the characteristics of a PCI IDE controller when it is
operating in the 'compatibility' mode. The main characteristics are that
the controller registers are hardwired to fixed IO locations and fixed IRQs
are used. Hardwired assignments are shown in the Table 1 below. When a
channel is operating in 'compatibility' mode it must decode the addresses
shown in the Table 1 and use the specified IRQ. When the device is disabled
(using the IO Enable bit in the Command register), the device must not
respond to any IO addresses, and must tristate it's IRQ connections.
Channel Command Block Registers Control Block Register IRQ
Primary 1F0h - 1F7h 3F6h 14
Secondary 170h - 177h 376h 15
Table 1. Compatibility resource mappings
When a channel is operating in 'compatibility' mode and it's Control Block
register is addressed with more than one byte enable asserted (i.e.; a WORD
access to 3F6h or 176h) the PCI IDE controller may either return both bytes
of data (with the high-order byte returning device specific data) or
terminate the access
4.0. Compatibility Interrupt Connection
This document does not define how a PCI IDE controller on an add-in card
gets connected to the 'compatibility' IRQs (14 and 15) needed to operate in
'compatibility' mode. It is unlikely that these IRQs will ever be made
available on the standard PCI connector. However, it is the responsibility
of the add-in card to provide these connections in some manner.
Um zum Thema zurückzukommen
Ich habe gestern mein Tyan und ASUS Board mal mit Netzwerkkarten
vollgepropft (sechs PCI und eine On-Board, einen dual U2W Adaptec on-board
und den Sound (on-board) noch zusätzlich (im Tyan Fall). Alle koexistieren
gut, obwohl sie mitIRQ 3,4,5 und 11 auskommen müssen. Performancemäßig
konnte ich keine Messungen machen. Gute ausgewogene Benchmark Programme
fehlen mir noch.... Aber mein Netzwerk schiebt zwischen den Karten (ping -f)
zig MB/s her und filtert sie auch noch (ipchain) und lief ohne mir
ungewöhnlich aufzufallen, aber wie gesagt ist das ein schnelles drei Stunden
Project gewesen und im Installieren bin ich noch sehr langsam (im Verghleich
zu den meisten anderen hier).
Gruß
Sam
> -----Original Message-----
> From: Oliver Fromme [SMTP:olli(at)dorifer.heim3.tu-clausthal.de]
> Sent: Wednesday, January 19, 2000 7:04 PM
> To: de-bsd-questions(at)de.freebsd.org
> Subject: Re: doppelte irq Belegung auf PCI-Bus
>
> Patrick M. Hausen <pmh(at)komma.de> wrote in list.de-bsd-questions:
> > [...]
> > So steht es auch klipp und klar unter der von mir aufgefuehrten
> > URL. Erzaehlt Asus hier Mist?
>
> Ja, offenbar. Habe gerade einen Rechner (mit ASUS-Mainboard!)
> entdeckt, der fünf IRQs für fünf PCI-Devices verwendet:
>
> 10 (VGA), 11 (USB), 12 (NCR-SCSI), 14 (PCI-IDE), 15 (3Com-NIC).
>
> Laut BIOS-Meldungen beim Start sind alle fünf tatsächlich auf
> dem selben PCI-Bus (Nummer 0). Das Board ist ein ASUS PI-
> 5XTP4, soweit ich das feststellen konnte.
>
> "vmstat -i" sagt:
>
> interrupt total rate
> xl0 irq15 37018 11
> ncr0 irq12 23 0
> ohci0 irq11 6 0
> fdc0 irq6 2 0
> wdc0 irq14 7485 2
> atkbd0 irq1 18884 6
> sio0 irq4 755 0
> ppc0 irq7 1 0
> clk irq0 308570 99
> rtc irq8 395008 127
> Total 767752 248
>
> Die VGA-Karte taucht hier nicht auf (ihr Interrupt wird von
> FreeBSD ja auch nicht verwendet), beim Booten wird sie wie
> folgt erkannt:
>
> vga-pci0: <S3 Trio graphics accelerator> irq 10 at device 11.0 on pci0
>
> Also können wir jetzt bitte den Mythos, PCI supporte nur vier
> IRQs pro Bus, zu den Akten legen... :-)
>
> Gruß
> Olli
>
> --
> Oliver Fromme, Leibnizstr. 18/61, 38678 Clausthal, Germany
> (Info: finger userinfo:olli(at)dorifer.heim3.tu-clausthal.de)
>
> "In jedem Stück Kohle wartet ein Diamant auf seine Geburt"
> (Terry Pratchett)
>
> To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
> with "unsubscribe de-bsd-questions" in the body of the message
To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message
Received on Thu 20 Jan 2000 - 12:25:10 CET