Ghost,

kannst du dir bitte mal diesen Link anschauen.

http://www.kernel.org/pub/linu…/broken-out/git-mtd.patch

Über die Recherche von David Woodhouse ein Entwickler von JFFS2 bin ich darauf aufmerksam gemacht worden.

Ich möchte ja nur helfen.

Ich spreche auch über mögliche Ursachen.

Momentan stochern wir alle mehr oder weniger im Nebel.

Und man greift nach jedem Strohhalm.

Ich habe nur gesehen das OOZOON schon den kernel-2.6.18-r8.0 verwendet.

Kannst du etwas zu diesem Kernel und den Treibern was sagen.

Vielen dank im Voraus.

mfg.

freeman

Hallo,

mittlerweile habe ich mit dem Release 3.0.3 so viel Probleme die leider sich durch die Experimental Stages auch durchziehen.

Mein Problem habe ich auch wie prtigger an die Entwicklung über Herrn Teuser weitergegeben.

An Ghost wann wird der aktuelle kernel 2.6.18-r8.0 mit seinen Treibern einzughalten.

Etwas irretierend finde ich es auch das laut kernel.org ein entsprechender mtd-patch erst in Verbindung mit kernel 2.6.21-rc7 realisiert wurde.

Sprich ein geeigneter Algorithmus für das JFFS2 in der Version 2.2 programmiert wurde um solche Fehlerhaften Cache Einträge wie wir sie manchmal haben zu vermeiden.

Der Patch identifiziert eindeutig den verwendeten NAND-FLASH-Speicher:

Auszug git-mtd.patch:

diff --git a/include/linux/mtd/nand.h b/include/linux/mtd/nand.h
index 9752388..cf197ad 100644
--- a/include/linux/mtd/nand.h
+++ b/include/linux/mtd/nand.h
@@ -431,6 +431,7 @@ #define NAND_MFR_NATIONAL 0x8f
#define NAND_MFR_RENESAS 0x07
#define NAND_MFR_STMICRO 0x20
#define NAND_MFR_HYNIX 0xad
+#define NAND_MFR_MICRON 0x2c

