Dreamboard

Lost in Space · 24. Februar 2019

Jetzt ist gerade etwas sehr seltsames passiert.

Ich habe das badblocks jetzt um sicher zu gehen 2x hinternder laufen lassen obwol es beim ersten mal mit 0/0/0 Fehler alle Durchläufe auf der 16GB SD Karte beendet hat.

Beim zweiten mal ist es mit bei 70% des dritten Durchlaufs auf einmal die box komplett stehen geblieben Video weg, netzwerk weg, womit das badblocks natürlich auch abgebrochen ist.

Nachdem nur mehr der Netzschalter geholfen hat die box neu zu booten weis ich natprlich nicht ob dabei wieder ein kernel crash passiert ist. Ich konnte allerdings anschließend die Box auch mit dieser SD Karte mehrmals booten und e2 restarten ohne das sie IO Fehler hatte oder der kernel krash im log passiert ist.

Ich installiere halt jetzt wieder mein ganzes Debian Stretch auf diese SD karte und beobachte weiter ob es wieder auftritt.

Seltsam sehr seltsam ...

LG
gutemine

Fred Bogus Trumper · 24. Februar 2019

Das erinnert mich an eine ähnliche Geschichte mit meinem Raspberry Pi.

Der war regelmäßig nach 2-3 Tagen tot.
x fsck's der SD halfen nichts, im log war interessanterweise auch nichts Auffälliges zu finden. Ich dachte schon, dass ich das system geschrottet hatte, aber ich hatte schon länger nichts mehr verändert.

Zum Test habe ich das system auf eine neue SD geklont und siehe da - dann war wieder Ruhe.

Was sich damit sagen will: Deine SD's werden sicher anders beansprucht als die eines durchschnitts users. Ich würde auch die paar Euro für eine neue SD investieren. Wenn es mit auch dieser auftritt kannst du die SD schon mal mit ziemlicher Sicherhet als Ursache ausschließen ...

Lost in Space · 24. Februar 2019

Ich kann den Effekt auf 2 Boxen mit 3 verschiedenen SD Karten reproduzieren, so einfach ist das nicht weil ich glaube nicht das die alle kaputt sind, schon weil 2 davon vorher noch nie in einer Dreambox waren.

Ausserdem vergisst du das auch die bad block erkennung durch Lesen und Screibe mittdes der vorhandenen Treober passiert.

Und wie schon gesagt ich hatte mehrmalige Läufe ohne Fehler bis es 1x rums gemacht hat. Es kann natürlich ein badblock erkannt und als solcher auch markiert wurde.

Nur das kann nicht die root cause sein, weil die zwei anderen SDs machen ja immer noch reproduzierbar Probleme.

Fred Bogus Trumper · 24. Februar 2019

Hast du die zwei SD's die noch Probleme machen in einem externen USB SD Card Reader getestet?

Das würde ich noch versuchen

Lost in Space · 24. Februar 2019

In meinem Notebook machen die keine Probleme und den badblocks test haben bis auf die eine auch alle schon mindestens 2x hinter sich.

Verbgene Pins beim Kartenleser sollten auch nicht so ein komisches Verhalten triggern.

Und ach ja die 900 hat die SDs auch anstandslos genommen.

Fred Bogus Trumper · 24. Februar 2019

Dann heisst es wohl auf die Dev's zu warten ...

Aber wenn es an den Treibern liegt, müssten dann nicht alle dm920 user mit verbauter SD über derartige Probleme berichten? Zumindest die, die über BA von einer SD booten?

Lost in Space · 24. Februar 2019

Nochmals das hat nichts mit BA zu tun, das passiert auch wenn du die SD nur stecken hast oder mit der fstab mountest.

Ich benutze die SD Karten halt primär so

Deswegen habe ich den Thread ja erstellt um rauszufinden ob das Problem auch bei anderen auftritt ... und evt. Feedback vom Development zu den Crashes bzw. zu den IO Fehlern zu bekommen.

