Beiträge von freeman

    Ghost,


    könnte wie du schon vermutest hast an den WIFI Treibern liegen.


    Ich habe mal ein bisschen recheriert und das das evtl. ein Kernelproblem sein könnte.


    Wenn man nach "wifi0: unable to attach hardware: 'EEPROM read problem' (HAL status 8 )" googelt


    findet man sehr viele Hinweise zu Atheros und OpenWRT.


    Wifi und MTD-Treiber stören sich anscheinend bei der Überlappung von Adressräumen.


    Das würde vielleicht bei einigen auch den KernelPanic erklären.


    Aber das sind von meiner Seite nur Vermutungen.


    mfg.


    freeman

    Ghost,


    ich habe den Fehler wieder nachstellen können.


    Nochmal clean geflasht, Grundeinstellungen vorgenommen und anschließend heruntergefahren.
    30 Min gewartet und ohne Netzwerkanschluss und aktivem DVI -> HDMI connect hochgefahren.


    Folgende Fehler treten jetzt auf:


    [ 9.274000] udevd[87]: starting version 182
    [ 10.092000] stb_core: module license 'Proprietary' taints kernel.
    [ 10.099000] Disabling lock debugging due to kernel taint
    [ 10.950000] ath_hal: 2009-05-08 (AR5210, AR5211, AR5212, AR5416, RF5111, RF5112, RF2413, RF5413, RF2133, RF2425, REGOPS_FUNC, XR)
    [ 11.142000] wlan: svn r3314
    [ 11.146000] sr0: scsi3-mmc drive: 24x/24x writer dvd-ram cd/rw xa/form2 cdda tray
    [ 11.154000] cdrom: Uniform CD-ROM driver Revision: 3.20
    [ 11.315000] ath_pci: svn r3314
    [ 11.319000] PCI: Enabling device 0000:00:01.0 (0000 -> 0002)
    [ 11.325000] Atheros HAL provided by OpenWrt, DD-WRT and MakSat Technologies
    [ 11.524000] uncorrectable error :
    [ 11.528000] mtd->read(0x5ec bytes from 0x7c9214) returned ECC error
    [ 11.548000] JFFS2 notice: ( 118 ) check_node_data: wrong data CRC in data node at 0x007c9214: read 0x3dbcb4bd, calculated 0xa127af9d.
    [ 12.899000] wifi0: unable to attach hardware: 'EEPROM read problem' (HAL status 8 )
    [ 12.907000] ath_pci: ath_attach failed: 6
    [ 12.913000] sched: RT throttling activated
    [ 13.041000] fpga init
    [ 15.485000] done OK 0
    [ 19.218000] enter base init, xvd 20100413, vdc 20100413, rap 20101005, xpt 20100825
    [ 19.226000] !!! kernMemSize: 154 MB


    Vielleicht hilft das jetzt weiter.


    mfg.


    freeman

    Ghost,
    ich konnte den Fehler reproduzieren.
    Vorab meine Konfiguration und Softwarestände:


    Gerät & Versionen


    Gerätebezeichnung: dm8000
    Enigma2 Version: 2012-09-24-tarball
    Image Version: Experimental 2012-11-08
    Frontprozessor Version: V7
    Webinterface Version: 1.7.1
    Tuner
    Tuner A: BCM4501 (internal) (DVB-S2)
    Tuner B: BCM4501 (internal) (DVB-S2)
    Tuner C: (leer)
    Tuner D: (leer)


    (ATA-WDC WD10EADS-00L)
    Kapazität: 1000.204 GB
    Freier Platz: 97.915 GB


    Netzwerkschnittstelle (eth0)
    MAC Addresse: 00:09:34:1c:1b:95
    DHCP aktiviert: True
    IP-Adresse: 0.0.0.0
    Netzmaske: 0.0.0.0
    Gateway: 0.0.0.0


    Tuner B ist mit Tuner A intern verbunden und ich steuere nur eine Satellitenposition Astra 19,2 E an.
    Der Fehler tritt bei mir nur nach längerem Deepstandby auf und wenn weder Netzwerk noch Geräte per DVI->HDMI aktiv sind.


    1.Phase


    [ 10.995000] ath_pci: svn r3314
    [ 10.999000] PCI: Enabling device 0000:00:01.0 (0000 -> 0002)
    [ 11.005000] Atheros HAL provided by OpenWrt, DD-WRT and MakSat Technologies
    [ 11.697000] ath_rate_sample: 1.2 (svn r3314)
    [ 11.707000] wifi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps
    [ 11.713000] wifi0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps
    [ 11.725000] wifi0: turboG rates: 6Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps
    [ 11.733000] wifi0: H/W encryption support: WEP AES AES_CCM TKIP
    [ 11.763000] uncorrectable error :
    [ 11.766000] uncorrectable error :
    [ 11.771000] mtd->read(0x5e2 bytes from 0x7d148c) returned ECC error
    [ 11.778000] Data CRC f705aa20 != calculated CRC 93804c26 for node at 007d1448
    [ 11.845000] uncorrectable error :
    [ 11.849000] mtd->read(0x23f bytes from 0x7ca800) returned ECC error
    [ 11.856000] JFFS2 notice: (120) check_node_data: wrong data CRC in data node at 0x007ca24c: read 0x57cc7105, calculated 0xadbf47cc.
    [ 11.870000] ath_pci: wifi0: Atheros 2413: mem=0xd0000000, irq=33
    [ 11.953000] ------------[ cut here ]------------
    [ 11.957000] WARNING: at fs/sysfs/dir.c:481 sysfs_add_one+0xac/0xdc()
    [ 11.964000] sysfs: cannot create duplicate filename '/module/snd_pcm/parameters/'


    2.Phase
    Enigma2 v4.0.0 (revision: tarball-20120924-0-g1302a2a, date: 2012-09-24)


    Enigma2 is property of Dream Multimedia GmbH. All copyrights with regard to
    Enigma2 belong to Dream Multimedia GmbH only.


    The full license text is available at /usr/share/doc/enigma2/LICENSE.


    PYTHONPATH: /usr/lib/enigma2/python
    + (1) Background File Eraser
    + (8) graphics acceleration manager
    /dev/fb0: No such file or directory
    + (9) GFBDC
    /dev/fb0: No such file or directory
    framebuffer not available.
    FATAL: no framebuffer available
    Aborted


    INIT: Id "e2" respawning too fast: disabled for 5 minutes



    INIT: no more processes left in this runlevel


    Nach einem Deep_Reboot tritt wieder respawning too fast auf.


    Siehe auch beigefügte Logs.


    Mit angeschlossenem Netzwerk (LAN) und Bildschirm LCD per DVI_> HDMI war der Fehler nicht aufgetreten und nicht reproduzierbar.


    Vielleicht hift das weiter.


    mfg.


    freeman

    Ghost,


    da ich leider Ähnlichkeiten wie prtigger zum OE1.6 sehe werde ich noch mal das ganze auf Herz und Nieren testen.


    Sprich den letzten frischen OE2.0 Experimental Flashen ohne irgendwelche PlugIns hinterenanderweg in den DeepStandby (1-2Min Pause)setzten und wieder Starten und mitloggen.


    Ich hoffe das ich dann noch mal was Brauchbares an Logs liefern kann.


    mfg.


    freeman

    TeHC,


    ich habe mir dein log mal angeschaut und dort ist auch ein CRC Fehler Eintrag drin:


    Starting udev
    [ 77.810000] udevd[86]: starting version 182
    [ 78.768000] ath_hal: module license 'Proprietary' taints kernel.
    [ 78.774000] Disabling lock debugging due to kernel taint
    [
    78.802000] ath_hal: 2009-05-08 (AR5210, AR5211, AR5212, AR5416, RF5111,
    RF5112, RF2413, RF5413, RF2133, RF2425, REGOPS_FUNC, XR)
    [ 79.254000] wlan: svn r3314
    [ 79.497000] ath_pci: svn r3314
    [ 79.501000] PCI: Enabling device 0000:00:01.0 (0000 -> 0002)
    [ 79.507000] Atheros HAL provided by OpenWrt, DD-WRT and MakSat Technologies
    [ 80.037000] Node CRC 5e7857a8 != calculated CRC d445adf8 for node at 007a3ad8
    [ 80.654000] sched: RT throttling activated
    [ 80.711000] ath_rate_sample: 1.2 (svn r3314)
    [ 80.724000] wifi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps
    [ 80.730000] wifi0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps
    [ 80.743000] wifi0: turboG rates: 6Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps
    [ 80.752000] wifi0: H/W encryption support: WEP AES AES_CCM TKIP
    [ 80.845000] fpga init
    [ 80.871000] ath_pci: wifi0: Atheros 2413: mem=0xd0000000, irq=33
    [ 83.328000] done OK 0
    [ 87.058000] enter base init, xvd 20100413, vdc 20100413, rap 20101005, xpt 20100825
    [ 87.066000] !!! kernMemSize: 154 MB


    Also einwandfrei ist dass noch nicht.


    Was meint Ghost dazu?


    mfg.


    freeman

    Hallo,


    die Probleme treten bei mir nur im Deep Standby und wenn die Box über den Netzschalter nach dem shutdown abgeschaltet wurde auf.


    Ich habe aber den Eindruck das bevor dieser Fehler auftritt die Box länger beim herunterfahren braucht.


    Sprich als wenn die Box nicht wirklich sauber heruntergefahren ist.


    Auch wenn ich vorher Aufgenommene Filme gelöscht habe.


    Dann braucht die Box einige Zeit und rödelt auf meiner WD10EADS Festplatte ewig bevor sie unten ist.


    Displaying bootlogo.
    Starting udev
    [ 6.193000] udevd[83]: starting version 182
    [ 7.681000] ath_hal: module license 'Proprietary' taints kernel.
    [ 7.687000] Disabling lock debugging due to kernel taint
    [ 7.710000] ath_hal: 2009-05-08 (AR5210, AR5211, AR5212, AR5416, RF5111, RF5112, RF2413, RF5413, RF2133, RF2425, REGOPS_FUNC, XR)
    [ 7.936000] wlan: svn r3314
    [ 8.174000] ath_pci: svn r3314
    [ 8.177000] PCI: Enabling device 0000:00:01.0 (0000 -> 0002)
    [ 8.183000] Atheros HAL provided by OpenWrt, DD-WRT and MakSat Technologies
    [ 8.644000] sr0: scsi3-mmc drive: 24x/24x writer dvd-ram cd/rw xa/form2 cdda tray
    [ 8.652000] cdrom: Uniform CD-ROM driver Revision: 3.20
    [ 8.883000] ath_rate_sample: 1.2 (svn r3314)
    [ 8.903000] uncorrectable error :
    [ 8.906000] uncorrectable error :
    [ 8.910000] mtd->read(0xb3a bytes from 0x398ba0) returned ECC error
    [ 8.917000] Data CRC e272e16f != calculated CRC 211cb0ac for node at 00398b5c

    [ 8.937000] wifi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps
    [ 8.943000] wifi0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps
    [ 8.954000] wifi0: turboG rates: 6Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps
    [ 8.962000] wifi0: H/W encryption support:
    [ 8.962000] uncorrectable error :
    [ 8.963000] mtd->read(0x9b4 bytes from 0x379c58) returned ECC error
    [ 8.963000] Data CRC bf582f44 != calculated CRC a8fe22ed for node at 00379c14
    [ 8.963000] uncorrectable error :
    [ 8.963000] mtd->read(0x44 bytes from 0x37a60c) returned ECC error

    [ 8.993000] WEP AES AES_CCM TKIP
    [ 9.055000] ath_pci: wifi0: Atheros 2413: mem=0xd0000000, irq=33
    [ 9.324000] fpga init
    [ 11.788000] done OK 0
    [ 14.456000] enter base init, xvd 20100413, vdc 20100413, rap 20101005, xpt 20100825
    [ 14.464000] !!! kernMemSize: 154 MB



    mfg.


    freeman

    TeHC,


    es scheinen mal wieder ECC und CRC Fehler im JFFS2 zu sein.
    Sie werden wahrscheinlich ausgelöst durch ein fehlerhaftes Zusammenspiel zwischen Nandflash Controller und Nandflashtreiber.
    Ghost hatte dazu weiter oben in diesem Thread schon mal etwas geschrieben.
    [ 80.713000] mtd->read(0x600 bytes from 0x648200) returned ECC error
    [ 80.720000] JFFS2 notice: (122) read_dnode: node CRC failed on dnode at 0x648200: read 0x7801668c, calculated 0x1668cc6
    [ 80.825000] Node CRC 78906d20 != calculated CRC be6debc6 for node at 0063e638
    [ 80.844000] uncorrectable error :
    [ 80.847000] uncorrectable error :
    [ 80.851000] mtd->read(0x32d bytes from 0x640e34) returned ECC error
    [ 80.857000] Data CRC f872ddfe != calculated CRC a1efc381 for node at 00640df0
    [ 80.913000] uncorrectable error :
    [ 80.917000] mtd->read(0x44 bytes from 0x64802c) returned ECC error


    Im OE 1.6 hatten wir so einen Fehler auch schon mal.


    Es scheint sehr schwierig zu sein den Fehler genau zu lokalisieren.
    Diese Form der Fehler tritt laut Ghost nur bei der DM8000 anscheinend auf.
    Die Box gibt es in unterschiedlichen Revisionen mit unterschiedlichen NandFlashBausteinen.


    Ich kann nur vermuten das es vielleicht im Zusammenhang mit dem neuen Kernel, des uCode des NandFlashControllers, des Nandflashtreibers und der Architektur des NandFlashSpeichers steht.


    Hoffen wir das beste und das Ghost den Fehler findet und beseitigt.


    mfg.


    freeman

    TeHC,


    ich habe mir dein log mal angeschaut und mit meinen Boothängern verglichen.


    Kommt mir sehr bekannt vor.


    [ 77.914000] Node CRC 884d57ec != calculated CRC 8594a996 for node at 0064b010
    [ 77.927000] uncorrectable error :
    [ 77.930000] uncorrectable error :
    [ 77.934000] uncorrectable error :
    [ 77.937000] uncorrectable error :
    [ 77.941000] uncorrectable error :
    [ 77.944000] mtd->read(0x754 bytes from 0x3728ac) returned ECC error
    [ 77.951000] JFFS2 notice: (124) read_dnode: wrong data CRC in data node at 0x003728ac: read 0x678562, calculated 0x6e876956.


    Mal wieder CRC und ECC errors vom Journal Flash File System.


    Das hatten wir auch schon mal im OE1.6.
    Flash Treiber bzw Timmings wenn ich mich recht erinnere.


    Hallo Ghost bitte fixen.


    Zweites Log beinhaltet einen Kernel Panic:


    [ 77.949000] Kernel panic - not syncing: Fatal exception in interrupt
    [ 77.949000] Rebooting in 180 seconds..


    Ich vermute einen Zusammenhang zwischen Kernel und Nandflashtreiber.


    Siehe ehemals: [gelöst] OE1.6: Immer wieder Hänger beim booten der dm8000 (ECC Error & JFFS2 notice.. im Bootlog) - (mit oe1.5 2.8.4 keine Probleme!)



    mfg.


    freeman

    @Radek,


    eine Blu-Ray unterstützung bzw. AVCHD (Mini Blu-ray) auf DVD ist zur Zeit nur mit dem aktuellen experimental Images möglich:


    http://www.dreamboxupdate.com/…image-dm8000-20120714.nfi


    Zusätzlich benötigst du noch das Plugin : enigma2-plugin-extensions-bludiscplayer


    Das lässt sich sehr leicht über den Menupunkt Erweiterungen nachinstallieren, da es im Feed vorhanden ist.


    Allerdings müssen die DVDs AVCHD Konform erstellt sein.


    Das Programm ImgBurn hilft hier: http://www.imgburn.com/


    Ich hoffe das Hilft dir erstmal weiter.


    mfg.


    freeman

    Hallo Ghost,


    hätte ich vielleicht auch sagen müssen, ich habe Tuner B mit Tuner A verbunden.


    Habe heute das Update durchgeführt:


    Devicename: dm8000
    Enigma Version: 2012-02-14-3.2
    Image Version: Release 3.2.1 2012-01-11
    Frontprozessor Version: V7
    Webinterface Version: 1.7.1


    Jetzt ist alles wieder in Ordnung.


    Danke. :thumbs_up:


    mfg.


    freeman

    Hallo Ghost,


    die Timer überschneiden sich bsp. Tagesschau ARD 20:00 - 2015 und Pro7 Unser Star für Baku 2014 - 22:50.


    Einer von beiden egal in welcher Reihenfolge der Timerevent gesetzt wird ruft den Konflikt hervor.


    Läuft die Tagesschau noch kann ich aber Trotzdem Pro7 Zeitgleich schauen.


    Wie muelleimer321 bechrieben hat.


    mfg.


    rkfreeman

    Hallo,


    seit dem letzten Update auf 3.2.2 sind keine parallele Aufnahmen mehr möglich.


    Bei der der Timer programmierung "Fehler bei der Timerprüfung" in Konflikt stehende Timer.


    So etwas hatte ich noch nie.


    Device & Versions
    Devicename:dm8000
    Enigma Version:
    2012-02-10-3.2
    Image Version:
    Release 3.2.1 2012-01-11
    Frontprozessor Version:
    V7
    Webinterface Version:
    1.7.1


    mfg.


    freeman

    Hallo,


    seit dem DM Release 3.2.0 wird die Festplatte nicht mehr automatisch eingehängt.
    Das weitere Update auf DM Release 3.2.1 brachte keinen Erfolg.
    Auch ein erneutes Flashen brachte keine weitere Besserung.
    Ferner das Flashen auf 3.1.0 lies sich die Festplatte auch nicht automatisch einbinden.


    Nur der Eintrag in der /etc/fstab


    /dev/disk/by-uuid/f34f235c-5963-43b1-b9a2-950bcd2d9f50 /media/hdd ext3 defaults 0 0


    half.


    Seit dem Update 3.2.0 habe ich auch zwei Einträge unter /dev/disk/by-id
    root@dm8000:/dev/disk/by-id# ls
    scsi-SATA_WDC_WD10EADS-00_WD-WCAU48717897 scsi-SATA_WDC_WD10EADS-00_WD-WCAU48717897-part1


    Unter Hauptmenü/Einstellungen/System/Festplatte wird unter Festplattenauswahl trotz fstab Eintrag "SATA Festplatte - Kein Einhängepunk zugewiesen" angezeigt.


    Der fstab Eintrag kann nur ein Workaround sein.


    Ich habe keine Lust alle Daten von der Festplatte zu nehmen und die hdisk anschließend erneut neu initialisieren zu lassen.


    mfg.


    freeman

    Hallo,


    ich fände es schon schön wenn man die eigenen HD Aufnahmen auf der DM8000 schneiden und auf eine kompatibele BLU-Ray brennen könnte.


    mfg.


    rkfreeman

    Hallo,


    wer hat Erfahrungen mit Unicable Lösung von Kathrein UAS481 in Verbindung mit einer DM8000?


    Ich möchte über den Anschluss Tuner A die Verbindung zum LNB herstellen.


    Wie muss ich die erweiterte Tuner Konfiguration einstellen, damit beide internen Tuner(BCM4501) unabhänige SCR Kanäle erhalten und der Tuner B über Tuner A verbunden werden kann.


    Vielen Dank im Voraus.


    mfg.


    freeman

    Hallo,


    kann schon jemand was zu qt4-embedded auf der Dreambox etwas sagen?


    Grundlage für HBBTV?


    Grundlage für zukünftige Apps?


    Vielen Dank im Voraus.


    mfg.


    freeman

    mmtux,


    was mir sorgen macht ist die Tatsache das in den Entwicklerzweigen überhaupt nichts mehr passiert.
    Und einige Entwickler gar nicht mehr drinn sind.
    Das war bei der Launchvorbereitung der DM500HD und DM800se nicht so.
    Bei der Umstellung hat man immer Leute in den Pre-release ständen an den Kernel oder Treibern arbeiten sehen.
    Vielleicht mache ich mir da zu viele Sorgen.
    mfg.


    freeman

    floh,


    ich denke mal für viele und für mich ist es schwierig nach zu vollziehen wer Entwickelt den nun wirklich den großteil der Software für die Dreamboxen?
    Multimedia Labs war nun mal die treibene Kraft.
    Welche Auswirkung hat es auf die weiteren Entwicklungen?
    Man möchte nicht so darstehen wie mit der DM7000, wo sich freie Entwickler des Problems der verschiedenen Revisionen angenommen hatten um den Release 1.09 bzw 1.10 überhaupt zu ermöglichen.


    Von Dream war da nichts mehr zu sehen und zu hören.


    mfg.


    freeman