IRQ onbegrip

Pagina: 1
Acties:

  • Amplify
  • Registratie: Maart 2001
  • Laatst online: 07-07 02:10
Beste mensen,

Mijn Asus A7V mainboard heeft een Interrupt Request Table waarbij de IRQ's van de 'Onboard Devices' gekoppeld zijn aan de IRQ's van de PCI sloten.

SLOT 1 == AGP SLOT
SLOT 2 == AGP SLOT + Promise IDE controller
SLOT 3 == Audio (Disabled)
SLOT 4 == SLOT 5 + USB controller
SLOT 5 == SLOT 5 + USB controller

Vraag 1.
Waarom zijn de IRQ's van de 'Onboard Devices' gekoppeld aan de IRQ's van de PCI sloten ?

Vraag 2.
Is het mogelijk om een 'Onboard Device' een Onafhankelijk IRQ-adres toe te wijzen, zodat ik een PCI slot daarmee niet belast en het IRQ daarvan dus vrij is ?

Ik heb zelf geprobeerd om in mijn bios een IRQ 'hard' toe te wijzen aan een PCI slot, maar dan veranderd het IRQ van het 'Onboard Device' gewoon mee, zodat het slot en het 'Onboard Device' nogsteeds hetzelfde IRQ hebben.

Alvast bedankt voor het reageren

Your mind is trapped by the thought of it.


Verwijderd

ik heb geen flauw idee hoe je bios inelkaar steekt, maar je zou dat inderdaad moeten kunnen wijzigen. Dit zou in de handleiding van je mobo moeten staan, anders is er ook nog... ehmm.. wimsbios pagina (gebruik google even om te zoeken) misschien dat je daar nog wat extra info vindt. Een ide controller die samen met een agp poort een irq deelt, dat vraagt om problemen.

  • roelio
  • Registratie: Februari 2001
  • Niet online

roelio

fruitig, en fris.

in principe moet het niet zo'n probleem zijn! door PCI IRQ sharing kunnen de PCI kaarten gewoon naast je onboard devices werken (tenzij je een vrij oude of heel erg specialistische PCI kaart hebt die geen IRQ sharing ondersteund...)

AMD Phenom II X4 // 8 GB DDR2 // SAMSUNG 830 SSD // 840 EVO SSD // Daar is Sinterklaas alweer!!


  • Amplify
  • Registratie: Maart 2001
  • Laatst online: 07-07 02:10
Dat IRQ sharing daar kunnen we een hele aparte topic over beginnen ;)

Ik denk dat IRQ-sharing in de praktijk erg slecht werkt en toch vaak nog voor vastlopers zorgt, maarja.. Dat even terzijde.

Ik ga nog wel even opzoek naar meer informatie. Ik vind het namelijk raar dat ik nog wel vrije IRQ's heb, maar niet kan gebruiken doordat deze niet zijn toe te wijzen aan een -->onafhankelijk <-- PCI slot.

Bedankt voor de reactie nogmaals.

Your mind is trapped by the thought of it.


  • Vorlon
  • Registratie: Augustus 1999
  • Laatst online: 06-08 15:10
Onboard apparaten zitten dan wel niet in een pci slot maar wel aan het pci bus. Dit komt omdat een doorsnee pc maar 1 pci bus heeft waar dan alle apparaten aanzitten. (even de isa bus uit het verhaal houden anders wordt het te moeilijk allemaal..)
Het vervelende hiervan is dat de pci specificatie eigenlijk maar uitging van maximaal 4 apparaten aan 1 bus. Als je meer wilde zou je eigenlijk een tweede bus moeten aansluiten. Op deze manier heeft ieder apparaat op de pci bus een eigen irq. Deze heten officieel int A t/m D.

Voor deze 4 irq's zijn er dus draadjes gereserveerd. Om nu toch meer dan 4 apparaten te kunnen gebruiken kan je 2 dingen doen.

1. gebruik meer pci bussen -> dat kost geld, maar werkt perfect. :)
2. ga de 4 icq's gewoon delen -> dat is gratis, maar werkt uitermate irritant en is vaak brak als een drivertje hier weer eens geen rekening meer houd. :r

Die derde generatie I/O mogen ze vanmij morgen al wel invoeren... 1 agp, 6 pci, usb, extra ide en dat allemaal op 4 irq signalen is vragen om problemen. :r

"You are not ready for immortality yet" - Kosh Nararek


Verwijderd

Op zondag 21 oktober 2001 19:09 schreef limoentje het volgende:
in principe moet het niet zo'n probleem zijn! door PCI IRQ sharing kunnen de PCI kaarten gewoon naast je onboard devices werken (tenzij je een vrij oude of heel erg specialistische PCI kaart hebt die geen IRQ sharing ondersteund...)
Bull... IRQ sharing is vragen om problemen. 2 stuks van het zelfde soort device op 1 irq zou geen problemen mogen opleveren, maar in de praktijk blijkt vaak dat dat anders is. En dan 2 totaal verschillende devices op 1 irq (en dan helemaal een IDE en AGP controller -> beide vaak continue in gebruik)is echt vragen om problemen. En performance verlies van hier tot tokio. Idealiter heeft ieder device zijn eigen PCI bus, maar dat vind je zelfs in high-end-intel-based servers niet terug.... ook niet in bijvoorbeeld de itanium.... :(
Pagina: 1