EDIT: zu früh gefreut, nach stromlos machen und reboot der box macht die SD karte die vorher plötzlich wieder brav war wieder die gleichen Probleme (so wie die anderen 2), warten wir also mal bis in Lünen wer seinen Morgenkaffee getrunken hat.

Lost in Space · 25. Februar 2019

Kaffe schon erledigt ?

Lost in Space · 26. Februar 2019

OK, das ist jetzt mit einer nagelneuen 64GB SD frisch aus dem Geschäft:

Code

[  111.072990] mmc0: Timeout waiting for hardware interrupt.
[  111.075158] mmcblk1: error -110 sending status command, retrying
[  121.088978] mmc0: Timeout waiting for hardware interrupt.
[  121.091858] mmcblk1: error -110 sending status command, retrying
[  131.104979] mmc0: Timeout waiting for hardware interrupt.
[  131.107783] mmcblk1: error -110 sending status command, aborting
[  131.107801] end_request: I/O error, dev mmcblk1, sector 78087
[  131.107817] end_request: I/O error, dev mmcblk1, sector 78095
[  131.107829] end_request: I/O error, dev mmcblk1, sector 78103
[  131.107842] end_request: I/O error, dev mmcblk1, sector 78111
[  141.120978] mmc0: Timeout waiting for hardware interrupt.
[  141.123000] ------------[ cut here ]------------
[  141.123016] WARNING: CPU: 1 PID: 0 at /oe/krogoth/experimental/build/dm920/tmp-glibc/work-shared/dm920/kernel-source/drivers/mmc/host/sdhci.c:994 sdhci_send_command+0x658/0xeb4()
[  141.123020] Modules linked in: ftdi_sio usbserial ble(PO) dreambox_keyboard(PO) bcm7439(PO) si2183(PO) alps_bsbe2(PO) alps_bsbe1(O) bcm4506(PO) si2166b(PO) cxd1981(PO) cu1216mk3(PO) alps_bsbe1_c01a(PO) tu1216(O) lnb_ctrl(PO) lcd(PO) nfsd dreambox_rc2(PO) stb_core(PO)
[  141.123068] CPU: 1 PID: 0 Comm: swapper/1 Tainted: P        W  O 3.14-1.17-dm920 #2
[  141.123085] [<c0014eb0>] (unwind_backtrace) from [<c00112f0>] (show_stack+0x10/0x14)
[  141.123097] [<c00112f0>] (show_stack) from [<c05d0408>] (dump_stack+0x88/0x9c)
[  141.123107] [<c05d0408>] (dump_stack) from [<c001eed0>] (warn_slowpath_common+0x6c/0x88)
[  141.123114] [<c001eed0>] (warn_slowpath_common) from [<c001ef88>] (warn_slowpath_null+0x1c/0x24)
[  141.123121] [<c001ef88>] (warn_slowpath_null) from [<c040a4cc>] (sdhci_send_command+0x658/0xeb4)
[  141.123130] [<c040a4cc>] (sdhci_send_command) from [<c040c428>] (sdhci_timeout_timer+0x74/0xb8)
[  141.123138] [<c040c428>] (sdhci_timeout_timer) from [<c00295c8>] (call_timer_fn+0x24/0x84)
[  141.123145] [<c00295c8>] (call_timer_fn) from [<c002a294>] (run_timer_softirq+0x19c/0x218)
[  141.123153] [<c002a294>] (run_timer_softirq) from [<c00231cc>] (__do_softirq+0x134/0x248)
[  141.123161] [<c00231cc>] (__do_softirq) from [<c0023574>] (irq_exit+0xb4/0xfc)
[  141.123169] [<c0023574>] (irq_exit) from [<c000eca8>] (handle_IRQ+0x44/0x90)
[  141.123176] [<c000eca8>] (handle_IRQ) from [<c00085a0>] (gic_handle_irq+0x2c/0x5c)
[  141.123182] [<c00085a0>] (gic_handle_irq) from [<c0011dc0>] (__irq_svc+0x40/0x50)
[  141.123186] Exception stack(0xcd8cbfa0 to 0xcd8cbfe8)
[  141.123192] bfa0: ffffffed 0d7ff000 c07d54c8 00000000 cd8ca030 c07d4420 c07d449c c05d788c
[  141.123197] bfc0: c0801961 c0801961 cd8ca000 00000000 c07dc0c0 cd8cbfe8 c000efb0 c000efa8
[  141.123201] bfe0: 60000013 ffffffff
[  141.123208] [<c0011dc0>] (__irq_svc) from [<c000efa8>] (arch_cpu_idle+0x2c/0x38)
[  141.123217] [<c000efa8>] (arch_cpu_idle) from [<c00638f8>] (cpu_startup_entry+0x100/0x144)
[  141.123227] [<c00638f8>] (cpu_startup_entry) from [<00008664>] (0x8664)
[  141.123231] ---[ end trace 1d875abfc97ee5de ]---
[  151.136985] mmc0: Timeout waiting for hardware interrupt.
[  161.152977] mmc0: Timeout waiting for hardware interrupt.
[  161.155740] mmcblk1: error -110 sending status command, retrying
[  171.168977] mmc0: Timeout waiting for hardware interrupt.
[  171.171161] mmcblk1: error -110 sending status command, retrying

