Re: [suse-isdn] USB legt FritzCard V.2 PCI lahm?!
On Sunday, 08. June 2003 13:23, you wrote:
Hmm, was sagt den 'lspci -v' und 'cat /proc/interrupts' ?
-------------------- linux:~ # lspci -v 00:00.0 Host bridge: VIA Technologies, Inc.: Unknown device 3112 Flags: bus master, medium devsel, latency 8 Memory at e0000000 (32-bit, prefetchable) [size=64M] Capabilities: [a0] AGP version 2.0 Capabilities: [c0] Power Management version 2 00:01.0 PCI bridge: VIA Technologies, Inc.: Unknown device b112 (prog-if 00 [Normal decode]) Flags: bus master, 66Mhz, medium devsel, latency 0 Bus: primary=00, secondary=01, subordinate=01, sec-latency=0 Memory behind bridge: e4000000-e6ffffff Capabilities: [80] Power Management version 2 00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 40) Subsystem: VIA Technologies, Inc. VT82C686/A PCI to ISA Bridge Flags: bus master, stepping, medium devsel, latency 0 Capabilities: [c0] Power Management version 2 00:07.1 IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 06) (prog-if 8a [Master SecP PriP]) Subsystem: VIA Technologies, Inc. Bus Master IDE Flags: bus master, medium devsel, latency 32 I/O ports at c000 [size=16] Capabilities: [c0] Power Management version 2 00:07.2 USB Controller: VIA Technologies, Inc. UHCI USB (rev 1a) (prog-if 00 [UHCI]) Subsystem: Unknown device 0925:1234 Flags: bus master, medium devsel, latency 32, IRQ 11 I/O ports at c400 [size=32] Capabilities: [80] Power Management version 2 00:07.3 USB Controller: VIA Technologies, Inc. UHCI USB (rev 1a) (prog-if 00 [UHCI]) Subsystem: Unknown device 0925:1234 Flags: bus master, medium devsel, latency 32, IRQ 11 I/O ports at c800 [size=32] Capabilities: [80] Power Management version 2 00:07.4 Bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 40) Subsystem: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] Flags: medium devsel Capabilities: [68] Power Management version 2 00:07.5 Multimedia audio controller: VIA Technologies, Inc. AC97 Audio Controller (rev 50) Subsystem: VIA Technologies, Inc.: Unknown device 4511 Flags: medium devsel, IRQ 12 I/O ports at cc00 [size=256] I/O ports at d000 [size=4] I/O ports at d400 [size=4] Capabilities: [c0] Power Management version 2 00:09.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139 (rev 10) Subsystem: Realtek Semiconductor Co., Ltd. RT8139 Flags: bus master, medium devsel, latency 32, IRQ 10 I/O ports at d800 [size=256] Memory at e8001000 (32-bit, non-prefetchable) [size=256] Capabilities: [50] Power Management version 2 00:0a.0 Ethernet controller: 3Com Corporation 3c905C-TX [Fast Etherlink] (rev 78) Subsystem: 3Com Corporation 3C905C-TX Fast Etherlink for PC Management NIC Flags: bus master, medium devsel, latency 32, IRQ 12 I/O ports at dc00 [size=128] Memory at e8000000 (32-bit, non-prefetchable) [size=128] Expansion ROM at <unassigned> [disabled] [size=128K] Capabilities: [dc] Power Management version 2 00:0b.0 Network controller: AVM Audiovisuelles MKTG & Computer System GmbH Fritz!PCI v2.0 ISDN (rev 02) Subsystem: AVM Audiovisuelles MKTG & Computer System GmbH Fritz!PCI v2.0 ISDN Flags: medium devsel, IRQ 11 Memory at e8002000 (32-bit, non-prefetchable) [size=32] I/O ports at e000 [size=32] Capabilities: [40] Power Management version 2 00:0c.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139 (rev 10) Subsystem: Realtek Semiconductor Co., Ltd. RT8139 Flags: bus master, medium devsel, latency 32, IRQ 11 I/O ports at e400 [size=256] Memory at e8003000 (32-bit, non-prefetchable) [size=256] Capabilities: [50] Power Management version 2 01:00.0 VGA compatible controller: Trident Microsystems CyberBlade/i1 (prog-if 00 [VGA]) Subsystem: Trident Microsystems CyberBlade/i1 Flags: bus master, 66Mhz, medium devsel, latency 32, IRQ 5 Memory at e5800000 (32-bit, non-prefetchable) [size=8M] Memory at e6000000 (32-bit, non-prefetchable) [size=128K] Memory at e5000000 (32-bit, non-prefetchable) [size=8M] Expansion ROM at <unassigned> [disabled] [size=64K] Capabilities: [80] AGP version 1.0 Capabilities: [90] Power Management version 1 --------------- linux:~ # cat /proc/interrupts CPU0 0: 4879871 XT-PIC timer 1: 8 XT-PIC keyboard 2: 0 XT-PIC cascade 8: 2 XT-PIC rtc 10: 2749 XT-PIC eth1 11: 20374946 XT-PIC fcpci, eth2, usb-uhci, usb-uhci 12: 4603067 XT-PIC eth0 14: 199560 XT-PIC ide0 15: 290 XT-PIC ide1 NMI: 0 ERR: 0 ----------------- Auf die Idee, dass sich ISDN Karte und USB den selben Interrupt teilen bin ich auch noch nicht gekommen. Ich gehe mal davon aus, dass ein Interrupt-Wechsel einer der beiden Geraete den Fehler behebt, aber wie mache ich das? Danke nochmal, Markus
On Sun, Jun 08, 2003 at 01:42:27PM +0200, Markus - 3danim.de wrote:
On Sunday, 08. June 2003 13:23, you wrote:
Hmm, was sagt den 'lspci -v' und 'cat /proc/interrupts' ?
...
---------------
linux:~ # cat /proc/interrupts CPU0 0: 4879871 XT-PIC timer 1: 8 XT-PIC keyboard 2: 0 XT-PIC cascade 8: 2 XT-PIC rtc 10: 2749 XT-PIC eth1 11: 20374946 XT-PIC fcpci, eth2, usb-uhci, usb-uhci 12: 4603067 XT-PIC eth0 14: 199560 XT-PIC ide0 15: 290 XT-PIC ide1 NMI: 0 ERR: 0
-----------------
Auf die Idee, dass sich ISDN Karte und USB den selben Interrupt teilen bin ich auch noch nicht gekommen. Ich gehe mal davon aus, dass ein Interrupt-Wechsel einer der beiden Geraete den Fehler behebt, aber wie mache ich das?
Probiere mal folgede boot optionen (bei unterschiedlichen Versuchen) 1. pci=noacpi 2. pci=acpi 3. acpi=off Wenn das nicht geht, versuchen im BIOS die IRQs einzustellen (geht nicht bei allen BIOS Versionen). Wichtig: Damit IRQ sharing ueberhaupt funktionieren kann muss in jedem Fall der IRQ auf Level stehen, auch das kann man bei einigen BIOS Versionen einstellen. Manchmal hilft auch ein Update des BIOS. -- Karsten Keil SuSE Labs ISDN development
On Sunday, 08. June 2003 22:15, Karsten Keil wrote:
Probiere mal folgede boot optionen (bei unterschiedlichen Versuchen)
1. pci=noacpi 2. pci=acpi 3. acpi=off
Wenn das nicht geht, versuchen im BIOS die IRQs einzustellen (geht nicht bei allen BIOS Versionen). Wichtig: Damit IRQ sharing ueberhaupt funktionieren kann muss in jedem Fall der IRQ auf Level stehen, auch das kann man bei einigen BIOS Versionen einstellen.
Ok, vielen Dank! Werde ich am Dienstag probieren. Kann jetzt nicht neu booten, da ich sonst meine XXL-Leitung fuer die naechsten 23h verliere (bin Glasfaser-ZwangsISDN-Flatratelos-Geschaedigt) :( Markus
Hallo Markus, Markus - 3danim.de schrieb am 09.06.2003 00:44:
On Sunday, 08. June 2003 22:15, Karsten Keil wrote:
Probiere mal folgede boot optionen (bei unterschiedlichen Versuchen)
1. pci=noacpi 2. pci=acpi 3. acpi=off
Wenn das nicht geht, versuchen im BIOS die IRQs einzustellen (geht nicht bei allen BIOS Versionen). Wichtig: Damit IRQ sharing ueberhaupt funktionieren kann muss in jedem Fall der IRQ auf Level stehen, auch das kann man bei einigen BIOS Versionen einstellen.
Wenn das auch nicht funktioniert, stecke die Karte in einen Slot der sich keinen IRQ mit einer anderen Karte teilen muss. War bei mir die einzige Möglichkeit sie zu benutzen. Obwohl AVM meinte die Karte beherrsche IRQ-Sharing und die Probleme auf die anderen Kernel-Module schob, läuft diese Karte bei mir nur wenn sie sich gleich beim Booten einen eigenen IRQ nehmen darf.
Ok, vielen Dank! Werde ich am Dienstag probieren. Kann jetzt nicht neu booten, da ich sonst meine XXL-Leitung fuer die naechsten 23h verliere (bin Glasfaser-ZwangsISDN-Flatratelos-Geschaedigt) :(
Grüsse aus einem Schwarzwalddorf-mit-0k-Bit-DSL Ingo -- ## Registered Linux User #274727 -- http://counter.li.org/ ## Office-Suite für Windows, Linux, Mac -- http://de.openoffice.org/
Hallo nochmal, habe das Problem beheben koennen. Beschreibung folgt:
On Sunday, 08. June 2003 22:15, Karsten Keil wrote:
Probiere mal folgede boot optionen (bei unterschiedlichen Versuchen)
1. pci=noacpi 2. pci=acpi 3. acpi=off
Hatte 'acpi=off' aus irgendeinem Grund schon als Bootparameter aktiv. Habe es dann noch mit 1. und 2. sowie ohne Parameter probiert, jedoch ohne Erfolg.
Wenn das nicht geht, versuchen im BIOS die IRQs einzustellen (geht nicht bei allen BIOS Versionen). Wichtig: Damit IRQ sharing ueberhaupt funktionieren kann muss in jedem Fall der IRQ auf Level stehen, auch das kann man bei einigen BIOS Versionen einstellen.
Der Rechner hat keinen Bildschirm und keine Tastatur angeschlossen, deshalb habe ich dann erst einmal Ingos Tipp ausprobiert.
Wenn das auch nicht funktioniert, stecke die Karte in einen Slot der sich keinen IRQ mit einer anderen Karte teilen muss. War bei mir die einzige Möglichkeit sie zu benutzen.
Obwohl AVM meinte die Karte beherrsche IRQ-Sharing und die Probleme auf die anderen Kernel-Module schob, läuft diese Karte bei mir nur wenn sie sich gleich beim Booten einen eigenen IRQ nehmen darf.
Und das stellte sich als die Loesung heraus. Habe eine der Netzwerkkarten gegen die ISDN Karte getauscht. --------------- linux:~ # cat /proc/interrupts CPU0 0: 50189 XT-PIC timer 1: 8 XT-PIC keyboard 2: 0 XT-PIC cascade 8: 2 XT-PIC rtc 10: 1996 XT-PIC eth0 11: 150 XT-PIC eth1, eth2, usb-uhci, usb-uhci 12: 50262 XT-PIC fcpci 14: 13744 XT-PIC ide0 15: 290 XT-PIC ide1 NMI: 0 ERR: 0 --------------- Ich dachte eigentlich, dass IRQ Probleme mittlerweile ausgestorben sind, aber anscheinend ist dem nicht so. Ist aber dann doch erst mein 1. in zwei Jahren Linuxeinsatz. Verhaelt sich das IRQ Sharing unter Linux eigentlich anders als unter dem 'anderen Betriebssystem'? (z.B. sind die IRQs 5-7 unbenutzt, obwohl die ja bei Hardware recht beliebt sind.) Oder ist hier der Treiber/Hardware schuld? Danke auf jeden Fall, denn das Problem hatte ich jetzt schon ueber einen Monat vor mir hergeschoben! ;) Markus
participants (3)
-
Ingo Göppert -
Karsten Keil -
Markus - 3danim.de