importante: le hice un factory reset, y lo mismo.
lo que descubrí, es que crashea a partir de instalar el último update del chrome, solo a partir de updatear el chrome, empiezan los crasheos, los crasheos no son solo por usar el chrome (sobre todo cuando estás scrolleando una web), sino que también crashea durante el booteo, es decir, durante la animación del candado, o usando el whatapp, aún cuando el chrome ni siquiera está abierto, te crashea todo el android, el kernel, en momentos random, ejemplo, está spawmeando los iconos del escritorio, y se crashea.
lo que hice fue desinstalar el chrome, y volvió a la versión de fábrica, y ahí está pidiendo el chrome update de nuevo (icono rojo en la barra de direcciones url, del lado derecho), en fin, mientras no lo updatee, el celu anda perfecto, pero lo updateo y empiezan los crasheos random comprobadÍsimo, yendo y volviendo de versión ya varias veces, y como vine de un factory reset general, tampoco puede ser algún problema de datos.
Y con crasheos random me refiero que a veces ni bootea, ni lo podes usar 3 min, con suerte anda 20min, si lo dejaste solito 5 min. y volves, ya crasheó.
Y con "reset" me refiero a mantener apretado VOL - y PWR 10 segundos hasta q haga hardware reset.
aplicaciones instaladas más allá de lo default: whatsapp.
alguien está experimentando lo mismo?
¿Y cómo se que crashea el kernet, o sus proceso?
Si en el momento en que crashea, es decir, que ya no responde a absolutamente nada, ni touch ni botones, se estaba reproduciendo un video. El video continua reproduciendose así como su audio, hasta que se termina su buffer ya cargado en RAM, en el caso del audio, es decir, llega a reproducir unos segundos más, y se detiene, en el caso del video se congela en el último frame, y en el caso del audio, repite el último buffer interminablemente haciendo un ruido repetitivo (depende de lo que se reproducia).
Eso significa, que aún cuando el CPU principal crashea, los dispositivos como la aceleración de video por hardware, y el chip de sonido siguen usando el DMA para reproducir lo que tenían encargado, pero como el CPU ya no va reponiendo data en los buffers lógicos en RAM, llega un momento que se detiene todo.
Eso significa, que aún cuando el CPU principal crashea, los dispositivos como la aceleración de video por hardware, y el chip de sonido siguen usando el DMA para reproducir lo que tenían encargado, pero como el CPU ya no va reponiendo data en los buffers lógicos en RAM, llega un momento que se detiene todo.