Alles anzeigen

Die Theorie mit kaputten SD Karte(n) können wir jetzt wohl langsam ad-acta legen

prtigger · 27. Februar 2019

Hallo Zusammen

Nur als kurze zusätzliche Info:
Auch mit der 7080HD gibt es bei dauerhaft gesteckter SD-Karte bei mir Probleme. Allerdings sporadisch und sehr selten (100-200 Bootvorgänge).

- Box fährt nicht hoch (Enigma startet nicht [Dreambox Logo auf dem Bildschirm]; Box und SD aber ansprechbar)
- Nach dem Bootvorgang fehlt einer der beiden Tuner

Ausschließen kann ich auch die SD-Karte (32GB)

Einzige Lösung bisher: SD-Karte raus... Dann keine Probleme beim oder nach dem Boot...

Viele Grüße
prtigger

Lost in Space · 10. März 2019

Auch wenn die Kollegen mit den aktuellen Änderungen nicht zufrieden sind, wollte ich hier mal anmerken das ich seitdem auf der 920 keine dieser komischen mmc Kernel Crashes mehr hatte und man die SD Karte wieder stabil verwenden kann.

LG
gutemine

Lost in Space · 10. März 2019

Nö zu früh gefreut, jetzt ist es nach einem Tag mit SD Karte wieder drinnen doch wieder aufgetreten:

Code

