Habilitar la consola de framebuffer en la fuente del kernel de Android

¿Es posible habilitar de alguna manera la consola de framebuffer en las fuentes del kernel de Android de Samsung, para ver los mensajes del kernel en lugar de solo el logotipo de arranque?

Use la aplicación LiveBoot de Chainfire para hacer esto. Nota: necesita tener un dispositivo rooteado.
No puedo usar esto porque Android no arranca. Está atascado en el logo de la bota. Necesitaría algo más de bajo nivel.
Bueno, entonces no tienes suerte para las aplicaciones externas. Necesita algún kernel/cargador de arranque especial para hacer eso. Sin embargo, no creo que haya uno para su dispositivo.
Cuando dice que está atascado en el logotipo de inicio, ¿se refiere al logotipo del gestor de arranque? ¿O quiere decir que Android se ha cargado y está arrancando? Si es lo último, no necesita una consola de framebuffer, necesita logcat .

Respuestas (1)

Realmente no dijiste lo que estabas tratando de hacer exactamente, pero si entiendo bien, y eres bueno con la soldadura, parece que podrías querer encontrar los pines UART en tu dispositivo, luego tocar eso y usar una conexión en serie a su computadora para leer la salida del cargador de arranque (a través de minicom o algún otro emulador de terminal) y acceder a la consola en vivo de esa manera. También puede obtener datos en serie del USB durante el arranque.

Por supuesto, si está atascado con un sistema que no arranca e intenta recuperar un dispositivo, puede usar odin/heimdall para actualizar su imagen de arranque (incluido un nuevo kernel) o instalar una imagen de recuperación personalizada y usarla para actualizar un ROM con un buen kernel.

Parece que posiblemente esté jugando deliberadamente con sus propios núcleos creados, ¿tal vez para actualizar a una nueva base de núcleo o algo así? Si ese es el caso, una alternativa para ver los mensajes del kernel en la pantalla es habilitar PSTORE (el reemplazo basado en el sistema de archivos para /proc/last_kmesg), que le permitirá ver la consola dmesg/kernel + cualquier mensaje de pánico después de un mal arranque en el próximo reinicio (siempre y cuando no se sobrescriba el ram). Eche un vistazo a este ejemplo del núcleo trlte (Samsung Note 4) para saber cómo implementarlo en los núcleos más nuevos. (Si se trata de un núcleo más antiguo, es posible que solo deba activar last_kmesg ).