Si el primer comando esta ok, el problema esta mucho mas arriba, pero ya que estamos borramos desde ahi.
El usb update es el fichero .img si
No me lo creo... que crack! ha encendido! en modo tienda, dice que pulse 2 veces ok para salir, pero no encuentro el mando, mañana lo busco que es tarde. Mañana seguiré con ello, pero no me quedo sin contestar y darte las gracias.
Menciono el proceso por si a alguien le sirve en el futuro:
Antes de nada desde el modo Linux he hecho una copia de los primeros 48MB de mmcblk0 por si acaso con el típico comando dd de linux (si te digo la verdad, no se si sirve para algo, pero creo que son justo los bytes de la parte importante que me has mostrado con el layout si no me equivoco).
Después he borrado tal y como me has dicho con "mmc erase trim 0x01E000 0xE71FDF", he renombrado el install_2851.img a install.img, lo pongo en la placa por usb, desde TVDT doy a Update firmware por USB, y a esperar. Si es cierto que ha tenido un rato que parecia que entraba en un bucle raro, justamente aquí (¿quizá porque la tele estaba "apagada" y no habia imagen? O puede que no tenga nada que ver):
D:Install UI GDM[ 121.884200] 00:02:01.882 (2)-0356 GDMA_ReceivePicture, wrong width size, src=1920, dst=0
A_Display GDMA FD = 7, Addr = 38000000
sub thread ... , got msg = Install system
baker ==== [1920*1080],facw=0.375000, fach=0.533333
D:Install UI GDM[ 122.980286] 00:02:02.978 (2)-0356 GDMA_ReceivePicture, wrong width size, src=1920, dst=0
A_Display GDMA FD = 7, Addr = 38800000
sub thread ... , got msg = Install system
baker ==== [1920*1080],facw=0.375000, fach=0.533333
D:Install UI GDM[ 124.076204] 00:02:04.074 (2)-0356 GDMA_ReceivePicture, wrong width size, src=1920, dst=0
A_Display GDMA FD = 7, Addr = 38000000
sub thread ... , got msg = Install system
baker ==== [1920*1080],facw=0.375000, fach=0.533333
D:Install UI GDM[ 125.172101] 00:02:05.170 (2)-0356 GDMA_ReceivePicture, wrong width size, src=1920, dst=0
A_Display GDMA FD = 7, Addr = 38800000
sub thread ... , got msg = Install system
baker ==== [1920*1080],facw=0.375000, fach=0.533333
Pero después de un ratito ha continuado y ha terminado.
El layout tras el borrado ha quedado así:
Realtek> layout view
[Warning] Your platform un-upgrade install.img![layout view] +-----------------------------+ 0x00000001d2000000
| FREE SPACE (7569376KBytes) | +-----------------------------+ 0x0000000004008000
| fw table ( 32KBytes) | +-----------------------------+ 0x0000000004000000
| reserved ( 4096KBytes) | +-----------------------------+ 0x0000000003c00000
|secure store ( 12288KBytes) | +-----------------------------+ 0x0000000003000000
| factory ( 16384KBytes) | +-----------------------------+ 0x0000000002000000
| eeprom ( 4096KBytes) | +-----------------------------+ 0x0000000001c00000
| factory ro ( 4096KBytes) | +-----------------------------+ 0x0000000001800000
| bootcode ( 24576KBytes) | +-----------------------------+ 0x0000000000000000
Realtek>
Te lo muestro porque no comprendo muy bien por que no ha eliminado "reserved" y "fw table", si se supone que tenía que comenzar el borrado desde después de secure store (0x01E000, 122,880 sectores x 512bytes), ¿Está protegido por el sistema? Me genera curiosidad.
Dejo el log completo de la instalación por si quereis echarlo un vistazo.
¿Que magía hace el trim del comando mmc erase para que ahora sí haya funcionado?
Aun así, las tarjetas eMMC vienen de camino, porque imagino que si ya ha fallado no tardaré mucho en necesitar regrabar, eso si, trataré de hacer un volcado completo si funciona todo bien...
MIL GRACIAS, mañana cuando termine de probar todo me paso a comentar.
Porque obviamente al estar nueva no tiene nada y hay que grabarle el contenido extraído de otra e-MMC.
Pero entiendo que esto es parecido a los pcs. El bootloader es como la bios en un pc, teniendo esto ya tengo la opción de poder cargar un sistema operativo. Solo que en este caso está todo en la misma memoria, tanto bios como sistema operativo.
Es como si para instalar windows necesitara hacer un volcado de un disco que antes tuviera windows, o mas concretamente un volcado de la misma bios y el mismo sistema operativo. Y si no tuviera bios con grabar la bios es suficiente para poder cargar el sistema operativo, obviamente la bios que corresponde. De ahí el lío en mi cabeza imagino. Quizá este mezclando cosas o quizá este en lo cierto pero no me esté haciendo entender.
Es que la restauración se puede realizar de las dos formas.
Suponiendo que el sistema operativo esté corrupto pero el bootloader está en buen estado, que es cuando existe comunicación serial o cuando solo se carga hasta el logo.
1.- Borras la e-MMC y grabas el volcado porque el bootloader está bien.
2.- Tienes el firmware y únicamente lo reinstalas por memoria USB porque el bootloader puede realizar la instalación.
3.- Si la e-MMC está dañada necesitas reemplazarla, puedes grabar solo el bootloader con RTICE y después el firmware.
El problema es que aún no hay disponible un RTICE para RTD2842/2850/51, en este caso se debe grabar la e-MMC con un volcado funcional.
Esto no se puede hacer por comandos porque no hay bootloader en la e-MMC.
RTICE sí puede tener comunicación con el SoC y grabar el bootloader porque este sirve de intermediario con la e-MMC y la comunicación no es RS-232, sino I2C utilizando el bus para DDC que comparte las líneas con las del UART.
Vale, con esto me pierdo aún un poco, seguire leyendo para comprender todo bien, sobre todo porque RTICE aún no he pillado para que sirve concretamente (lo vi solo por encima ya que por ahora no lo necesitaba).
Para que me aclare, a ver si consigo que mi cabeza cuadrada lo entienda, la pregunta es:
Si yo con un programador grabo en la eMMC el bootloader, sueldo a la placa (o sueldo a placa y grabo mediante pinout, es lo mismo), debería ya tener opción de comunicar via UART, ¿no? Y por lo tanto podría cargar el firmware via usb. Si es que no, ¿por qué?
Gracias D@arkbytes, y de verdad no me tomes por pesado, es por aprendizaje