[ 5021.791185] mmc0: Timeout waiting for hardware interrupt.
[ 5021.793206] ------------[ cut here ]------------
[ 5021.793223] WARNING: CPU: 0 PID: 0 at /oe/krogoth/experimental/build/dm920/tmp-glibc/work-shared/dm920/kernel-source/drivers/mmc/host/sdhci.c:994 sdhci_send_command+0x658/0xeb4()
[ 5021.793227] Modules linked in: ftdi_sio usbserial ble(PO) dreambox_keyboard(PO) bcm7439(PO) si2183(PO) alps_bsbe2(PO) alps_bsbe1(O) bcm4506(PO) si2166b(PO) cxd1981(PO) cu1216mk3(PO) alps_bsbe1_c01a(PO) tu1216(O) lnb_ctrl(PO) lcd(PO) nfsd dreambox_rc2(PO) stb_core(PO)
[ 5021.793276] CPU: 0 PID: 0 Comm: swapper/0 Tainted: P           O 3.14-1.17-dm920 #2
[ 5021.793293] [<c0014eb0>] (unwind_backtrace) from [<c00112f0>] (show_stack+0x10/0x14)
[ 5021.793304] [<c00112f0>] (show_stack) from [<c05d0408>] (dump_stack+0x88/0x9c)
[ 5021.793315] [<c05d0408>] (dump_stack) from [<c001eed0>] (warn_slowpath_common+0x6c/0x88)
[ 5021.793322] [<c001eed0>] (warn_slowpath_common) from [<c001ef88>] (warn_slowpath_null+0x1c/0x24)
[ 5021.793329] [<c001ef88>] (warn_slowpath_null) from [<c040a4cc>] (sdhci_send_command+0x658/0xeb4)
[ 5021.793337] [<c040a4cc>] (sdhci_send_command) from [<c040c428>] (sdhci_timeout_timer+0x74/0xb8)
[ 5021.793345] [<c040c428>] (sdhci_timeout_timer) from [<c00295c8>] (call_timer_fn+0x24/0x84)
[ 5021.793353] [<c00295c8>] (call_timer_fn) from [<c002a294>] (run_timer_softirq+0x19c/0x218)
[ 5021.793361] [<c002a294>] (run_timer_softirq) from [<c00231cc>] (__do_softirq+0x134/0x248)
[ 5021.793368] [<c00231cc>] (__do_softirq) from [<c0023574>] (irq_exit+0xb4/0xfc)
[ 5021.793376] [<c0023574>] (irq_exit) from [<c000eca8>] (handle_IRQ+0x44/0x90)
[ 5021.793383] [<c000eca8>] (handle_IRQ) from [<c00085a0>] (gic_handle_irq+0x2c/0x5c)
[ 5021.793389] [<c00085a0>] (gic_handle_irq) from [<c0011dc0>] (__irq_svc+0x40/0x50)
[ 5021.793394] Exception stack(0xc07cdf60 to 0xc07cdfa8)
[ 5021.793399] df60: ffffffed 0d7f7000 c07d54c8 00000000 c07cc030 c07d4420 c07d449c c05d788c
[ 5021.793405] df80: c0801961 c0801961 c07cc000 00000000 00000000 c07cdfa8 c000efb0 c000efa8
[ 5021.793408] dfa0: 600b0013 ffffffff
[ 5021.793416] [<c0011dc0>] (__irq_svc) from [<c000efa8>] (arch_cpu_idle+0x2c/0x38)
[ 5021.793425] [<c000efa8>] (arch_cpu_idle) from [<c00638f8>] (cpu_startup_entry+0x100/0x144)
[ 5021.793436] [<c00638f8>] (cpu_startup_entry) from [<c078ebf0>] (start_kernel+0x414/0x420)
[ 5021.793441] ---[ end trace 21444d993b73c07a ]---
[ 5031.807186] mmc0: Timeout waiting for hardware interrupt.

Alles anzeigen

Aber es ist jetzt scheinbar wesentlich seltener ... sieht also so aus wie wenn Ihr die Interrupts noch weiter sortieren dürft ...

Lost in Space · 10. März 2019

Mit dem neuen Treiber von Ghost ist es wieder so schlecht wie vorher - 1x e2 restarten bei gesteckter SD Karte:

Code

