Hartmut Meyer wrote:

2. Warum ist der Interrupt der Grafikkarte nicht in /proc/interrupts zu sehen? Ich bin natürlich an einer Erklärung interessiert die darüber hinaus geht festzustellen, dass das bei AGP-Karten eben so ist.

Schau mal in Dein BIOS, meistens gibt es da einen Schalter womit man den irq für grafikkarten ausschalten kann. Würde mich interessieren, ob es den bei Dir gibt, und wie der steht. -- Andreas

On Wed, 2003-09-24 at 20:35, Hartmut Meyer wrote:

Hallo,

Beispiel:

user@linux:~> cat /proc/interrupts CPU0 0: 76498 XT-PIC timer 1: 747 XT-PIC keyboard 2: 0 XT-PIC cascade 8: 3 XT-PIC rtc 10: 2214 XT-PIC HiSax 11: 1398 XT-PIC eth0, VIA686A 12: 1578 XT-PIC usb-uhci, usb-uhci 14: 304 XT-PIC ide0 15: 28500 XT-PIC ide1 NMI: 0 LOC: 0 ERR: 0 MIS: 0

Aber auch (lspci -v):

01:00.0 VGA compatible controller: nVidia Corporation NV11 [GeForce2 MX/MX 400] (rev a1) (prog-if 00 [VGA]) Subsystem: Elsa AG: Unknown device 0c60 Flags: bus master, 66Mhz, medium devsel, latency 32, IRQ 10 ^^^^^^ Memory at dc000000 (32-bit, non-prefetchable) [size=16M] Memory at d0000000 (32-bit, prefetchable) [size=128M] Expansion ROM at <unassigned> [disabled] [size=64K] Capabilities: <available only to root>

Das Grafikkarten Ihren Interrup (wenn sie einen nutzen) nicht immer über /proc/interrupts preisgeben ist mir schon lange bekannt. Vermutlich lässt sich tatsächlich auf über AGP angeschlossene Grafikkarten beschränken.

Hmm, korrigiere mich wenn ich falsch liege, aber soweit ich mich errinnere, gilt * AGP ist lediglich eine "Eigenschaft" (Capability) eines am PCI-Bus hängenden Gerätes, d.h. aus Sicht von CPU/Kernel ein "PCI-Gerät" unter mehreren. * /proc/interrupts Einträge kommen dadurch zustande, dass sein ein Treiber einen Interrupt-Handler (ISR) für einen bestimmten Interrupt registriert. Daraus folgere ich, dass zwischen der Ausgabe von lspci (Abfrage des Status der Geräte am PCI-Bus) und /proc/interrupts (Kernel-interner Status der IRQ->ISR Zuweisungen) zunächst einmal keine direkte Kopplung besteht. Jegliche IRQ->ISR Zuweisung/Treiberregistrierung findet im Kernel anhand von Verhandlungen mit den Geräten am PCI-Bus statt. Das würde heissen, dass deine Beobachtung durch einen oder mehrere Fehler in der Kette Kernel->Treiber->ISR->BIOS(?)->Bus->BIOS/Firmware im Gerät zustande kommt. Die entscheidende Frage wäre "wo und wann"?

Zwei Fragen:

1. Gibt es noch andere Geräte(klassen), die die von ihnen benutzen Interrupts nicht über /proc/interrupts preisgeben? Hmm, diese Frage verwirrt mich. Meiner Meinung nach sind es nicht die Geräte (PCI-Devices), sondern der Kernel der Interrupt-Handler/ISR zuweist.

Auf jeden Fall zeigt deine Beobachtung eine Inkonsistenz zwischen Kernel und PCI-Bus auf. [Zu "Vor-AGP-Zeiten" hatte ich mal eine PCI-GraKa, die einen Jumper besass, mit dem auf der GraKa der "Interrupt-Betrieb" ein/abgeschaltet wurde. Aus irgendeinem Grund klappte das Zusammenspiel zw. Kernel und GraKa nicht, was genau, daran errinnere ich mich nicht mehr. Ich errinnere mich nur noch daran, dass ich irgendwo bez. IRQs (GraKa, Kernel, BIOS, X11-Treiber) eingreifen musste um diese Karte zum Laufen zu bewegen.]

und vor allem:

2. Warum ist der Interrupt der Grafikkarte nicht in /proc/interrupts zu sehen? Siehe oben. Ich mutmasse: Weil der Kernel dem IRQ keine ISR zugewiesen hat.

Ich bin natürlich an einer Erklärung interessiert die darüber hinaus geht festzustellen, dass das bei AGP-Karten eben so ist. Wie gesagt, ich sehe keinen direkten Zusammenhang zu AGP, ein Problem mit PCI i.A., vermutlich bei der Initialisierung der PCI-Geräte (evtl. im Mainboard BIOS).

Ralf