/**
* struct nand_flash_dev - NAND Flash Device ID Structure

Und jetzt schaut euch mal euer Bootlog an Auszug:

[4294670.387000] - NAND PROBE: 2c da 80 15
[4294670.390000] NAND device: Manufacturer ID: 0x2c, Chip ID: 0xda (Unknown NAND 256MiB 3,3V 8-bit)
[4294670.398000] Scanning device for bad blocks
[4294670.404000] Bad eraseblock 114 at 0x00e40000
[4294670.416000] Bad eraseblock 347 at 0x02b60000
[4294670.437000] Bad eraseblock 846 at 0x069c0000
[4294670.465000] Bad eraseblock 1540 at 0x0c080000
[4294670.487000] Creating 7 MTD partitions on "NAND 256MiB 3,3V 8-bit":
[4294670.493000] 0x0000000000000000-0x0000000010000000 : "complete"
[4294670.498000] 0x0000000000000000-0x0000000000100000 : "loader"
[4294670.504000] 0x0000000000100000-0x0000000000400000 : "boot partition"
[4294670.510000] 0x0000000000400000-0x0000000004000000 : "root partition"
[4294670.516000] 0x0000000004000000-0x0000000008000000 : "home partition"
[4294670.521000] 0x0000000008000000-0x000000000f800000 : "unused partition"
[4294670.528000] 0x000000000f800000-0x0000000010000000 : "preset partition"

Normalerweise sollte die Zeile so oder so ähnlich aussehen:

NAND device: Manufacturer ID: 0x2c, Chip ID: 0xda (Micron NAND 256MiB 3,3V 8-bit)

Ich hoffe mir ist jetzt keiner Böse, wenn ich sage das hier möglicherweise der Verdacht naheliegt minderwertige NAND-FLASH-Bausteine verwendet zu haben.

Ferner man Anhand des Verwendeten NAND Flash PART NUMBERING schon Bausteine mit BAD BLOCK Kennzeichung verwendet:

B : Included Bad Block
S : 1~5 Bad Block Included
P : All Good Block

Das sollte bei einer 1000€ Box nicht sein.

Aber vielleicht ist Dream auch den NAND-FLASH-Speicher Fälschern auf den Leim gegangen.

Diese sind momentan sehr stark im Umlauf laut Aussage von IBM und Intel.

Sie werden überweigend in China produziert.

Ich hoffe das hier jemand aus der Entwicklung mitliest.

Vielleicht hat aus dem Forum jemand noch eine Idee oder Anregung.

mfg.

freeman

Hallo,

weis jemand was mit dem Shoutcast Plugin los ist.

Seit Dezember, sowohl im Release ab 3.0.x als auch im experimental Zweig kann man keine Genres mehr auswählen.

Die Liste bleibt leer.

Vielen Dank im Voraus.

mfg.

freeman

Hallo,

ich musste leider feststellen das die Software Update Funktion immernoch Probleme bereitet.

Seit Dezember 2010 habe ich hier Probleme.

Softwarepakete werden upgedatet und nach einem Neustart bleibt die Kiste bei 50% balken executive main hängen.

Bitte Bitte an die Kollegen Andreas Monzer und Andreas Oberritter schaut euch die devconfig den Nandflashtreiber und die Updatescripts bitte nochmal an.

Der Release 3.0.3 lässt sich nicht ohne Greenscreen und Bootschleife flashen und die Box bleibt aus dem Deep Standby alle 2-3 Mal hängen.

Hier hat sich aus meiner Sicht ein schwerwiegender Softwarefehler eingeschlichen.

mfg.

freeman

Hallo,

probiert bitte mal die experimental-images vom 15.01.2011 bzw den aktuellen vom 17.01.2011.

Bei mir sieht es seit dem 15.01.2011 bis jetzt ganz gut aus.

Jedenfalls geibt es nach dem Flashen keine Bootschleife mehr und keine CRC errors.

Bislang auch noch keine executive main Schleife ("50% Balken, danach kein OLED nur blaue LED").

Aufnahmen laufen nur aus dem Deep Standby.

Bisher noch keine Hänger.

Abwarten und Teetrinken.

mfg.

freeman

Hallo tomde,

ich hoffe du kannst etwas Englisch.

Folgenden Worlaut zu "JFFS2 notice: (1) check_node_data: wrong data CRC " habe ich aus dem Internet :

According to Dave Woodhouse, who wrote JFFS2, these notices typically
mean that at some point you've hard powered off, and as a result JFFS
has some uncommitted data lying around on flash. It's almost always
harmless, a part of the journal which was never committed: "either it
was a new write which hadn't yet been synced, or it was a GC write
which just doesn't achieve anything now." However, these messages
*could* indicate an actual problem -- "we never came up with a good
heuristic for when _not_ to complain". Woodhouse suggests that in the
future "perhaps we should write a 'yes, I know there's a CRC failure'
node _after_ the offending node, when we reboot and find it" since
directly rewriting the node is not an option due to the mechanics of
NAND flash; that would help confine these messages to immediately
after a hard reboot. At present, you'll keep seeing a "bad CRC"
message every time that particular JFFS node is accessed until it is
eventually GC'ed.

Für mich deutet es daraufhin das die Dreambox aus irgendeinem Grund nicht sauber in den Deep Standy Mode gesetzt wird und der Frontprozessor schon ein Power Off Signal sendet bevor das Enhanced Journal Flash File system sauber beendet (geschlossen) wurde.

Dann bleiben verweiste I-node Einträge auf dem Filesystem stehen, die dann nicht mehr nach einem Neustart gefunden und zugeordnet werden können.
Hier sollte das Entwicklerteam dringend noch mal im Bereich JFFS2/Kernel/Frontprocessor beim OE1.6 nachschauen.

Bei mir treten jetzt auch schon die ersten Fehler seit dem Experimental Image vom 24.12.2010 auf.

Werde noch mal zurück auf den Stable Release 3.03 gehen und den Flashvorgang beobachten.

Bei mir tritt jetzt der Fehler auf das zwar beim Booten 50% Balken und keine Anzeige auf dem OLED mehr ist.

So fing es bei meinem Freund auch an.

mfg.

freeman

Hallo tomde,

das hört sich nicht gut an.

Ein Freund von mir hat ähnliche Probleme.

Nur er hat schon die board revision 7 (1.3) mit den Broadcom Tunern BCM 4506.

Auch bei ihm wurden schon NAND Flashbausteine getauscht und dananch das Board.

Allerdings trat bei ihm auch das Problem mit einer 1TB Platte WD10EADS auf.

Mich beschleicht leicht das Gefühl das das doch eher an einer neueren Version des BCM7400B irgendwie zusammenhängt.

Die sollten vielleicht noch mal den Kernel prüfen.

Bei meinem Freund lief es noch beim Experimental vom 28.08.2010 (OE1.6) stabil.

Sein Problem ist auch schon bei der Entwicklung gelandet.

Nur sind die momentan alle im Urlaub.

Mach bitte hierzu besser noch mal ein Ticket auf.

Du bist mit diesem Problem nicht allein.

Übrigens werden von Dream zur Zeit nur Seagate Barracuda Platten 7200.11 und 7200.12 empfohlen.

mfg.

rkfreeman

Hallo tomde,

welche Boardrevision hast du?

Wann wurde die Box gefertigt?

Hast du zufällig eine WD Green Caviar Festplatte drin?

mfg.

freeman

@McFury,

ich habe selbst eine WD10EADS Green Caviar in meiner Dreambox Board Revision 1.1 und keinerlei Probleme .

Ein Freund von mir hat die selbe Platte in einer Dreambox Board Revision 1.3.

Er hat leider ziemliche Probleme mit der Green Caviar Serie von WD.

Abstürze, Segementation Errors bis zu Bootschleifen.

Laut Dream Support wird WD Green Caviar nicht empfohlen da es hier mit den ControllerChips seitens WD Probleme gibt.

Dream selbst empfiehlt den Einsatz von Seagate Festplatten.

So wie es scheint treten anscheinend Probleme nur mit den neueren Boardrevisionen auf.

mfg.

freeman

Ghost,

ich habe seit dem Wechsel auf den aktuellen Kernel 2.6.18-7.4 Probleme mit meinem DVD-Laufwerk LG GT-20N.

Zur Zeit ist der aktuelle stable Release drauf.

Devicename: dm8000 Enigma Version: 2010-11-11-3.0 Image Version: Release 3.0.0 2010-11-11

Egal ob im Standby oder im Laufenden Betrieb wird das Laufwerk nach einer eingelegten Disc gescannt ohne ein zutun.

Ich habe noch eine älterer Boardversion mit USB > SATA Adapter für das Laufwerk.

Richtig krass wird es wenn ein USB-Stick eingesteckt wird, dann rödelt er auf dem Laufwerk ohne Ende.

Da hilft manchmal nur noch der Netzschalter.

Gibt es ein Problem mit Plug-n-Play bzw. mit dem Automount/AutoFS?

Vielen Dank im Voraus.

mfg.

freeman

Hallo,

habe die Probleme auch mit meinem Philips 42PFL7862D/10 die ersten 2-3 Minuten mit der original Fernbedienung.

Mit einer programmierten Logitech Harmony 525 nicht.

Der original Geber ist von seiner IR-Leistung zu schwach und wird von der Aufwärmphase der Hintergrundbeleuchtung (CCFL-Röhren) überdeckt.

Die Harmony schaft das in meinem Fall.

mfg.

freeman

Hallo,

seit einiger Zeit habe ich Probleme wenn ich die Box aus dem Deep Stanby Modus aktiviere kommt kein Ton.
Die Box ist per DVI->HDMI Kabel an einem Yamaha Receiver RX-V1800 angeschlossen.
In den AV-Einstellungen ist AC3 standardmäßig auf ja und AC3 downmix auf nein gestellt.
Um den Ton zu bekommen muss ich manuell die Audio Optionen Manuell erst auf PCM schalten.

Ich verwende den aktuellen OE1.6 experimental Stage.

Hat jemand ein ähnliches Problem?

mfg.

freeman

Ghost,

danke für die Info.

mfg.

freeman

Ghost,

wie sieht es den mit Dolby Digital Plus und AAC 5.1 aus?

mfg.

rkfreeman

futuredreamer,

danke für die Antwort.

mfg.

freeman

Hallo,

ich muss noch mal die Frage stellen da hier widersprüchliche Aussagen zum Anschluss eines DVD-Brenners an den 2. SATA Anschluss gibt.

Ich benutze das experimental-OE1.6 image.

Wird der USB-to-SATA adapter noch benötigt beim Anschluss eines DVD-Brenners?

Meine Box ist Herstellungsdatum 03.2009 in der Rev. 1.1.

Wer kann eine 100% Aussage darüber treffen ob es ein Hardware oder Software Problem war bzw.ist.

Vielen Dank im Voraus.

mfg.

freeman

Hallo,

weiss jemand ob das DMA-Transferproblem mit dem 2. SATA Onboard Anschluss mittlerweile gefixt wurde?

mfg.

freeman

Hallo,

Kerni hat seinen Account löschen lassen.

Sieht so aus, das an seinen Skins nicht mehr weitergearbeitet wird.

Schade.

Er wird uns fehlen.

mfg.

freeman

tine1084,

diesen Fehler habe ich auch schon bei der DM7000-S schon gehabt.

Bei meiner DM8000 tritt der Fehler wie gesagt nur bei unserem Sony Fernseher auf.

Auf einem Loewe Concept 70 nicht.

mfg.

freeman

Hallo,

meines Wissens geht das nur über den Treiber den Dream liefert.

Dream braucht aber eine Lizenz und die Register die für die Parsing-Funktion von Dolby Digital Plus zum Abgriff über den Treiber notwenig sind.

Die Frage ist doch , wer will eigentlich alles geld haben?

Broadcom?

Dolby Laboratories Inc. ?

Tenscilla, Inc. ?

Wer hat noch nicht wer will noch mal?

mfg.

rkfreeman