[   98.595105] ------------[ cut here ]------------
[   98.595121] WARNING: CPU: 1 PID: 0 at /oe/krogoth/experimental/build/dm920/tmp-glibc/work-shared/dm920/kernel-source/drivers/mmc/host/sdhci.c:994 sdhci_send_command+0x658/0xeb4()
[   98.595126] Modules linked in: ftdi_sio usbserial ble(PO) dreambox_keyboard(PO) bcm7439(PO) si2183(PO) alps_bsbe2(PO) alps_bsbe1(O) bcm4506(PO) si2166b(PO) cxd1981(PO) cu1216mk3(PO) alps_bsbe1_c01a(PO) tu1216(O) lnb_ctrl(PO) lcd(PO) nfsd dreambox_rc2(PO) stb_core(PO)
[   98.595174] CPU: 1 PID: 0 Comm: swapper/1 Tainted: P           O 3.14-1.17-dm920 #2
[   98.595191] [<c0014eb0>] (unwind_backtrace) from [<c00112f0>] (show_stack+0x10/0x14)
[   98.595203] [<c00112f0>] (show_stack) from [<c05d0408>] (dump_stack+0x88/0x9c)
[   98.595213] [<c05d0408>] (dump_stack) from [<c001eed0>] (warn_slowpath_common+0x6c/0x88)
[   98.595220] [<c001eed0>] (warn_slowpath_common) from [<c001ef88>] (warn_slowpath_null+0x1c/0x24)
[   98.595228] [<c001ef88>] (warn_slowpath_null) from [<c040a4cc>] (sdhci_send_command+0x658/0xeb4)
[   98.595237] [<c040a4cc>] (sdhci_send_command) from [<c040c428>] (sdhci_timeout_timer+0x74/0xb8)
[   98.595245] [<c040c428>] (sdhci_timeout_timer) from [<c00295c8>] (call_timer_fn+0x24/0x84)
[   98.595252] [<c00295c8>] (call_timer_fn) from [<c002a294>] (run_timer_softirq+0x19c/0x218)
[   98.595260] [<c002a294>] (run_timer_softirq) from [<c00231cc>] (__do_softirq+0x134/0x248)
[   98.595268] [<c00231cc>] (__do_softirq) from [<c0023574>] (irq_exit+0xb4/0xfc)
[   98.595276] [<c0023574>] (irq_exit) from [<c000eca8>] (handle_IRQ+0x44/0x90)
[   98.595282] [<c000eca8>] (handle_IRQ) from [<c00085a0>] (gic_handle_irq+0x2c/0x5c)
[   98.595289] [<c00085a0>] (gic_handle_irq) from [<c0011dc0>] (__irq_svc+0x40/0x50)
[   98.595294] Exception stack(0xcd8cbfa0 to 0xcd8cbfe8)
[   98.595299] bfa0: ffffffed 0d7ff000 c07d54c8 00000000 cd8ca030 c07d4420 c07d449c c05d788c
[   98.595304] bfc0: c0801961 c0801961 cd8ca000 00000000 c07dc0c0 cd8cbfe8 c000efb0 c000efa8
[   98.595308] bfe0: 60000013 ffffffff
[   98.595316] [<c0011dc0>] (__irq_svc) from [<c000efa8>] (arch_cpu_idle+0x2c/0x38)
[   98.595325] [<c000efa8>] (arch_cpu_idle) from [<c00638f8>] (cpu_startup_entry+0x100/0x144)
[   98.595334] [<c00638f8>] (cpu_startup_entry) from [<00008664>] (0x8664)
[   98.595338] ---[ end trace 7251436426d0ddc8 ]---

Alles anzeigen

pclin · 10. März 2019

Also bei mir gibt es keine der Probleme, weder vor noch nach dem letztem Update!

BA ist auf der mmc,

Code

[22:44 root@dm900 ~] > df -h
Filesystem                Type      Size  Used Avail Use% Mounted on
devtmpfs                  devtmpfs  492M  4,0K  492M   1% /dev
/dev/mmcblk1p1            ext4       57G   30G   25G  56% /media/ba
tmpfs                     tmpfs     500M     0  500M   0% /dev/shm
tmpfs                     tmpfs     500M   17M  484M   4% /run
tmpfs                     tmpfs     500M   52K  500M   1% /tmp
tmpfs                     tmpfs     500M   17M  484M   4% /var/volatile
tmpfs                     tmpfs     500M     0  500M   0% /sys/fs/cgroup
/dev/mmcblk0p3            ext4      2,6G  1,6G  896M  64% /data
/dev/sda1                 ext3      232G  215G   18G  93% /media/hdd
//192.168.178.1/FRITZ.NAS cifs      1,9T  836G  1,1T  45% /media/fritzbox-nas

Alles anzeigen

Ich habe aber auch keine 'hänger' und Teletext ist auch OK!

Code

