[clausmuus]

Ich hab auch noch nen Tipp zu dem Thema IRQ. Wenn ich mich recht entsinne sind bei einigen Bord (war jedenfalls mal so) die IRQs fest bestimmten PCI Steckplätzen zugeordnet. Damals hatte es dann geholfen einfach die Karte in nem anderen Steckplatz zu stecken. Vielleicht hilft's Dir ja weiter.

Claus

[Marcus]

Die Idee ist prinzipiell nicht schlecht. Aber bei einem Shuttle mit nur 2 PCI Slots, die auch noch den gleichen Interrupt verwenden, bleiben da nicht viele Möglichkeiten übrig. Leider...

Ich versteh leider nicht viel von dem Kram. Mir erschließt sich z.B. noch nicht, warum der Kernel den Interrupt 10 anmeckert und abschaltet. Dort befindet sich nur ein einziges Gerät, der USB2.0 Controller. Bei dem 15er hätt ich sogar noch Verständniss für, der wird von gleich drei Geräten benutzt.

So, ich wollt mir ja heute ne andere USB Karte kaufen. Der einzige Händler hier in der Nähe hat natürlich nur ein einziges Modell auf Lager. Ratet mal...   :wand

Der Tip mit "pci=routirq" in der menu.lst hat auch (noch) nicht geklappt. Aber warum die MLD so heftig reagiert, wenn ich im BIOS den APIC-Mode (damit kann das OS seine eigenen IRQ´s verteilen und ist nicht auf die Vorgaben vom BIOS angewiesen, 24 statt nur 16 IRQ´s) einschalte, weiß ich auch noch nicht. Entweder ist das im BIOS falsch implementiert, oder der Kernel kann es nicht.  ;(

[Marcus]

So, habe den Tip mit den PCI Slots vertauschen mal ausprobiert. Die Interrupts werden zwar etwas anders verteilt, aber am Problem änderts nichts. Heute habe ich auch noch eine USB Karte mit NEC Chipsatz (die ursprüngliche hatte einen VIA) gefunden und gekauft. Naja, die Interrupts werden mmer noch genauso verteilt, also wird es wohl am Board des Shuttle liegen.

ATM läuft der Shuttle mit der NEC USB Karte, mal sehen wie lange...

[Marcus]

So, auch mit der NEC USB Karte schmiert der Shuttle ab.  :wand

Gibts irgendwo noch das USB-DVB addon mit der alten Firmware drin? Möchte das nochmal ausprobieren. Einfach nur die 1.10 in die derzeitige Konfig kopieren und rcdvb restart bringt nix, er will immer die 1.20 laden.

[Marcus]

So, nochmal wegen dem APIC Mode. Unterstützt die MLD soetwas nicht?
In den Log´s müsste dann in etwa soetwas stehen:

Code: [Select]

Dec 25 12:43:02 VDR kernel: ACPI: Core revision 20060707
Dec 25 12:43:02 VDR kernel: ENABLING IO-APIC IRQs
Dec 25 12:43:02 VDR kernel: ..TIMER: vector=0x31 apic1=0 pin1=2 apic2=-1 pin2=-1
Dec 25 12:43:02 VDR kernel: checking if image is initramfs... it is
Dec 25 12:43:02 VDR kernel: Freeing initrd memory: 4246k freed
Dec 25 12:43:02 VDR kernel: NET: Registered protocol family 16
Dec 25 12:43:02 VDR kernel: EISA bus registered
Dec 25 12:43:02 VDR kernel: ACPI: bus type pci registered
Dec 25 12:43:02 VDR kernel: PCI: PCI BIOS revision 2.10 entry at 0xfdaf1, last bus=1
Dec 25 12:43:02 VDR kernel: PCI: Using configuration type 1
Dec 25 12:43:02 VDR kernel: Setting up standard PCI resources
Dec 25 12:43:02 VDR kernel: ACPI: Interpreter enabled
Dec 25 12:43:02 VDR kernel: ACPI: Using IOAPIC for interrupt routing
Dec 25 12:43:02 VDR kernel: ACPI: PCI Root Bridge [PCI0] (0000:00)
Dec 25 12:43:02 VDR kernel: PCI: Probing PCI hardware (bus 00)
Dec 25 12:43:02 VDR kernel: PCI quirk: region 0800-087f claimed by vt8235 PM
Dec 25 12:43:02 VDR kernel: PCI quirk: region 0400-040f claimed by vt8235 SMB
Dec 25 12:43:02 VDR kernel: Boot video device is 0000:01:00.0
Dec 25 12:43:02 VDR kernel: ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
Dec 25 12:43:02 VDR kernel: ACPI: Power Resource [URP1] (off)
Dec 25 12:43:02 VDR kernel: ACPI: Power Resource [URP2] (off)
Dec 25 12:43:02 VDR kernel: ACPI: Power Resource [FDDP] (off)
Dec 25 12:43:02 VDR kernel: ACPI: Power Resource [LPTP] (off)
Dec 25 12:43:02 VDR kernel: ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 10 *11 12 14 15)
Dec 25 12:43:02 VDR kernel: ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 *5 6 7 10 11 12 14 15)
Dec 25 12:43:02 VDR kernel: ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 *10 11 12 14 15)
Dec 25 12:43:02 VDR kernel: ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 *5 6 7 10 11 12 14 15)
Dec 25 12:43:02 VDR kernel: Linux Plug and Play Support v0.97 (c) Adam Belay
Dec 25 12:43:02 VDR kernel: pnp: PnP ACPI init
Dec 25 12:43:02 VDR kernel: pnp: PnP ACPI: found 12 devices
Dec 25 12:43:02 VDR kernel: PnPBIOS: Disabled by ACPI PNP
Dec 25 12:43:02 VDR kernel: PCI: Using ACPI for IRQ routing
Dec 25 12:43:02 VDR kernel: PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report
Dec 25 12:43:02 VDR kernel: PCI: Bridge: 0000:00:01.0


