Posible solucion a los brickeos

[beachsun]

 Cita: Originalmente Escrito por PhoenixTR

Hombre dejan de encenderse después de apagarse al finalizar la actualización, con lo que algo les hace la actualización para dejarlas muertas.

No se pueden actualizar de nuevo? si no se puede lo veo complicado, ya que todo esto se basa en el sistema que tiene para actualizar...

[cpro]

 Cita: Originalmente Escrito por PhoenixTR

Hombre dejan de encenderse después de apagarse al finalizar la actualización, con lo que algo les hace la actualización para dejarlas muertas.

Viendo los últimos comentarios y fotos... yo me animaría a abrirla y comprobar si no se ha metido para dentro la plaquita y el botón de encendido no hace contacto. Si fuera eso te ahorras los dineros (y las tres semanas) de viajar a China.

[PhoenixTR]

 Cita: Originalmente Escrito por cpro

Viendo los últimos comentarios y fotos... yo me animaría a abrirla y comprobar si no se ha metido para dentro la plaquita y el botón de encendido no hace contacto. Si fuera eso te ahorras los dineros (y las tres semanas) de viajar a China.

Ojala fuera eso, lo botones de volumen, power y el reset hacen el click cuando los pulsas por lo que no creo que sea un mal contacto.

[teredur]

Por lo que he visto durante las actualizaciones. y tengo grabada una en video.
EL script que se ejecuta es el utscript.
Ya que el texto mostrado es el de los comanods uttext.

[beachsun]

Genial, así se puede comenzar haciendo pruebas sin Flashear...

Veo dos vías paralelas de trabajo :
- Intentar flasheo sin machacar el boot
- Intentar un arranque desde SD sin flashear

[STEVE_MARS]

 Cita: Originalmente Escrito por teredur

Por lo que he visto durante las actualizaciones. y tengo grabada una en video.
EL script que se ejecuta es el utscript.
Ya que el texto mostrado es el de los comanods uttext.

Perfecto, podemos compilar un nuevo utscript sin escribir el boot, y dejando solo este utscript.
Aqui os dejo el mkimage para usar bajo windows, gentileza de Sp4ceM4rine del foro de Staledroid.
http://ubuntuforums.org/showpost.php...&postcount=105

[STEVE_MARS]

 Cita: Originalmente Escrito por beachsun

Genial, así se puede comenzar haciendo pruebas sin Flashear...

Veo dos vías paralelas de trabajo :
- Intentar flasheo sin machacar el boot
- Intentar un arranque desde SD sin flashear

Efectivamente, creo que es mas prioritario la SD de recuperacion para los compañeros a los que se les ha muerto el tablet.

[STEVE_MARS]

Aqui esta, paso a paso, como preparar la SD:

$ sudo fdisk -l
Disk /dev/sde: 8018 MB, 8018460672 bytes
219 heads, 12 sectors/track, 5959 cylinders
Units = cylinders of 2628 * 512 = 1345536 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

   Device Boot      Start         End      Blocks   Id  System
/dev/sde1               4        5960     7826432    b  W95 FAT32

$ mksdboot /dev/sde1

STEP 1. check device
brw-rw---- 1 root disk 8, 65 2013-01-11 15:02 /dev/sde1

STEP 2. confirm device
continue ()? [Y/n]: 

STEP 3. check file
-rwxr-xr-x  1 seanpa04 seanpa04 15360 2012-12-03 22:44  /home/seanpa04/arndale/WORKING_DIRECTORY/vendor/insignal/arndale/exynos5250/exynos5250.bl1.bin
-rw-r--r-- 1 seanpa04 seanpa04 14336 2013-01-04 12:55 /home/seanpa04/arndale/WORKING_DIRECTORY/u-boot/bl2.bin
-rw-r--r-- 1 seanpa04 seanpa04 256428 2013-01-04 12:55 /home/seanpa04/arndale/WORKING_DIRECTORY/u-boot/u-boot.bin
-rwxr-xr-x  1 seanpa04 seanpa04 94208 2012-12-03 22:44  /home/seanpa04/arndale/WORKING_DIRECTORY/vendor/insignal/arndale/exynos5250/exynos5250.tzsw.bin

STEP 4. unmounting partitions

STEP 5. clean up boot area
32+0 records in
32+0 records out
16384 bytes (16 kB) copied, 0.0577286 s, 284 kB/s

