Posible solucion a los brickeos

cpro · #**221** 06/08/13, 21:26:41

Cita: Originalmente Escrito por beachsun

Pero hubiera estado bien tener acceso a parte del boot que no se graba desde la SD... ;)

Lo único que no se ha actualizado es el "ramdisk-recovery-uboot.img": http://www.htcmania.com/showpost.php...&postcount=198

beachsun · #**222** 06/08/13, 21:32:14

Correcto con ese script se podria recuperar, pero creo que si hay algun recovery, estara en las tablets originales, ya que en las que se han flasheado, esa particion se ha grabado con garbage.

teredur · #**223** 07/08/13, 01:00:01

Cita: Originalmente Escrito por beachsun

Nos falta averiguar donde apuntan esas "etiquetas".
Que haya visto :
- Flashboot Flash : tiene System y userdata
- movi : tiene k (kernel?), r (rootfs?), l (logo?), c (recovery?), rootfs(Igual que r?).
Que sabeis de esto?

extraido del boot pero tambien esta en bootloader_sd.vhd:

Código:

movi
movi    - sd/mmc r/w sub system for SMDK board
init - Initialize moviNAND and show card info
movi read zero {fwbl1 | bl2 |u-boot} {device_number} {addr} - Read data from sd/mmc
movi write zero {fwbl1 | bl2 |u-boot} {device_number} {addr} - Write data from sd/mmc
movi read {u-boot | kernel} {device_number} {addr} - Read data from sd/mmc
movi write {fwbl1 | u-boot | kernel} {device_number} {addr} - Write data to sd/mmc
movi read rootfs {device_number} {addr} [bytes(hex)] - Read rootfs data from sd/mmc by size
movi write rootfs {device_number} {addr} [bytes(hex)] - Write rootfs data to sd/mmc by size
movi read  logo {addr} [bytes(hex)] - Read logo data from sd/mmc by size
movi write logo {addr} [bytes(hex)] - Write logo data to sd/mmc by size
movi read {sector#} {device_number} {bytes(hex)} {addr} - instead of this, you can use "mmc read"
movi write {sector#} {device_number} {bytes(hex)} {addr} - instead of this, you can use "mmc write"

Tambien hay esto por lo que a continuacion de lo que comentaba parece que la zona de RE covery esta dentro de los 2 Mb del boot.

Código:

mmcinfo %d
reading
writing
%s FWBL1 ..device %d Start %ld, Count %ld 
mmc %s %d 0x%lx 0x%lx 0x%lx
%s BL2 ..device %d Start %ld, Count %ld 
%s bootloader..device %d Start %ld, Count %ld 
%s kernel..device %d Start %ld, Count %ld 
%s RFS..device %d Count %ld, Start %ld 
%s %d TrustZone S/W.. Start %ld, Count %ld 
%s Re covery..device %d Count %ld, Start %ld 
%s Logo..device %d Count %ld, Start %ld, pic_index=%d

ya que para el comando fdisk nos indica que el numero de particiones es max 4

Código:

usage : fatformat <interface> <dev[:part]>
 ** Invalid boot device **
 ** Invald boot device, use 'dev[:part]' **
** Partition Number should be 1 ~ 4 **

No se si ayuda o lia mas las cosas

cpro · #**224** 07/08/13, 07:55:54

Novedad
El método de recuperación copiando el boot a la tarjeta funciona: el sistema arranca desde la mSD.

**STEVE_MARS** · #**225** 07/08/13, 08:16:11

Si señor, al final hemos dado con la tecla.
Y no solo para la Voyo, sino que sirve para todas las placas de Urbetter, con su boot correspondiente.
Ahora a conseguir un utscript seguro y nos vamos a por el recovery

.
josemacl ha sacado una version de "actualizacion" que no formatea data ni system, para no perder los datos ni los programas instalados.
Lo curioso es que solo ha dejado el utscript_all, quitando todos los demas. Y funciona:

Código:

source 0x41000000 
utupdateenv
utsetbacklight 1
uttext  20 30 "***********************************************"
uttext  20 40 "*           Update System script              *"
uttext  20 50 "*    Script v0.1 by spektro AKA josemacl      *"
uttext  20 60 "***********************************************"

uttext 20 70 "Loading environment..."
mmc rescan 0;mmc rescan 1
fatload mmc 1 0x40008000 bootloader_sd.vhd
emmc open 0;mmc write 0 0x40008200 0x0 0x800;emmc close 0

fatload mmc 1 0x40008000 misc
mmc write 0 0x40008000 407 20
refreshenv
uttext 20 80 "Done"

uttext  20 100 "Update kernel..."
fatload mmc 1 0x40008000 zImage
movi w k 0 0x40008000
uttext  20 110 "Done"

uttext  20 120 "Update ramdisk..."
fatload mmc 1 0x40008000 ramdisk-uboot.img
movi w r 0 0x40008000 200000
uttext  20 130 "Done"

uttext  20 140 "Update system, wait some minutes..."
fatload mmc 1 0x48000000 system.img
fastboot flash system 48000000
uttext    20 150  "Done"

sleep 500
uttext  20 170 "Please, reboot your device..."
sleep 4000

utsetbacklight 0
shut 1
reset
sleep 1000


fatload mmc 1 40008000 zImage.debug
setenv bootargs root=/dev/ram0 init=/init console=ttySAC2,115200
utsetbacklight 0
bootm 40008000
uttext  20 140 "Failed. Please check the recovery zImage.debug."
sleep 10
reset

sleep 500
uttext  20 160 "Please, reboot your device..."
sleep 4000

utsetbacklight 0
shut 1
reset

cpro · #**226** 07/08/13, 08:31:50

Cita: Originalmente Escrito por STEVE_MARS

josemacl ha sacado una version de "actualizacion" que no formatea data ni system, para no perder los datos ni los programas instalados.

¿Has olvidado tú la primera línea, la que carga set_bootargs o no la ha puesto?
¿Habéis hecho la prueba de eliminar todo a excepción de zImage y system.img?

Como ya apunté, la diferencia de la actualizaión del 16 al 25 de junio es que, en la primera, no copiaban el cargador, etc.

**STEVE_MARS** · #**227** 07/08/13, 09:00:52

No la he puesto porque la lleva en el codigo compilado con mkimage, te adjunto el utscript_all.
http://www.mediafire.com/download/6j...b/utscript_all

cpro · #**228** 07/08/13, 11:27:59

Entiendo que esa es la primera línea pero no va precedida de un salto de línea que la separe de la cabecera; creo que no la añade mkimage.

Recapitulando un poco,
1.- Cuando se enciende, la pantalla no se ilumina hasta que se ejecuta un comando u-boot "utsetbacklight 1" (o equivalente, si no lo hace con u-boot) con lo que, por lo que parece, las brickeadas, en realidad, se encienden pero no lo podemos ver porque no encuentran el cargador de arranque que ejecute esa instrucción.
2.- Sí arranca de la mSD: si encuentra el cargador de arranque en la trajeta SD sigue el proceso normal, ejecutándolo desde dicho cargador. ¿Es necesario usar el RESET para que arranque desde la tarjeta o lo haría siempre que encontrara cargador en la misma?

teredur · #**229** 07/08/13, 11:32:19

Y dandole vueltas. No seria mas seguro crear 2 utscript:
- Solo flashear system.img, Para actualizaciones de la ROM, sim cambios en el kernel (zimagen), ni en el boot ( misc, boot_args,bootloader_sd-vhd).

Código:

fatload mmc 1 0x41000000 set_bootargs
source 0x41000000
 utupdateenv
 utsetbacklight 1
 uttext  20 30 "***********************************************" 
 uttext  20 40 "*           Update System script              *" 
 uttext  20 50 "***********************************************"
uttext  20 70 "Update system, wait some minutes..." 
fatload mmc 1 0x48000000 system.img 
fastboot flash system 48000000 
uttext 20 100  "Done"  
sleep 500
uttext  20 120 "Please, reboot your device..." 
sleep 4000  
utsetbacklight 0 
shut 1 
reset 
sleep 1000

-Flashear todo, el utscript anterior.

Otra cosa esto:

movi r c 0x40008000 300000
fatwrite mmc 1 0x4000800 ramdisk-recovery-uboot.img

No funciona, creo que no hay fatwrite.

Por lo que dura el utscript que he creado para probarlo el sleep son milisegundos.

teredur · #**230** 07/08/13, 11:41:15

Cita: Originalmente Escrito por cpro

2.- Sí arranca de la mSD: si encuentra el cargador de arranque en la trajeta SD sigue el proceso normal, ejecutándolo desde dicho cargador. ¿Es necesario usar el RESET para que arranque desde la tarjeta o lo haría siempre que encontrara cargador en la misma?

Ayer a la noche, [off-topic]que es unico rato que me dejan tranquilo para cacharear,[off-topic] probe varios utscript, intentando obtener informacion mediante mmcinfo y otros comandos del u-boot.
Con una tarjeta formateada con fat32 y con otra donde habia realizado el proceso de creacion del mksdboot de linaro.

He abservado que si tienes la tarjeta insertada en el proceso de inicio, vemos el logo de voyo y a los 3-4 segundos hay un cambio a negro y vuelve otra vez el logo de voyo y continua el proceso de arranque.

Si no tengo sd puesta no veo el fundido a negro.

ALguien mas puede probar?

Si es asi esta claro que intenta leer la sd en cada arranque.

cpro · #**231** 07/08/13, 12:03:03

Cita: Originalmente Escrito por teredur

Si es asi esta claro que intenta leer la sd en cada arranque.

No me queda claro. Cuando se actualiza no se muestra el logo de Voyo en ningún momento. Por lo que cuentas, parece que esté cargando desde la eMMC (muestra el logo) y que al detectar la tarjeta ¿intente pasar el control a la misma? y si no encuentra lo que quiera que busque, ¿recupera el control y ejecuta un código alternativo que vuelve a mostrar el logo?

Deduzco que en la tarjeta no tienes los ficheros del firm pero podrías probar una cosa: haz un utscript que recree el inicio de la eMMC en la mSD -hay algún post en que está la estructura de particiones de la eMMC, que creo que deja unos 30MB al principio- pero cambia el fichero "logo.bmp". A ver qué logo se muestra.

beachsun · #**232** 07/08/13, 12:13:34

Cita: Originalmente Escrito por teredur

Otra cosa esto: movi r c 0x40008000 300000 fatwrite mmc 1 0x4000800 ramdisk-recovery-uboot.img No funciona, creo que no hay fatwrite.

A mi tambien me parece que el uboot esta compilado sin el fatwrite.
Otra opcion es guardar en la mSD en Raw y recuperarlo en Raw.
Esto la deberia guardar a partir del Giga de la mSD.

Código:

utsetbacklight 1
 uttext  20 30 "***********************************************"
uttext  20 40 "*           Vamos a Copiar que hay en eRecovery  ...Creo...              *"
uttext  20 50 "***********************************************"
uttext  20 60 "                                                                                              "
uttext  20 70 "*           Vamos a Leer el Recovery  *"
movi r c 0x40008000 300000 
uttext  20 80 "* Recovery Leido, vamos a escribirlo en la SD a Partir del Giga*"
mmc write 1 0x40008000 2097152 6144
 uttext  20 90 "* Grabado Recovery Leido, vamos a escribirlo en la SD a Partir del Giga*"
uttext  20 100 "* Ahora me voy a quedar esperando que reinicies...*"
sleep 500000

suponiendo que : MMC Write Device OffsetRam NroBlkStart NroBlk

En resumen :
Leemos 0x300000 Bytes(3megas exactos) y los ponemos en 0x40008000
Escribimos en la mSD ( device 1) el contenido de 0x40008000, a partir del bloque 2097152(a 512B el bloque -> 1024 megas, para evitar machacar los ficheros del upgrade), y graba 6144 Bloques (3 megas).

Una vez hecho tendremos a partir del bloque 2097152 de la mSD, durante 3 megas el contenido de la particion recovery de vuestra voyo, y digo vuestra porque creo no todo el mundo tendra lo mismo...

Utilizar un mSD de 2GB por lo menos, que este limpia, unicamente formateada fat32 y los ficheros del upgrade con el utscript modificado.
Despues

**STEVE_MARS** · #**233** 07/08/13, 13:18:01

Cita: Originalmente Escrito por teredur

Y dandole vueltas. No seria mas seguro crear 2 utscript:
- Solo flashear system.img, Para actualizaciones de la ROM, sim cambios en el kernel (zimagen), ni en el boot ( misc, boot_args,bootloader_sd-vhd).

Código:

fatload mmc 1 0x41000000 set_bootargs
source 0x41000000
 utupdateenv
 utsetbacklight 1
 uttext  20 30 "***********************************************" 
 uttext  20 40 "*           Update System script              *" 
 uttext  20 50 "***********************************************"
uttext  20 70 "Update system, wait some minutes..." 
fatload mmc 1 0x48000000 system.img 
fastboot flash system 48000000 
uttext 20 100  "Done"  
sleep 500
uttext  20 120 "Please, reboot your device..." 
sleep 4000  
utsetbacklight 0 
shut 1 
reset 
sleep 1000

-Flashear todo, el utscript anterior.

Otra cosa esto:

movi r c 0x40008000 300000
fatwrite mmc 1 0x4000800 ramdisk-recovery-uboot.img

No funciona, creo que no hay fatwrite.

Por lo que dura el utscript que he creado para probarlo el sleep son milisegundos.

Efectivamente, por eso he creado una carpeta compartida en Gdocs con los dos Utscript.
Voy a crear un hilo nuevo, con este tema de la carpeta compartida.

EDITO: ya está, http://www.htcmania.com/showthread.php?t=659646

cpro · #**234** 08/08/13, 00:45:53

Pues nada, compis, que después de que Digimagic haya recuperado su cacharro sin pulsar RESET (qué envidia, que yo la mandé a China hace un mes), creo que el primer dispositivo de arranque es la eMMc y el segundo la SD. Que si conseguimos modificar el bl2, podremos hacer lo que nos porpongamos. ¡Hala, a estudiar!!

beachsun · #**235** 08/08/13, 08:00:06

Coñe, cpro, no sera al reves? Si encuentra el "boot" en la mSD, arrfanca de mSD y si no,arranca de eMMC.

cpro · #**236** 08/08/13, 08:05:47

Cita: Originalmente Escrito por beachsun

Coñe, cpro, no sera al reves? Si encuentra el "boot" en la mSD, arrfanca de mSD y si no,arranca de eMMC.

Esa fue mi primera idea hace tiempo pero ahora creo que no porque a STEVE no le hacía nada cuando ponía el boot de la Arndale.

Por esto mismo es por lo que pedí a teredur que, si podía, recreara el boot de la eMMC en una SD, cambiando el "logo.bmp", para ver qué imagen mostraba al arrancar.

beachsun · #**237** 08/08/13, 08:50:10

Ok, creo que ahora te he entendido.
Lo que dices es que no esta claro si ha arrancado de la mSD porque es lo primero que intenta o porque no ha podido arrancar de la eMMC.
Habrá que averiguarlo... ;)

beachsun · #**238** 08/08/13, 09:01:32

Me tiene intrigado donde carga el fichero MISC, con este utscript copiamos todo el "boot" de nuevo a la mSD(1mega a partir del 1er Giga) :

Código:

utsetbacklight 1
 uttext  20 30 "*********************************************  **"
uttext  20 40 "*           Vamos a Copiar que hay en Boot ...Creo...              *"
uttext  20 50 "*********************************************  **"
uttext  20 60 "                                                                                              "
uttext  20 70 "*           Vamos a Leer el Boot   *"
emmc open 0;mmc read 0 0x40008200 0x0 0x800;emmc close 0 
uttext  20 80 "* Boot Leido, vamos a escribirlo en la SD a Partir del Giga*"
mmc write 1 0x40008000 2097152 2048
 uttext  20 90 "* Grabado Recovery Leido, vamos a escribirlo en la SD a Partir del Giga*"
uttext  20 100 "* Ahora me voy a quedar esperando que reinicies...*"
sleep 500000

Extraemos ese mega de la mSD en un fichero y podemos buscar dentro del fichero el contenido del fichero MISC para ver donde lo ha flasheado...

cpro · #**239** 08/08/13, 12:35:58

Cita: Originalmente Escrito por beachsun

Me tiene intrigado donde carga el fichero MISC, con este utscript copiamos todo el "boot" de nuevo a la mSD(1mega a partir del 1er Giga) :

Me parece que tienes un fallo en el código, en la dirección, pero no es necesario: lo tenemos ya en el fichero que nos pasó STEVE creado a partir de la instrucción que pasó jolocotroco.

Extraes del mismo lo que (teoricamente) se ha copiado del misc a partir de la dirección que se supone que se copia y ya los podrás comparar

beachsun · #**240** 08/08/13, 13:47:37

En que direccion? en la direccion ram donde se almacena temporalmente? porque?
Coñe es cierto que esta en el fichero de Steve, voy a ver si encuentro la información de MISC...

Edito... Muy curioso.... No ta!!!

Gracias de parte de:
cpro