Das hab ich mal im Portal in einem geposteten Log gefunden, das stammt weder von der MLD, noch von mir. Aber ich vermute, so in etwa müsste das aussehen. Oder überseh ich da was?

Grüße und frohe Weihnachten an alle!
Marcus

[clausmuus]

Hi Marcus,

die art der ACPI Unterstützung lässt sich im Grub einstellen (/etc/menu.lst), oder direkt beim Booten gleich am Anfang per F3 und dann direkt eintippen (ACPI=on, ACPI=off oder ACPI=force sind mir bekannt, es gibt aber bestimmt noch weitere Optionen/Parameter)

[Marcus]

Hallo Claus!

Danke für die Info mit den Addons, das wusste ich noch garnicht.

Aber wegen APIC, da reden wir etwas aneinander vorbei. Dass die MLD ACPI  kann ist klar, meine Frage bezog sich eher auf APIC, Advanced Programmable Interrupt Controller, bzw. dessen Steuerung. Siehe dazu auch diese Erklärung, bzw. die zweite Zeile in dem oben geposteten Log. Aber insofern hast du Recht, APIC scheint ein Teil von ACPI zu sein. Sehr verwirrend alles...  :unsure:

Grüße und danke für deine Hilfe!

[clausmuus]

Ja, ich habe mich wegen der Logs über das ACPI verwirren lassen.
Mach mal nen Bug-Ticket auf, dann schaue ich mir das bei Gelegenheit an. Vielleicht muss man da ja was im Kernel aktivieren...

Claus

[Marcus]

So, Ticket ist offen. Hab versucht es so gut wie möglich zu beschreiben, falls es noch Fragen gibt hab ich hier nochmal ein paar Seiten mit Infos:

Kernel Dokumentation zu APIC
Technik und Know-How zu IRQ´s, Sharing, APIC und INT-Leitungen
ACPI/APIC und Powermanagement
Interrupts per I/O APIC
Howto install linux on a SS40G (SS40G ist die Bezeichnung meines Shuttles, allerdings ist dieses HOWTO von ~2002, also nicht unbedingt Stand der Dinge)

[Marcus]

Hmm, ich weiß garnicht wie ich´s erklären soll... es funktioniert jetzt...
Ich hoffe ich werd jetzt nicht aus dem Forum gebannt und/oder gesteinigt.

