MLD-5.x > General

[5.4-Testing] Debugen von Hoher Load

(1/4) > >>

MarMic:
Hi Jungs,

ich habe die 5.4 Testing auf den Schlafzimmer und Wohnzimmer VDR gebügelt und nun folgendes Problem.

Die Last der System geht irgendwann Hoch bis die System unbedienbar werden.
Die % Belegungen (idle usr....) sehen in top sehr gut aus aber die Load geht > 1.5 bis 2.0 und der VDR fängt an sich immer wieder neu zu starten.

Das Phänomen ist nicht reproduzierbar.

Am häufigsten fällt es auf, wenn der VDR zwei 1080i Aufnahmen auf zwei unterschiedlichen Transpondern ausführt. Das geht manchmal gut und ein anderes Mal fängt die Last wieder an zuzunehmen.

Ab und an geschieht es auch wenn nur eine Aufnahme läuft und ich KODI starte um einen Film 1080p/720p anzuschauen. Dann fängt KODI sogar an zu "buffern" was ich bisher noch nie erlebt hatte. Der Film kommt von einer USB2 Platte.

In meinem IMON Display sehe ich dann auch das der VDR sich andauernd neu startet.
TOP zeigt dann wieder eine Last von >1.5

Bevor ich die System auf 5.4 gehoben habe liefen diese über mehrere Stunden Stabil. Es kommen auch Tage vor an dennen die Last Konstant auf 0.5 bleibt trotz KODI, Aufnahmen und/oder Chromium browsen.

So nun meine Frage an die 5.x Profis.... wie debuggen wir diese Sch**** :-)

Ich will ja das ihr eine 5.4 stable bekommt :)

Gruß

MarMic

MarMic:
nochmal beleben:

unter 5.3 stable bekomme ich wenigstens nen trace: kann jemand damit etwas anfangen:

--- Code: ---Jun 20 13:53:39 (MLD) user.err kernel: [ 1525.622236] irq 16: nobody cared (try booting with the "irqpoll" option)
Jun 20 13:53:39 (MLD) user.warn kernel: [ 1525.622240] CPU: 0 PID: 0 Comm: swapper/0 Tainted: P           O    4.8.15.198.3 #1
Jun 20 13:53:39 (MLD) user.warn kernel: [ 1525.622241] Hardware name: To Be Filled By O.E.M. To Be Filled By O.E.M./B75 Pro3-M, BIOS P1.90 12/24/2013
Jun 20 13:53:39 (MLD) user.warn kernel: [ 1525.622243]  0000000000000000 ffffffff813010b7 ffff88011d35c600 ffff88011d35c69c
Jun 20 13:53:39 (MLD) user.warn kernel: [ 1525.622247]  ffffffff8106aa79 ffff88011d35c600 0000000000000000 0000000000000000
Jun 20 13:53:39 (MLD) user.warn kernel: [ 1525.622249]  ffff88011d35c600 ffffffff8106ad1d ffff88011d35c600 0000000000000000
Jun 20 13:53:39 (MLD) user.warn kernel: [ 1525.622252] Call Trace:
Jun 20 13:53:39 (MLD) user.warn kernel: [ 1525.622253]  <IRQ>  [<ffffffff813010b7>] ? dump_stack+0x46/0x59
Jun 20 13:53:39 (MLD) user.warn kernel: [ 1525.622262]  [<ffffffff8106aa79>] ? __report_bad_irq+0x36/0xb0
Jun 20 13:53:39 (MLD) user.warn kernel: [ 1525.622264]  [<ffffffff8106ad1d>] ? note_interrupt+0x19a/0x222
Jun 20 13:53:39 (MLD) user.warn kernel: [ 1525.622267]  [<ffffffff81068bba>] ? handle_irq_event_percpu+0x39/0x3f
Jun 20 13:53:39 (MLD) user.warn kernel: [ 1525.622270]  [<ffffffff81068be2>] ? handle_irq_event+0x22/0x43
Jun 20 13:53:39 (MLD) user.warn kernel: [ 1525.622272]  [<ffffffff8106b507>] ? handle_fasteoi_irq+0x75/0xcb
Jun 20 13:53:39 (MLD) user.warn kernel: [ 1525.622275]  [<ffffffff81013f98>] ? handle_irq+0x11/0x17
Jun 20 13:53:39 (MLD) user.warn kernel: [ 1525.622278]  [<ffffffff81013a9f>] ? do_IRQ+0x40/0xba
Jun 20 13:53:39 (MLD) user.warn kernel: [ 1525.622281]  [<ffffffff815c317f>] ? common_interrupt+0x7f/0x7f
Jun 20 13:53:39 (MLD) user.warn kernel: [ 1525.622285]  [<ffffffff81039780>] ? __do_softirq+0x6c/0x1bb
Jun 20 13:53:39 (MLD) user.warn kernel: [ 1525.622287]  [<ffffffff8102732f>] ? ioapic_ack_level+0x6b/0x103
Jun 20 13:53:39 (MLD) user.warn kernel: [ 1525.622289]  [<ffffffff810399f9>] ? irq_exit+0x33/0x3f
Jun 20 13:53:39 (MLD) user.warn kernel: [ 1525.622292]  [<ffffffff81013b03>] ? do_IRQ+0xa4/0xba
Jun 20 13:53:39 (MLD) user.warn kernel: [ 1525.622294]  [<ffffffff815c317f>] ? common_interrupt+0x7f/0x7f
Jun 20 13:53:39 (MLD) user.warn kernel: [ 1525.622295]  <EOI>  [<ffffffff814bf5b8>] ? cpuidle_enter_state+0xf1/0x143
Jun 20 13:53:39 (MLD) user.warn kernel: [ 1525.622302]  [<ffffffff814bf57e>] ? cpuidle_enter_state+0xb7/0x143
Jun 20 13:53:39 (MLD) user.warn kernel: [ 1525.622306]  [<ffffffff8105c58c>] ? cpu_startup_entry+0x13d/0x1a6
Jun 20 13:53:39 (MLD) user.warn kernel: [ 1525.622309]  [<ffffffff81aa8de6>] ? start_kernel+0x393/0x39b
Jun 20 13:53:39 (MLD) user.err kernel: [ 1525.622310] handlers:
Jun 20 13:53:39 (MLD) user.err kernel: [ 1525.622313] [<ffffffff8144f6a6>] usb_hcd_irq
Jun 20 13:53:39 (MLD) user.err kernel: [ 1525.622315] [<ffffffff8144f6a6>] usb_hcd_irq
Jun 20 13:53:39 (MLD) user.err kernel: [ 1525.622316] [<ffffffff8144f6a6>] usb_hcd_irq
Jun 20 13:53:39 (MLD) user.emerg kernel: [ 1525.622317] Disabling IRQ #16
Jun 20 13:53:39 (MLD) user.info vdr: Connection to LCDd at 127.0.0.1:13666 lost, trying to reestablish.
Jun 20 13:55:41 (MLD) user.info vdr: LCDd at 127.0.0.1:13666 does not respond.
Jun 20 13:57:07 (MLD) user.err vdr: codec/audio: error more than one frame data
Jun 20 13:57:07 (MLD) user.err vdr: codec/audio: no frame
--- End code ---

edit:// ich werde mal das powersave addon entfernen, welches das cpu stepping erledigt. Bei 5.4 scheint es nicht mehr nötig weil vllt bereits im kernel integriert?

MarMic:
Also ich antworte mir selbst (falls mal doch jemand auch mal das Problem hat)

mein Board scheint es irgendwie nicht zu mögen, wenn der Sound über HDMI ausgegeben wird. Das führt zu diesen IRQ errors und dann zu einer SEHR HOHEN LAST.

Sobald HDMI sound auf SPDIF umgestellt wird gibt es keine Lasten mehr >0.3 und das System läuft absolut stabil. Aufnahmen sind auch kein Problem. (heute Nacht 22 Test Aufnahmen mit mehrfachen hoch und runterfahren ohne Probleme erledigt)

gelöst sehe ich das Problem noch nicht.

next step: schauen ob es eine neue BIOS version gibt
grafikkate gegen eine andere tauschen und HDMI wieder aktivieren

Gruß

MarMic

MegaX:
Hi,

mit welchem Treiber läuft deine Karte, und ist es die 610er?

MarMic:
hidiho,

ja ist die 610er mit nvidia-legacy (der neue sollte auch gehen tut er aber nicht)

soviel ich weiß werden außerdem für die hdmi sound ausgabe snd-hda-intel verwendet (unabhängig von nvidida)

gruß

MarMic

Navigation

[0] Message Index

[#] Next page