[22:44 root@dm900 ~] > apt show dreambox-dvb-modules
Package: dreambox-dvb-modules
Priority: required
Section: base
Maintainer: OE-Core Developers <openembedded-core@lists.openembedded.org>
Version: 3.14-1.17-dm900-20190309-r0.0
Depends: dreambox-dvb-modules-stb-core
Recommends: dreambox-dvb-modules-lcd, dreambox-dvb-modules-systemd
Download-Size: 2.594 kB
SHA512: 021db537fcd9c669664de54aa5b984357b20437f2a510beeead63b648199339be0ddabb4c868db133553d0ee4b802481c50bafe87636bcc3b4f6b66736b8183f
OE: dreambox-dvb-modules
PackageArch: dm900
Installed-Size: unknown
APT-Manual-Installed: yes
APT-Sources: http://pclin-iMac/dm900/ ./ Packages
Description: Hardware drivers for Dreambox
 Hardware drivers for Dreambox.

Alles anzeigen

Wenn ich Flash (Orginal unstable letzte Version) starte, kann ich die Probleme zumindestens mit dem Teletext feststellen.

Ich habe heute noch ein neues Image Installiert auf BA, auch da ist alles IO

Code

root@dm900:~# ba.sh info
-------------------------------------------------------------
Barry Allen Version 12.73 on dm900
-------------------------------------------------------------
You are booted from: pclin-dm900-kodi18_20190310
-------------------------------------------------------------
List of Installed Images at /media/ba/ba
-------------------------------------------------------------
Merlin_OE-2.5-dm900-experimental-20180920
core-image-x11-dm900_180220
core-image-x11-dm900_20181101
pclin-dm900-kodi18_20190310
pclin-dm900_2017-04-10_180830
-------------------------------------------------------------

Alles anzeigen

gruß pclin

Guybrush2012 · 11. März 2019

Ich habe jetzt extra zwei sd Karten getestet. Eine 32gb und eine 64gb mit BarryAllen. Keine Probleme.

Edit: Habe allerdings nicht sehr lange getestet. dm920. Tritt es denn nur beim neu booten auf? Ich könnte eine weile BarryAllen wieder laufen lassen und schauen ob es Auftritt.

Lost in Space · 11. März 2019

Nochmals das hat nichts mit BA zu tun, und beim booten ist es extrem selten. Wenn du anschließend e2 restartest, was ist ständig mache zum Entwickeln, wird es erst .... interessant ...

Ghost · 11. März 2019

Es gab aber doch seit Ewigkeiten gar keine Änderungen im mmc treiber... der ist ja im Kernel... und da war doch ewig gar nichts....

cu

Lost in Space · 11. März 2019

Warum Crashes er dann bzw. passieren die komischen IO Waits?

Ich vermute ja auch nur, nehme aber an das es mit dem umsortieren der Interrupts für die BT FB in den Treibern zu tun hat, weil damit ging es bei mir los. IO Waits sind ja weil der Treiber nicht zum Schreiben kommt, und bei einem gemounteten SD Crashes er dann, sonst bleibt er hält Sekunden lang hängen.

Ich kann auch nicht glauben daß alle meine 9x0 kaputte Mainboards gekriegt haben ... weil sobald ich keine SD Karten reinstecke laufen sie alle problemlos....

Wenn ihr am Interrupt Handling schraubt so wie in den letzten Treibern ändert sich dann das Verhalten des MMC Treibers auch ohne Code Änderungen dort.

Ghost · 11. März 2019

Du hattest aber doch mmc probleme schon vor dem Treiber.

Das passt doch alles nicht zusammen

Und nein.. die Änderungen an den Media Treibern haben nichts mit dem Kernel zu tun.

cu

Lost in Space · 11. März 2019

Gut, wenn wir keine Lösung finden dann kaufe ich noch 2 weitere Micro USB und die SD Karten fliegen halt dauerhaft raus.

Ich will euch ja nicht mit Sachen qälen die scheinbar sonst keiner hat

Dreamboard

dm920 mmc Treiber Problem ?

Ähnliche Themen

FBC Tuner / Unicable II Tunen Fehlgeschlagen

DM920 2x DVB-S2x FBC friert ab und an im Standby ein

920 er ist nicht fehlerfrei

USB HDD hinter USB Hub nicht erkannt