Nachdem der Thread und das Plugin ja aus einer Ethikdiskussion hervorgegangen sind frage ich vorher lieber nochmals nach:
Da uns DMM ja derzeit mit dem writenfi mangels Aktualisierung eine nicht 100% stabile Variante um in den Flash zu schreiben hinterlassen hat und es scheinbar nicht danach aussieht wie wenn sie das fixen würden bin ich am Überlegen so wie im alten Flash Gordon Thread schon andiskutiert statt weiter zu warten lieber die mdt-utils auch zum schreiben zu verwenden. Diese sind eigentlich Standard um mtd devices zu schreiben und funktionieren auf meiner 8000er eigentlich problemlos.
Andererseits funktioniert der derzeitige Ansatz einfach mit nfidump alle files im vorhandenen jffs2 zu löschen und die files aus dem nfi drüber zu schreiben eigentlich ganz gut und fast stabiler als das jffs2 in den Flash zu schreiben. Weil in dem Fall benutzt man ja die normalen mtd Treiber des kernels um das ganze bad Block Handling zu machen, etc. Und die sind halt immer am stabilsten und tendenziell sogar besser als das was writenfi und bios können - das sieht man ja daran das DMM die Fixes für die Broadcom NAND Treiber dort sehr wohl eingechecked hat.
Den SSL schreibt das nfidump im Sinne der akltiven Problemvermeidung aber bewusst nicht, sonst haben wir wieder eine Menge serielle DreamUP Flashvorgänge und Frust bei den nicht so mutigen Anwendern die sich aufs dFlash einfach verlassen wollen.
Insofern wären die mtd-utils und das nandwrite wohl irgendwo dazwischen einzuordnen - was man aber erst durch Tests verifizieren und ausprobieren müsste.
Die Frage ist jetzt ob Ihr dazu Lust hättet das auszuprobieren, oder ob wir es einfach lassen wie es ist und weiterhin hoffen dass DMM das writenfi weiterentwickelt, bzw. die derzeit vorhandenen Probleme darin fixt.
Also diskutiert mal schön
LG
gutemine