Ya lo he posteado en otros hilos pero lo volveré a hacer aquí porque veo que no está claro.
Existen tres condiciones para demostrar que las releases ics que ha sacado samsung son peligrosas, por así decirlo, para la memoria flash del note:
1. Una versión de firmware del chip eMMC defectuoso. Está más que explicado que la versión 0x19 que lleva el note no maneja bien el comando de borrado así que no me extenderé más.
2. Un kernel que haga la llamada al firmware que dispara el bug. Tengo que suponer que todo el mundo está de acuerdo en que esta condición la cumplen todos los ics de samsung. Quien crea que no es así le basta buscar "MMC_CAP_ERASE samsung" en xda y tendrá mucha información al respecto.
3. Un stock recovery que haga la llamada al firmware que dispara el bug. Entropy aisló el stock recovery fuera de la rom y constató que esta llamada en efecto se hace. De nuevo, una búsqueda en xda arrojará luz a quien no lo crea.
Cuando se envió esta información a samsung (evidentemente datos técnicos) fue cuando samsung empezó a trabajar en la solución al bug porque se les demostró de forma feaciente que sus releases provocaban brick. Fue EN ESE MOMENTO y no porque roms/kernels rooteados/modificados provocasen errores.
Repito y resumo para que quede claro: samsung dijo que empezaba a trabajar en arreglar el bug en el note cuando se les demostró que una stock ics sin modificar también podía provocarlo.
Enviat des d'es meu GNote amb so Tapatalk 2