Hi, Ich wollte meinem Server mal was Gutes tun und hab die o.g. PCI-E Karte installiert. Wird unter opensuse 11.1 X86_64 und Kernel 2.6.27.19-3.2-default erkannt und lässt sich problemlos konfigurieren. ethtool zeigt korrekte Verbindung an, aber es funktioniert kein ping irgendwohin. ifconfig zeigt auch keinerlei transferierte Bytes an. l spci zeigt merkwürdigerweise 03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 01) Subsystem: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller Flags: bus master, fast devsel, latency 0, IRQ 4346 I/O ports at 9800 [size=256] Memory at fc8ff000 (64-bit, non-prefetchable) [size=4K] Expansion ROM at fc8c0000 [disabled] [size=128K] Capabilities: [40] Power Management version 2 Capabilities: [48] Vital Product Data <?> Capabilities: [50] Message Signalled Interrupts: Mask- 64bit+ Count=1/2 Enable+ Capabilities: [60] Express Endpoint, MSI 00 Capabilities: [84] Vendor Specific Information <?> Capabilities: [100] Advanced Error Reporting UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq+ ACSVoil- UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSVoil- UESvrt: DLP+ SDES- TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSVoil- CESta: RxErr+ BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr- CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr- AERCap: First Error Pointer: 14, GenCap- CGenEn- ChkCap- ChkEn- Capabilities: [12c] Virtual Channel <?> Capabilities: [148] Device Serial Number 68-81-ec-10-00-00-0d-3a Capabilities: [154] Power Budgeting <?> Kernel driver in use: r8168 Kernel modules: r8169 IRQ 4346 kann das sein ? Auch der direkt von Realtek heruntergeladene Treiber kompiliert problemlos und zeigt das gleiche Verhalten. Das Mainboard K8T890-A benötigt noapic, sonst hängts beim booten. Kann man die Interrupt-Funktionalität irgendwie testen ? mfg K. Müller -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Wird unter opensuse 11.1 X86_64 und Kernel 2.6.27.19-3.2-default erkannt und lässt sich problemlos konfigurieren.
boote mal ein suse live x86, hab gerade kein x64 zur hand. welcher irq wird dort angezeigt?
IRQ 4346 kann das sein ?
bei mir sieht das auf einer kiste z.b. so aus: 04:09.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8169 Gigabit Ethernet (rev 10) Subsystem: Realtek Semiconductor Co., Ltd. RTL-8169 Gigabit Ethernet Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium
TAbort-
Linux suxe 2.6.27.21-0.1-pae #1 SMP 2009-03-31 14:50:44 +0200 i686 athlon i386 GNU/Linux aus dmesg: ethX: RTL8110s at 0xf8efe000, 00:08:54:50:81:5c, XID 04000000 IRQ 17 cheers -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am 16.04.2009 21:09, cagsm schrieb:
Wird unter opensuse 11.1 X86_64 und Kernel 2.6.27.19-3.2-default erkannt und lässt sich problemlos konfigurieren.
boote mal ein suse live x86, hab gerade kein x64 zur hand. welcher irq wird dort angezeigt?
opensuse 11.1 x86_64 livecd zeigt genau das gleiche, aber knoppix 5.1.1 zeigt IRQ 22 und alles funktioniert. Übrigens kein Unterschied ohne noapic , mit noapic, mit nolapic. Scheint also wirklich wiedermal ein Interrupt-Problem zu sein. Kann man mit Parametern irgendwo die IRQ-Verteilung beeinflussen ? Hängt natürlich noch so einiges im System: Fritzkarte zusätzliche SATA-Karte zusätzliche Soundkarte M-Audio 2496 mfg K. Müller -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
boote mal ein suse live x86, hab gerade kein x64 zur hand. welcher irq wird dort angezeigt? opensuse 11.1 x86_64 livecd zeigt genau das gleiche, aber
ich sagte doch boote ein x86 und nicht die "gleiche" x64er als live. wohl kein wunder dass deine live nichts anderes zeigt als deine installierte version. sehr wahrscheinlich dass der etwas juengere live x64er kernel sich evtl aehnlich verhaelt wie dein installierter x64er kernel.
knoppix 5.1.1 zeigt IRQ 22 und alles funktioniert. x64 oder x86? gibts knoppix als x64? das ist doch jetzt das interessante ob es ein architekturproblem ist oder nicht
Kann man mit Parametern irgendwo die IRQ-Verteilung beeinflussen ?
hast du noch andere slots frei? slots mal durchrotieren, bzw evtl auch vorhandene normale pci (non-pcie) karten durchrotieren falls andere slots frei sind. andere kombinationen erzeugen evtl andere interruptverteilungen. auch bioseinstellungen aka upnp os yes/no oder apic, acpi, im bios-setup pruefen. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am 16.04.2009 23:42, cagsm schrieb:
boote mal ein suse live x86, hab gerade kein x64 zur hand. welcher irq wird dort angezeigt?
opensuse 11.1 x86_64 livecd zeigt genau das gleiche, aber
ich sagte doch boote ein x86 und nicht die "gleiche" x64er als live. wohl kein wunder dass deine live nichts anderes zeigt als deine installierte version. sehr wahrscheinlich dass der etwas juengere live x64er kernel sich evtl aehnlich verhaelt wie dein installierter x64er kernel.
Danke erstmal für die Hinweise, heute also Live-CD mit x86 gestartet: funktioniert neuesten Kernel updated und 2.6.29 installiert, beide x86_64 und tut nicht. offensichtlich scheint das Problem nur auf x86_64 zu sein.
knoppix 5.1.1 zeigt IRQ 22 und alles funktioniert.
x64 oder x86? gibts knoppix als x64? das ist doch jetzt das interessante ob es ein architekturproblem ist oder nicht
Knoppix ist x86
Kann man mit Parametern irgendwo die IRQ-Verteilung beeinflussen ?
hast du noch andere slots frei? slots mal durchrotieren, bzw evtl auch vorhandene normale pci (non-pcie) karten durchrotieren falls andere slots frei sind. andere kombinationen erzeugen evtl andere interruptverteilungen.
ist ein PCI-e SLOT, davon hat das Mainboard nur 2, im anderen ist ein SIL-Satakontroller
auch bioseinstellungen aka upnp os yes/no oder apic, acpi, im bios-setup pruefen.
Da gibts nichts. mfg K. Müller -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Kasimir Müller schrieb:
Kann man mit Parametern irgendwo die IRQ-Verteilung beeinflussen ?
Ja, kann man, bei MSI-Boards hat bei mir häufig pci=routirq geholfen. Sieh Dir mal dmesg an, da ist manchmal ein Hinweis darauf. Zeigt die Eingabe auf cat /proc/interrupts irgendwelche Auffälligkeiten?
mfg K. Müller
Gruß Thomas -- Von den Geschwätzigen habe ich das Schweigen gelernt. Von den Intoleranten, die Toleranz und von Unfreundlichen die Freundlichkeit. Ich sollte diesen Lehrern nicht undankbar sein! (Kahlil Gibran) -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am 17.04.2009 20:21, Thomas Becker schrieb:
Kasimir Müller schrieb:
Kann man mit Parametern irgendwo die IRQ-Verteilung beeinflussen ?
Ja, kann man, bei MSI-Boards hat bei mir häufig pci=routirq
pci=routeirq hat leider nichts genutzt.
geholfen. Sieh Dir mal dmesg an, da ist manchmal ein Hinweis darauf. Zeigt die Eingabe auf cat /proc/interrupts irgendwelche Auffälligkeiten?
linux:~ # cat /proc/interrupts CPU0 0: 61 IO-APIC-edge timer 1: 1970 IO-APIC-edge i8042 4: 6917 IO-APIC-edge serial 8: 0 IO-APIC-edge rtc0 9: 0 IO-APIC-fasteoi acpi 14: 608999 IO-APIC-edge pata_via 15: 19543 IO-APIC-edge pata_via 17: 0 IO-APIC-fasteoi ICE1712 18: 466107 IO-APIC-fasteoi fcpci 20: 602362 IO-APIC-fasteoi sata_via 21: 8950 IO-APIC-fasteoi uhci_hcd:usb1, uhci_hcd:usb2, uhci_hcd:usb3, uhci_hcd:usb4, ehci_hcd:usb5 23: 11716 IO-APIC-fasteoi eth0 32: 11954 IO-APIC-fasteoi sata_sil24 4346: 0 PCI-MSI-edge eth1 NMI: 0 Non-maskable interrupts LOC: 233179 Local timer interrupts RES: 0 Rescheduling interrupts CAL: 0 function call interrupts TLB: 0 TLB shootdowns TRM: 0 Thermal event interrupts THR: 0 Threshold APIC interrupts SPU: 0 Spurious interrupts ERR: 7 Hat mich zuerst irritiert: 4346: 0 PCI-MSI-edge eth1 aber unsere Firmenserver mit IBM-Gigabit-Karten haben ähnliche Konfiguration und funktionieren unter x86_64 problemlos. mfg K. Müller -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Friday 17 April 2009 22:06:29 schrieb Kasimir Müller:
Am 17.04.2009 20:21, Thomas Becker schrieb:
Kasimir Müller schrieb:
Kann man mit Parametern irgendwo die IRQ-Verteilung beeinflussen ?
Ja, kann man, bei MSI-Boards hat bei mir häufig pci=routirq
pci=routeirq hat leider nichts genutzt.
geholfen. Sieh Dir mal dmesg an, da ist manchmal ein Hinweis darauf. Zeigt die Eingabe auf cat /proc/interrupts irgendwelche Auffälligkeiten?
linux:~ # cat /proc/interrupts CPU0 0: 61 IO-APIC-edge timer 1: 1970 IO-APIC-edge i8042 4: 6917 IO-APIC-edge serial 8: 0 IO-APIC-edge rtc0 9: 0 IO-APIC-fasteoi acpi 14: 608999 IO-APIC-edge pata_via 15: 19543 IO-APIC-edge pata_via 17: 0 IO-APIC-fasteoi ICE1712 18: 466107 IO-APIC-fasteoi fcpci 20: 602362 IO-APIC-fasteoi sata_via 21: 8950 IO-APIC-fasteoi uhci_hcd:usb1, uhci_hcd:usb2, uhci_hcd:usb3, uhci_hcd:usb4, ehci_hcd:usb5 23: 11716 IO-APIC-fasteoi eth0 32: 11954 IO-APIC-fasteoi sata_sil24 4346: 0 PCI-MSI-edge eth1
cat /proc/interrupts CPU0 CPU1 0: 321135 11092350 IO-APIC-edge timer 1: 0 4 IO-APIC-edge i8042 4: 0 6 IO-APIC-edge 8: 0 1 IO-APIC-edge rtc0 9: 0 0 IO-APIC-fasteoi acpi 12: 0 7 IO-APIC-edge i8042 14: 0 0 IO-APIC-edge pata_atiixp 15: 0 0 IO-APIC-edge pata_atiixp 16: 390039 377 IO-APIC-fasteoi ohci_hcd:usb1, ohci_hcd:usb3, HDA Intel 17: 0 3 IO-APIC-fasteoi ehci_hcd:usb2 18: 78907 79 IO-APIC-fasteoi ohci_hcd:usb5, ohci_hcd:usb6, ohci_hcd:usb7, nvidia 19: 0 0 IO-APIC-fasteoi ehci_hcd:usb4 20: 3 2117976 IO-APIC-fasteoi EMU10K1 21: 0 3 IO-APIC-fasteoi ohci1394 22: 3820532 8120 IO-APIC-fasteoi ahci, cx88[0], cx88 [0] 4348: 6991289 354 PCI-MSI-edge eth0 4351: 13496911 0 HPET_MSI-edge hpet2 02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 02) Subsystem: Micro-Star International Co., Ltd. Device 7551 Linux caesar 2.6.28.8-default #4 SMP PREEMPT Sat Mar 21 21:32:18 CET 2009 x86_64 x86_64 x86_64 GNU/Linux Läuft hier wunderprächtig unter der 11.0 und selbstgebauten Kernel auf einem KA790GX-Board von MSI. Gruß Udo -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Danke an alle, die versucht haben zu helfen. Ich hab selber noch ein bisschen weiter experimentiert: Knoppix 5.1.1 mit Kernel 2.6.19 funktioniert mit IRQ 19 Knoppix 6.1 mit Kernel 2.6.27 funktioniert nicht und hat cat /proc/interrupts ... 4346: 0 PCI-MSI-edge eth1 ... wie opensuse 11.1 auch. Es scheint also, als ob das Mainboard K8T890-A von Elitegroup nicht mit dieser Interrupt-Konfiguration funktioniert. Wie also kann man neuere Kernel dazu bringen, einen normalen Interrupt zu benutzen ? Das Mainboard ist natürlich voll mit Steckkarten und hat keinen freien SLOT mehr. Abschalten des auf dem Mainboard integrierten Ethernet-Kontrollers hat übrigens nichts genutzt. mfg K. Müller -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
participants (4)
-
cagsm -
Kasimir Müller -
Thomas Becker -
Udo Neist