Hallo Liste, ich habe ein problem mit 2 pci netzwerkkarten in einem rechner mit woody als OS.... bekomme beim laden eines moduls einen "irq routing conlict" - ich habe schon einiges an steckplatz-vertauschen durchprobiert, jedoch komme ich einfach nicht weiter. das system ist so aufgebaut:
==== AGP - IRQ9 RivaTNT === PCI 1 - IRQ9 -- leer -- === PCI 2 - IRQ10 --- ISDN #1 --- (HFC-S, mISDN) === PCI 3 - IRQ11 --- ISDN #2 --- (HFC-S, mISDN) === PCI 4 - IRQ12 --- LAN #1 --- (Davicom DM9102AF, modul: tulip/dmfe ) === PCI 5 - IRQ9 ---- LAN #2 ---- (digital 21143-PD/davicom DM9101F (2 chips drauf, aber ein RJ45-port), modul: tulip/de4x5 ) das sind die interrupts, wie sie das bios den pci steckpl�tzen anfangs zuteilt (in der pci-tabelle sichtbar w�hrend des bootvorgangs) und welche karten anfangs in welchem steckplatz waren - was mit kernel 2.6.7 (und 2.4.18) auch funktioniert hat. da aber bei pbx4linux 2.4 ein unangenehmes echo beim telefonieren auftrat & das t-com sinus telefon sich hingegen dem siemes oft aufh�ngte beim auflegen (batterie raus, rein) entschied ich mich, die neue pbx4linux 2.5 mit neuerem mISDN Treiber und neuem kernel 2.6.8.1 zu installieren - in der hoffung, dass die probleme behoben sind. Also kernel-source geladen, konfiguriert, kompiliert und gebootet - aber er h�ngt bei autoconfiguring network devices, kein vorankommen mehr, strg+c hilft auch nicht. Ich schaute also in der kern.log nach, und sah, dass LAN#2 einige meldungen brachte beim modul-laden - using Mii-controller, if the device won't work mail to etc.... nunja, die netzwerkkarte funktionierte nicht (wahrscheinlich deswegen der h�nger bei autoconfiguring ...)- also baute ich sie aus - und das booten mit 2.6.8.1 klappte. daraufhin baute ich die karte wieder ein, und testete mit dem debian 2.4.18-bf24 kernel, dieser bootete und ich konnte beide karten wieder verwenden - wie auch beim 2.6.7 (obwohl die mii-meldung weiterhin kam), beim 2.6.8.1 geht es jedoch nicht. da die karte auf IRQ 9 lag (pci 5), schaltete ich im bios einfach "assign irq to vga" ab - aber es �nderte nichts an diesem sachverhalt. das w�re schon etwas, was mich brennend interessieren w�rde - wie ist sowas denn m�glich - bug in 2.6.8.1 ? Als ich die kern.log durchschaute, war auch ein "irq routing conflict" von LAN#1 erkennbar - das ger�t lief, wie auch vom bios angezeigt, auf IRQ12 - aber der kernel meinte (kern.log) "wants IRQ 9" - diese meldung erschien bei allen kernelversionen, war mir bis dahin aber nicht aufgefallen, weil die karte problemlos funktionierte - trotz angezeigtem irq routing conflict. im bios ist "plug & play aware OS" auf "no" gestellt - ich wei� zwar nicht, was das bewirkt und ob die einstellung generell bei linux korrekt ist, nur bei dieser konfiguration korrekt ist bzw. es �berhaupt bei linux so eingestellt sein sollte - ich hatte nur etwas von der einstellung im zusammenhang mit pci karten, irq problemen und plug & play gelesen - vielleicht ist sie also hier relevant. das mainboard hat zwar isa steckpl�tze, jedoch ist bei jedem interrupt pci/pnp eingestellt. nun, da die karte LAN#1 auf IRQ9 wollte (warum auch immer) baute ich sie in PCI 5 ein (LAN#2 ausgebaut) - sie (LAN#1) war zwar nun auf IRQ9, aber es gab wieder einen routing conflict; sie wollte nun interessanterweise auf IRQ11. Also habe ich ISDN#2 ausgebaut (PCI 3)und dort die netzwerkkarte rein - hier hat dann das modul ohne probleme geladen - auf irq 11, problem (anscheinend) gel�st. lan #2 funktionierte bei 2.6.8.1 aber weiterhin nicht. also probierte ich als LAN#2 eine rtl8139D auf PCI#5 aus. zun�chste einmal kernel 2.6.8.1 gebootet - bei diesem jedoch hatte ich die gesamte kategorie f�r pci/onboard netzwerkkarten NICHT mit einkompiliert, also auch die darin enhaltenen realtek-module waren nicht verf�gbar, da vorher beides karten waren (dmfe, de4x5), die in der "tulip" kategorie bei menuconfig zu finden sind, also NICHT unter pci/onboard netzwerkkarten, aber trotzdem unter ethernet 10/100mbit. der kernel kannte also die rtl8139d karte nicht. doch - man kann es schon fast ahnen *g* - LAN#1 wurde zwar nun ohne routing conflict geladen, war jedoch auf IRQ 0 (?!?) und funktionierte nicht (egal ob im bios "assign irq to vga" an oder aus war). also die neue LAN#2 (rtl8139d) in den PCI 4 statt PCI 5 und nochmals gebootet (2.6.8.1) - wieder ein irq routing conflict, LAN#1 war auf irq 11 und wollte jetzt auf (*w�rfel*...) irq 10, also zu ISDN#1. ISDN#2 war w�hrend dieser versuche ausgebaut. da mir das probieren nun echt zuviel wird, die karten vom bios zwar sauber angeordnet werden zu den IRQs, aber unter linux auf einmal was anderes machen "wollen", denke ich, dass abgesehen vom probieren ein logisches vorgehen sinnvoll w�re. da es aber bei mir zuviele "unbekannten" gibt - wie, - was acpi mit interrupts verteilen zu tun hat - was es bewirkt, PNP im kernel zu aktivieren - welche einstellung im "plug & play aware OS" wann korrekt ist - wie und wann bzw. ob linux IRQ sharing unterst�tzt (braucht man acpi, pnp im kernel ?) - warum der kernel die (sauberen) bios einstellungen nicht einfach �bernimmt - ob das de4x5 modul bei 2.6.8.1 grunds�tzlich mit dieser dubiosen "2-chip-karte" (habe ich aus einem alten rechner ausgebaut und bei kernel 2.4 einfach mit modconf durchprobiert, welches modul sich laden lie�) grunds�tzlich probleme hat - wie man modconf dazu bringt, module eines selbstgebastelten kernels anzuzeigen - es evtl. probleme macht, dass der kernel 2.6.8.1 & die module mit gcc 2.95 (was ja relativ alt ist) kompiliert wurde (gcc 3.3 ist zus�tzlich installiert, nur gcc symlink auf gcc-2.95-binary gesetzt) (- warum es schon ewig nur 16 (sofern 0 auch einer ist, auf dem aber keine netzwerkkarten zu funktionieren scheinen) (ansonsten 15*g*) interrupts gibt, obwohl man damit h�ufig probleme hat (sorry, bin etwas verzweifelt *g* - in einem anderen rechner mit a8v deluxe ist gerade mal 1 mickriger pci-steckplatz nutzbar, die anderen alle mit onboard komponenten geshared => kernel (2.4.18-bf24) bringt irq conflict ....)) ....w�re etwas hilfe sehr nett ;-) ich habe bereits im internet recherchiert, jedoch nur bruchst�ckhafte informationen gefunden, wie linux irqs mit welchen modulen, bei welchen bios einstellungen mit welchen karten verwaltet bzw. wie irqs unter linux generell gehandhabt werden. schonmal vielen dank, falls jemand eine idee hat :-) mfg christoph -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