STEP 6. copy/fusing files
30+0 records in
30+0 records out
15360 bytes (15 kB) copied, 1.0143 s, 15.1 kB/s
28+0 records in
28+0 records out
14336 bytes (14 kB) copied, 0.752604 s, 19.0 kB/s
500+1 records in
500+1 records out
256428 bytes (256 kB) copied, 7.08218 s, 36.2 kB/s
184+0 records in
184+0 records out
94208 bytes (94 kB) copied, 2.73305 s, 34.5 kB/s
STEP 6. Completed.
Fuse time = 14 sec.

Sacado de aqui:
http://forum.insignal.co.kr/viewtopic.php?f=10&t=346

Estoy currando y no puedo comprobarlo hasta esta noche, lo dejo por si alguien puede hacer algo mientras.

[teredur]

 Cita: Originalmente Escrito por STEVE_MARS

Efectivamente, creo que es mas prioritario la SD de recuperacion para los compañeros a los que se les ha muerto el tablet.

Soy de la misma opinion, nos permitiria incluso probar ROM's sin tener que flasear.

[PhoenixTR]

 Cita: Originalmente Escrito por STEVE_MARS

Aqui esta, paso a paso, como preparar la SD:

$ sudo fdisk -l
Disk /dev/sde: 8018 MB, 8018460672 bytes
219 heads, 12 sectors/track, 5959 cylinders
Units = cylinders of 2628 * 512 = 1345536 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
 
   Device Boot      Start         End      Blocks   Id  System
/dev/sde1               4        5960     7826432    b  W95 FAT32
 
$ mksdboot /dev/sde1
 
STEP 1. check device
brw-rw---- 1 root disk 8, 65 2013-01-11 15:02 /dev/sde1
 
STEP 2. confirm device
continue ()? [Y/n]: 
 
STEP 3. check file
-rwxr-xr-x  1 seanpa04 seanpa04 15360 2012-12-03 22:44  /home/seanpa04/arndale/WORKING_DIRECTORY/vendor/insignal/arndale/exynos5250/exynos5250.bl1.bin
-rw-r--r-- 1 seanpa04 seanpa04 14336 2013-01-04 12:55 /home/seanpa04/arndale/WORKING_DIRECTORY/u-boot/bl2.bin
-rw-r--r-- 1 seanpa04 seanpa04 256428 2013-01-04 12:55 /home/seanpa04/arndale/WORKING_DIRECTORY/u-boot/u-boot.bin
-rwxr-xr-x  1 seanpa04 seanpa04 94208 2012-12-03 22:44  /home/seanpa04/arndale/WORKING_DIRECTORY/vendor/insignal/arndale/exynos5250/exynos5250.tzsw.bin
 
STEP 4. unmounting partitions
 
STEP 5. clean up boot area
32+0 records in
32+0 records out
16384 bytes (16 kB) copied, 0.0577286 s, 284 kB/s
 
STEP 6. copy/fusing files
30+0 records in
30+0 records out
15360 bytes (15 kB) copied, 1.0143 s, 15.1 kB/s
28+0 records in
28+0 records out
14336 bytes (14 kB) copied, 0.752604 s, 19.0 kB/s
500+1 records in
500+1 records out
256428 bytes (256 kB) copied, 7.08218 s, 36.2 kB/s
184+0 records in
184+0 records out
94208 bytes (94 kB) copied, 2.73305 s, 34.5 kB/s
STEP 6. Completed.
Fuse time = 14 sec.

Sacado de aqui:
http://forum.insignal.co.kr/viewtopic.php?f=10&t=346

Estoy currando y no puedo comprobarlo hasta esta noche, lo dejo por si alguien puede hacer algo mientras.

Y esto traducido a lenguaje normal, ¿que hay que hacer para preparar esa SD?, estoy a punto de mandar la voyo de vuelta a china, ¿crees que con esto hay posibilidad de recuperar las muertas después de actualizar que ni encienden?, lo digo por esperar a mandarla o mandarla ya.

[STEVE_MARS]

Pufff, es dificil decir que si.
Si Voyo no ha logrado esto en meses, y nosotros lo hacemos en dias, ¿nos daran el Oscar?.
En serio, toma la decision que creas mas conveniente, puede ser que a la primera demos con la tecla o que no funcione.
Ademas, ten en cuenta que esto esta basado en la Arndale board, una placa experimental con el A15-Exynos 5250. Que yo sepa nadie lo ha probado sobre el tablet.

[STEVE_MARS]

Bueno, pues he preparado la SD segun todos los tuto, y lo hace correctamente.
Pero despues la SD esta vacia, sin embargo cuando hago el proceso se ve como escribe en ella.
Todo lo hago en Linux, ¿alguna idea?.

[STEVE_MARS]

En Slatedroid tambien vamos dando pasos, esto es lo que ha hecho Spacemarine:

On another topic, I did some work to get the system partition to 2Go. Here’s what I did so far:
1-	Rename utscript to utscript.txt
2-	Open utscript.txt with VIM editor
3-	Delete all the symbols before the first command line in the script.  After deletion, the first line should be” fatload mmc 1 0x41000000  set_bootargs”
4-	Edit the script to get a 2Go sys partition
5-	Save the script, exit VIM.
6-	Open a command line and with mkimage do: 
mkimage -A arm -O linux -T script -C none -a 0 -e 0 -n "Script Created by Win32" -d utscript.txt utscript
7-	I did steps 1 to 6 for the other 3 files:  utscript_1st, utscript_all, utscript_sys.

In order to get a 2Go partition, I made those modifications to the script:

From fdisk -c 0 512 1000 500 to  fdisk -c 0 512 2000 500 and I also did
From fdisk -c 0 512 1000 500 to  fdisk -c 0 1024 1000 500 

Then I flashed the Voyo with the modified scripts. The scripts seemed to  work because the tablet booted normally and installed the image without  errors, BUT once booted into Android, the partitions where of the SAME  size with either modifications. Tonight I’ll try with 2048 1000 500,  because I read somewhere that the syntax of U-boot fdisk is supposed to  be:
-c = the partition is readable by windows 
0 = disk number
512 = System partition size
1000 = App partition size
500 =  Cache partition size

[beachsun]

 Cita: Originalmente Escrito por STEVE_MARS

Bueno, pues he preparado la SD segun todos los tuto, y lo hace correctamente.
Pero despues la SD esta vacia, sin embargo cuando hago el proceso se ve como escribe en ella.
Todo lo hago en Linux, ¿alguna idea?.

La verdad, es que lo que me extraña es que te mantenga el FS de la SD.
Por lo que he visto el Script lo que hace es copiar "a pelo" los 4 ficheros uno detras del otro :

exec_cmd dd iflag=dsync oflag=dsync if="$1" of="${DEVICE}" bs=512 seek=$2

Comenzando en el Offset 1 y continuando el resto justo detras del anterior, por lo que es posible que la SD este bien, pero lo que no se es como hacer que la tablet al arrancar haga el boot desde esos ficheros de la SD.

[cpro]

 Cita: Originalmente Escrito por beachsun

La verdad, es que lo que me extraña es que te mantenga el FS de la SD.
Por lo que he visto el Script lo que hace es copiar "a pelo" los 4 ficheros uno detras del otro :

exec_cmd dd iflag=dsync oflag=dsync if="$1" of="${DEVICE}" bs=512 seek=$2

Comenzando en el Offset 1 y continuando el resto justo detras del anterior, por lo que es posible que la SD este bien, pero lo que no se es como hacer que la tablet al arrancar haga el boot desde esos ficheros de la SD.

Por las cosas que M$ hace cuando formatea (crea particiones). Esto es -según fdisk- una mSD de 4GB formateada en FAT32 por W7:

Disk /dev/sdg: 3947 MB, 3947888640 bytes, 7710720 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identificador del disco: 0x00000000

Disposit. Inicio Comienzo Fin Bloques Id Sistema
/dev/sdg1 8192 7710719 3851264 b W95 FAT32

En este enlace http://users.elis.ugent.be/~nipennem/arndale que puso STEVE cuentan las direcciones que ocupa cada archivo: hay espacio suficiente desde el MBR hasta que comienza la partición. Y si arranca desde la mSD, supongo, es por ser el dispositivo por defecto y tener el cargador en el sector 1; si no, lo intenta con la eMMC.

[beachsun]

No entiendo lo de que hay espacio desde que acaba el MBR hasta que comienza la particion.

Te cuento lo que yo entiendo :
- No sabemos que mbr, y por tanto que tabla de particiones tenia la sd de Steve.
- El Script no toca para nada la MBR, por tanto se mantiene la anterior
- El Script, al menos el que he visto, pone a 0 desde 0x80E00 durante 16Kb
- El script copia en raw los bytes de los ficheros comentados a partir de la posicion 512. Ademas tiene hardcoded los tamaños de lo que copia por lo que mas vale que los ficheros realmente sean de ese tamaño o inferior.
- La copia de datos termina en el offset : 0x80DFF -> 527871 Por lo que todo lo que existiera hasta aqui se ha machacado(probablemente se hubiera comido la fat de la particion que existiera, por ejemplo la de tu mSD de 4GB).
- Desde 0x80E00 se reservan 16 Kb(antes puestos a 0) para U-Boot environment
- Por tanto tenemos a partir de 0x84E00 (casi mejor a partir de 0x8A200 que es el mayor de las tres versiones marcadas en la tabla) para crear las particiones, fat32, ext4, etc donde poner el kernel, el root, etc...

Es decir la tabla de particiones de la SD deberia tener la primera particion, por ejemplo de tipo Fat32, a partir de 0x84E00 (si prefieres a partir de 0x8A200 por mayor seguridad).

Por eso digo que me extraña que pueda hacer un ls sin que de error. De hecho me extraña que pueda montar la SD ya que se carga la posible 1a particion escribiendo en raw a partir de la MBR.

Finalmente como bien dice la pagina comentada, lo que hace el script no coincide con lo que indican en la Wiki. El tema esta turbio.


Y respecto al arranque, me temo que la configuracion que estamos tratando es para hacer que el arranque de la tablet sea a partir de la SD y no de la NAND, es decir con toda esta historia estamos simulando lo que tiene cargada la nand de la tablet, que acaba ejecutando el u-boot y este uboot de la nand es el que arranca de la misma nand o va a buscar a la SD un script de u-boot, que actualmente se utiliza para flashear la nand.
Necesitamos una manera de que la tablet arranque de la SD, lo que aparece al princio de la pagina con unos switches, necesitamos simular esos switches en la tablet para que Arranque el uboot de la SD.
Lo que hacemos ahora pulsando (-) y power no lo simula, ya que si fuera así no bastaria con copiar unos ficheros en fat32 para flashear. Lo que hace esa pulsacion es que el u-boot de la nand ejecute el script que esta en la sd.

Uff vaya royo he soltado... y lo peor es que no se si me he explicado...

[STEVE_MARS]

Te has explicado perfectamente, de hecho creo que ya se donde esta el error: he ejecutado el script con la SD formateada en FAT32 sin hacer ningun tipo de particion, e imagino que antes habra que particionarla con las que correspondan.
Me pongo a revisarlo, pero al menos ya tenemos todos los ficheros gracias a cpro, que el tio se los ha currado y me los ha mandado por mail.
Gracias a todos por el esfuerzo y el interes. Como consigamos solucionar esto hacemos quedada de chuletas y sangria, que cojones .

[beachsun]

A mi me sigue quedando la duda de como hacer que arranque el uboot de la SD.

Ojo, no digo hacer que arranque el uscript de la SD, que eso lo hace pulsando (-) y Power. Quizas con (+) + (-) + Power como dicen en tabletrepublic?

Por otro lado todavia nos queda el cartucho de arrancar un android desde la SD encenciendo con el (-) pulsado...

[exxtrema]

 Cita: Originalmente Escrito por STEVE_MARS

Te has explicado perfectamente, de hecho creo que ya se donde esta el error: he ejecutado el script con la SD formateada en FAT32 sin hacer ningun tipo de particion, e imagino que antes habra que particionarla con las que correspondan.
Me pongo a revisarlo, pero al menos ya tenemos todos los ficheros gracias a cpro, que el tio se los ha currado y me los ha mandado por mail.
Gracias a todos por el esfuerzo y el interes. Como consigamos solucionar esto hacemos quedada de chuletas y sangria, que cojones .

a esto me apunto jejjejje

[cpro]

Si no me equivoco, no has tenido en cuenta que los bloques son de 512B por lo que si desplazas 0x80E00 10b a la derecha: sería 0x407 = 1031.
Creo que se ve más sencillo si usamos los datos del script:
MBR - 1
15KB - 30
16KB - 32
328KB - 656
156KB - 312
ENV(16) - 32
TOTAL: 1047 < 8192
Los archivos son más pequeños que el espacio reservado. Ten en cuenta que cada cargador tendrá codificada la dirección de inicio del siguiente.

Para que arranque la Voyo, si lo hace desde la SD, como creo haber entendido que sugiere ese post del (+) (-) (Pow), no hacen falta switches: con ellos se configura el dispositivo de inicio en la Arndale. Lo importante de estos archivos es que, si arranca desde la SD, podrían arreglar un cacharro "voyado" (que aún se encienda) aplicando el "utscript" desde la "trust zone" (¿por USB?).

Pero para crear una mSD que arranque (si arranca) y ejecute el firm sin usar la eMMC, podríamos hacerlo sin más que considerarla la eMMC y copiar las cosas en la tarjeta (como hace "utscript") pero tenemos el problema de que el archivo "bootloader_sd.vhd" contiene el bl1, bl2, etc., apropiados y que imagino incluye una comprobación de la mSD que, si contiene "utscript", se pone a ejecutarlo.