Das Problem war athcool. Ich weiß, ich selbst habe gesagt wie kritisch das ist. Aber irgendwie habe ich total verdrängt, dass das noch installiert war.  :wand  ;(  :computertod

Was soll ich noch sagen... Entschuldigung an alle die ich mit diesem Phantom genervt habe...

Atm läuft der Shuttle mit den drei DVB-T Sticks und macht 11 Aufnahmen von drei Transpondern, nebenbei guck ich mir eine Aufnahme im Timeshift an. Was will man mehr!?

EDIT: Vielleicht sollte man athcool doch wieder von der Downloadseite runternehmen? Nicht dass noch mehr solche Phantomfehler auftreten.

[clausmuus]

na ja, steinigen werden wir dich nicht gleich, aber Du hast schon recht: AThcool sollte wenigstens keine stable Markierung bekommen, also hellgrün oder grau markiert sein.
Ich werd mal nen Kurtzen Hinweis auf der Download Seite einfügen.

Das Addon war doch zum absenken des Prozessor Taktes, wenn der langeweile hat, oder?
Sag mal ob der Text auf der Download Seite so OK ist.

Claus

[Marcus]

Naja, das Addon ansich ist ja stabil. Da gibts nix dran zu rütteln. Selbst athcool ist rocksolid. Das Problem ist die Hardware.

PowerNow heißt beim AMD K7 die Stromsparfunktion (und die ist kritisch zu bewerten). Dabei wird der Prozessor mehrere tausend mal pro Sekunde vom FSB ab-/angekoppelt. Also der Prozessor wird dabei regelrecht abgeschaltet. Diese Funktion ist aber auf allen Sockel A Mainboards deaktiviert, da es damals zu massig Problemen kam. athcool schaltet dieses Feature lediglich wieder ein.

Exakt genauso funktioniert übrigens der Stromsparmodus deines K6, bloß dass es bei dem funktioniert und per default auch aktiv ist.
Also kurz gesagt, beim K6 und K8 ist der Stromverbrauch abhängig von der Prozessorauslastung, wobei der K7 immer auf 100% Leistung arbeitet, da bei ihm der Stromsparmodus fehlerhaft ud daher deaktiviert ist.

Die DVB Karten können für die Abstürze übrigens nichts, das kommt vom Board/Prozessor. Besser wär dieser Text, falls nicht zu lang:

Code: [Select]

Stromsparfunktion des AMD K7 (Athlon (XP), Duron, Geode NX) aktivieren. Achtung, sehr wahrscheinlich führt der Einsatz von athcool zu Abstürzen, defekten Aufnahmen und weiteren Problemen! Daher vorsichtig Testen und Backup bereithalten.

[Marcus]

Um nochmal einen abschließenden Bericht zu erstellen:

Ich hatte es mit zwei Fehlern zu tun. Beide sehr ähnlich von den Auswirkungen, daher hat es so lange gedauert, das zu Entdecken.

Fehler Nr1
Fernsehbild eingefroren, OSD und alles andere aber weiterhin bedienbar. Im Log der Hinweis dass IRQ 10 deaktiviert wurde. Dies tritt mit Firmware 1.20 weiterhin auf, mit 1.10 aber selbst nach 12h Dauerbetrieb nicht.

Fehler Nr2
Kompletter Freeze des Rechners, incl. OSD, SSH usw., keine Einträge im Log. Dieser Fehler kommt von athcool. Allerdings dachte ich immer dass er mit Fehler Nr1 identisch sei. Erst nachdem ich athcool deaktiviert hatte, konnte ich die beiden Firmwareversionen vernünftig testen.

Jetzt, ohne athcool und mit der 1.10er Firmware läuft alles wunderbar. Auf Linuxtv.org steht folgendes:

Code: [Select]

August 29,2008 - Issues with Firmware 1.20. Some issues have been found with the latest version of the firmware. Users may wish to continue to use 1.10 unless they have patched their v4l-dvb code with dib0700_new_i2c_api.patch.

ATM bin ich mit der 1.10er Firmware zufrieden, darf halt kein Update der DVB und DVB-USB Addons machen.

[clausmuus]

ich hab die 1.20'er Firmware wieder entfernt. Ab morgen darfst Du also ruhigen Gewissens auch wieder updates der dvb-Addons machen.

Claus

[Matthias]

ich hab die 1.20'er Firmware wieder entfernt. Ab morgen darfst Du also ruhigen Gewissens auch wieder updates der dvb-Addons machen.

Claus