Re: irq routing conflict - einige varianten
Hallo Liste,
> IS funktioniert auch ohne ACPI, klar.
gut, dann kann ich ACPI also abgeschaltet lassen ....
> Auf jedem gängigen PCI basierten System sind Shared Interrupts das
normalste
> der Welt und lassen sich praktisch gar nicht vermeiden
hmm ... dh der "routing conflict" beruht darauf, dass IRQs geshared werden
und
der Treiber eines der IRQ-sharenden Geräte nicht damit zurecht kommt ?
oder welche Möglichkeit gibt es noch, dass ein "routing conflict" erscheint,
wenn
doch IRQ sharing eigentlich problemlos funktionieren müsste ?
> Ob ein Treiber shared interrupts NICHT unterstützt kannst Du schnell
herausfinden,
> nämlich indem Du in seiner Quelldatei nach SA_SHIRQ grepst und es nicht
> findest.
ich habe mit mal die 8139too.c , hfc_pci.c & dmfe.c angeschaut - in allen
kommt SA_SHIRQ vor,
dh die Treiber unterstützen IRQ sharing.
Ist es auch möglich, dass die Meldung "routing conflict" selbst ein Bug ist,
also es eigentlich keinen
routing conflict gibt ? aber warum war dann eine Karte mal auf IRQ 0 gewesen
?
> Da du bei dem PC ja auch eine etwas betagtere Hardware einsetzt (ich
> werkele hier z.B. auch noch mit meinem K62/350 rum, glücklich und
> zufrieden!) wäre es auch noch mal eine Überlegung, über ein BIOS-Update
> nachzudenken. Evtl. behebt ein Update eine mangelhafte
> BIOS-Implementation im Bereich PCI-Bus.
ok, das ist auch eine idee - ich werde mal schauen ob ich irgendwo ein
update finde :-)
> Oder es gibt bei mISDN ein Tool wie z.B. capiinfo bzw isdnctrl bei Hisax
zum Überprüfung des Status.
hmm eigentlich müsste capiinfo ja auch bei mISDN funktionieren - capi setzt
ja auf dem hardwaretreiber für die isdnkarten
auf soweit ich weiß, also müsste capiinfo => capi2.0 => mISDN eigentlich
gehen....
ich habe mal mit apt-file search capiinfo ausfindig gemacht und versucht zu
installieren:
apt-get:
> Starting ISDN services:
> no ISDN cards configured! Please configure 'hisax' module with modconf
[...]
> Starting ISDN active cards :ERROR: cannot load module kernelcapi
das kann nun entweder heißen, dass das debian-package nicht für mISDN
konzipiert ist, also
auf "hisax" in verbindung mit 2.4 oder dass der versuch "kernelcapi" als
modul deswegen fehlschlägt,
weil ich es fest einkompiliert habe, also kein modul da ist.
ich werde es nochmals als modul kompilieren.
> Bei Nicht-Funktionieren würde ich einen eigenen Thread zu mISDN
> aufmachen. Wenn es funktioniert, würde ich eine oder beide NICs wieder
> einbauen und dann schauen, ob es immer noch geht.
ok, ich teste das mal alles durch, biosupdate, kartentauschen etc ;-)
mfg christoph
Reply to: