ADVERTENCIA << no flashear/rootear no es seguro, peligro de USB-Brick >> - Página 9

Julian1984 · 20/05/10, 21:04:24

Me encantaría poder meterme de lleno con el código... pero en menos de 7 días empiezo con mis queridos exámenes...

Si vais viendo algo, id posteando por aqui!

fision · 20/05/10, 22:50:14

Cita:

Originalmente Escrito por devil360

No tenemos ninguna novedad para lo de root ????
Gracias.

estan entretenidos echando un ojo al froyo

Dales unos días...es un tema complicado con el que hay que hacer las cosas bien.

**fozzy** · 20/05/10, 22:54:57

PARA PROGRAMADORES:
Hey thanks for the mentions guys, but I don't really feel I'm contributing a lot. What I found is that the board_bravo.usb_h2w_sw parameter is used in the board_bravo kernel module to load some stuff:
CODE
static uint opt_usb_h2w_sw;
module_param_named(usb_h2w_sw, opt_usb_h2w_sw, uint, 0);
andCODE
if (!opt_usb_h2w_sw) {
msm_register_usb_phy_init_seq(bravo_phy_init_seq);
msm_add_usb_id_pin_gpio(BRAVO_GPIO_USB_ID_PIN);
msm_add_usb_id_pin_function(config_bravo_usb_id_gp ios);
config_bravo_usb_id_gpios(0);
msm_enable_car_kit_detect(1);
msm_hsusb_set_product(bravo_usb_products,
ARRAY_SIZE(bravo_usb_products));
msm_add_usb_devices(bravo_usb_phy_reset, NULL);
}

What is causing the parameter to be set and how to unset it I really don't know (except for an engineering SPL)

**fozzy** · 20/05/10, 22:55:32

Ese trozo de código es otra parte del problemilla.

**fozzy** · 20/05/10, 22:59:14

En lo que estan trabajando, al parecer es en, como des-brickear los ladrillos.

shawe · 20/05/10, 23:04:10

Cita:

Originalmente Escrito por fozzy

En lo que estan trabajando, al parecer es en, como des-brickear los ladrillos.

Entonces se habrán dado cuenta que ese looping no es el brickeo, si no el posible método de desbrickeo

**fozzy** · 20/05/10, 23:08:50

Se intuye, pero como solo postean trozitos no hay modo de enterarse...

AxelNight · 20/05/10, 23:09:14

Cita:

Originalmente Escrito por fozzy

En lo que estan trabajando, al parecer es en, como des-brickear los ladrillos.

Me parece lo más lógico. Si encuentran la manera de desladrillar podremos seguir con los métodos que se han utilizado hasta ahora a sabiendas que lo podrás solucionar luego.
Y de paso arreglan las Desis de todos los que se han quedado sin ellas lo antes posible.

Saludos!

shawe · 20/05/10, 23:29:47

Cita:

Originalmente Escrito por AxelNight

Me parece lo más lógico. Si encuentran la manera de desladrillar podremos seguir con los métodos que se han utilizado hasta ahora a sabiendas que lo podrás solucionar luego.
Y de paso arreglan las Desis de todos los que se han quedado sin ellas lo antes posible.

Saludos!

Es que la parte buena es que no es un brick, sino un autobloqueo por vete a saber que motivo. El problema es que luego la gente confunda la utilidad, en caso que lo consigan, y entiendan que se pueden desbrickear las Desires

SimonCT · 21/05/10, 11:36:19

Fozzy, ¿el codigo esta bien copiado?

veo una declaracion global de "opt_usb_h2w_sw" que es un switch y luego despues de ser tratada por "module_param_named" se verifica si es falso, si es falso se lanzan ciertas llamadas a funciones. No veo que pueden ver ahi, el uso del switch supongo.

De todas maneras C++ no es el lenguaje en el que yo trabajo asi que espero no estar equivocandome demasiado.

**fozzy** · 21/05/10, 13:17:02

Cita:

Originalmente Escrito por SimonCT

Fozzy, ¿el codigo esta bien copiado?

veo una declaracion global de "opt_usb_h2w_sw" que es un switch y luego despues de ser tratada por "module_param_named" se verifica si es falso, si es falso se lanzan ciertas llamadas a funciones. No veo que pueden ver ahi, el uso del switch supongo.

De todas maneras C++ no es el lenguaje en el que yo trabajo asi que espero no estar equivocandome demasiado.

Hola he hecho un copy/paste del foro de modaco, y solo estan trocitos de código y que hacen con ellos, las funciones que llaman a estas y de donde viene, ni idea, ni lo dicen ni lo ponen y yo siempre he sido de los físicos... no me gusta nada programar, así que estoy bastante oxidado (no te digo nada con los punteros...)

SimonCT · 21/05/10, 13:28:48

Bueno, lo dicho, C++ lo tengo MUY oxidado (trabajo en entornos mainframe) pero bueno, ire traduciendo lo que vayais poniendo si os interesa para los que no saben de programación.

Tambien puedo "traducir" al lenguaje mundano si escriben algo tecnico.

victortouch · 21/05/10, 22:07:49

Sinceramente no lo entiendo. Yo alguna vez he desconectado el cable USB en medio de un flasheo y no pasa absolutamente nada ya que como dice nuestro compañero se queda hecho un ladrillo el terminal.
Pero siempre te deja entrar en modo FASTBOOT y siempre que un terminal entra en este modo correctamente con que lo vuelvas a flashear el Ladrillo se vuelve a convertir en movil. Vamos que lo se por experiencia.

Que posiblemente esten intentado que la gente no flashee el terminal y hayan puesto un sistema para protegerlo, no se pero creo que no le conviene ni a HTC ni a Google porque es una de las virtudes que hacen que estos vendan mas unidades.

De todas maneras, sigo pensando que en un Ladrillo me extraña que se quede el móvil sino MODACO os aseguro que no hubiese lanzado el tutorial de buenas a primeras.

Saludos.

shawe · 21/05/10, 22:11:29

Cita:

Originalmente Escrito por victortouch

De todas maneras, sigo pensando que en un Ladrillo me extraña que se quede el móvil sino MODACO os aseguro que no hubiese lanzado el tutorial de buenas a primeras.

Saludos.

Por el momento y visto como trabaja, el de momento es el único que ha sacado un modo de rootearlo. Y si este modo no es suficiente seguro, sacará una nueva release cuando lo tenga disponible y andando.

Un brick como tal, es cuando no tiene arreglo sin pasar por el SAT, lo demás en todo caso como mucho llegan a considerar semi-bricks y a veces ni eso.

**fozzy** · 21/05/10, 22:12:02

como defines ladrillo?
Sin USb
Sim Bloqueada
Sin Bluetooth
Sin SDcard (no la monta)
No es un ladrillo total pero se le acerca mucho...

Julian1984 · 22/05/10, 10:27:43

Alguna novedad? Pq los foros están paradísimos... y he estado mirando en el irc y nada...

AxelNight · 22/05/10, 12:35:15

Supongo que froyo es muy tentador sobretodo si no tienes la desi brikeada. Esperemos que sea algo temporal.

Saludos.

Sent from my HTC Desire using Tapatalk

victortouch · 22/05/10, 12:46:14

bueno fozzy si se queda sin montar SD, USB no funciona etc...

No es un ladrillo es un truño

Haber si todo se soluciona pronto

**fozzy** · 22/05/10, 15:26:00

A ver parece que estan acotando cuando se brickea el movil:

@Modaco Forum and IRC chat people tend to take a unstable USB connection as the reason and most likely it happens while the custom recovery console is running within the adb shell session at the end of step2 or recovery script.

Reason is simple, the adb shell command opens a terminal session and executes the linux command that comes right after adb shell. Now, if USB gets diconnected, even for a very short time, this terminal session adb is running will be terminated. Same happens to the processes which are running within this session. In this case it is the recovery.

A possible but not yet confirmed workaround would be as follows:

In your script step2-<your OS>.bat/sh or recovery-<your OS>.bat/sh edit the last line to read

Code:
adb-windows.exe shell nohup /sbin/recovery &
or
Code:
sudo ./adb-mac shell nohup /sbin/recovery &
or
Code:
sudo ./adb-linux shell nohup /sbin/recovery &

**fozzy** · 22/05/10, 15:30:52

Traduccion:
@Modaco en el foro y en el IRC Chat comentan que la conexion USB se vuelve inestable y es más probable que suceda, mientras el recovery se está ejecutando dentro de la sesión de shell "adb" al final del paso 2 o el script de recuperación.

La razón es simple, el comando "adb shell se abre en una sesión de terminal y ejecuta el comando linux que viene justo después de" adb shell. Ahora bien, si se diconnecta el USB, aunque sea por un tiempo muy corto, la sesión de terminal se dará por terminada. Lo mismo sucede con los procesos que se ejecutan dentro de este período de sesiones. En este caso es el recovery.

Un posible, pero aún no confirmada, solución sería la siguiente:
Dentro del script del paso 2 (para windows step2-windows.bat) o recovery-windows.bat se edita la última línea para que quede así dependiendo del SO:
(mismo código que en el post anterior)
Básicamente nohup, es un comando de linux para que un comando se ejecute aun cuando el proceso que lo originó deje de estar en ejecución (por ejemplo abrimos el reloj y lanzamos un cronómetro, y cerramos el reloj, pero si esta con nohup, el cronómetro sigue funcionando aunque el reloj no esteejecutándose), y el '&' es para que los coamndos corran en segundo plano, para los que saben un poquito de Linux, sería ejecutarlos como un demonio (parecido a lo que se entiende en windows como servicio, aunque no es lo mismo)