rkdebian - sistema de compilación para convertir una tablet Android RK3562 de 80 dólares en una estación de trabajo con Debian Linux

 (github.com/tech4bot)
1 puntos por GN⁺ 4 시간 전 | 1 comentarios | Compartir por WhatsApp
  • rkdebian es un sistema de compilación para crear imágenes arrancables de Debian 12 Bookworm para la tablet Android Doogee U10 basada en Rockchip RK3562
  • La compilación prerelanzamiento pública actual está fechada el 14 de mayo de 2026, y se ofrecen la página de lanzamiento, la descarga directa de rk3562-debian.img.xz y una demo en YouTube
  • La imagen se graba en una tarjeta SD para arrancar, y si se retira la SD vuelve al Android predeterminado del eMMC interno, por lo que no hace falta desbloquear el bootloader ni modificar el almacenamiento interno
  • El hardware objetivo es la Doogee U10, con RK3562 4× Cortex-A53 a 2.0GHz, 4GB LPDDR4, 128GB eMMC, panel DSI de 10.1 pulgadas 1280×800 y configuración RK817 PMIC
  • Funcionan la pantalla, el multitáctil de 10 puntos, Wi‑Fi, Bluetooth, altavoces, micrófono, batería/carga, arranque desde SD, USB OTG, acelerómetro, linterna LED trasera, el funcionamiento del botón de encendido y la conservación de la rotación en la pantalla de bloqueo
  • La aceleración 3D tiene soporte parcial basado en Panfrost con OpenGL ES funcionando, y las cámaras frontal s5k5e8 y trasera s5k4h5yb tienen funcionando la canalización, la vista previa y la captura, aunque la corrección de color todavía requiere calibración adicional del ISP
  • Soporta inferencia local de LLM usando el único núcleo NPU del RK3562 mediante la pila Rockchip RKLLM, y utiliza airockchip/rknn-llm y airockchip/rknn-toolkit2
  • Según mediciones hechas en la tablet usando la ruta NPU, Qwen3-0.6B_W8A8_RK3562_opt0 logró una generación promedio de 4.92 tok/s en warm-run, mientras que Qwen2.5-1.5B-Instruct_W8A8_RK3562 obtuvo 2.18 tok/s; Qwen3-0.6B es más rápido en esta tablet RK3562
  • Como aplicaciones predeterminadas se incluyen Firefox ESR, Chromium, FreeTube, Drawing, Snapshot, Dolphin, Plasma Discover, Okular, Gedit, Pavucontrol y Terminal, y Flatpak junto con Flathub vienen activados por defecto
  • La compilación se realiza en un host Linux x86-64; se recomiendan Debian/Ubuntu, y con ./build.sh all se generan de una sola vez U-Boot, el kernel Linux, el rootfs de Debian y una imagen de tarjeta SD lista para flashear
  • Las opciones de compilación permiten ajustar la sesión de interfaz Phosh, la pila GPU mali o panfrost, el servidor de pantalla Wayland/X11, el governor de CPU, la regeneración del rootfs, la minimización de la imagen y si FreeTube debe venir preinstalado, entre otras cosas
  • Después de ejecutar Debian, es posible aplicar actualizaciones OTA sin volver a flashear la tarjeta SD: basta con colocar output/update/update.tar.gz en /home/chaos/update/ o /update/pending/ de la tablet para que se aplique en el siguiente reinicio
  • Las cuentas predeterminadas son chaos/chaos y root/root, e incluye la indicación de cambiar las contraseñas después del primer arranque con passwd y sudo passwd root
  • El kernel Linux usa la rama rockchip-linux develop-6.1 6.1.x, U-Boot usa Firefly rk356x/firefly-5.10, Debian usa arm64 Bookworm y la licencia del proyecto en sí es la MIT License

Lecturas relacionadas

1 comentarios

 
GN⁺ 4 시간 전
Comentarios de Hacker News

  • Ya es excelente con solo arrancar Debian y que la mayoría de los dispositivos funcionen bien
    Lo que me da curiosidad es qué software corre decentemente con 4 GB de RAM. Navegar por la web debería ser posible, pero supongo que con muy pocas pestañas. Con un entorno de escritorio muy ligero podría volverse más útil, y si usas algo como WezTerm + tmux como si fuera un entorno de escritorio, ahorrarías aún más y probablemente quedaría margen para herramientas de desarrollo

    • El navegador y las apps basadas en Electron son lo importante
      Firefox se comporta bastante bien en situaciones de poca memoria, porque descarta silenciosamente pestañas cuando hace falta, y además tiene la gran ventaja de permitir un bloqueador de anuncios de verdad. Los navegadores basados en Chromium hoy en día no compiten en eso
      Fuera de eso, un escritorio Debian Trixie común basado en Gnome también parece perfectamente viable. En este momento, en una máquina con 8 GB me quedan 3.7 GB libres, y solo Firefox, evolution, gnome-calendar y gnome-software usan más de 100 MB, y ninguna de esas apps es indispensable
    • La pura pregunta de “qué software corre decentemente con 4 GB de RAM” ya se siente un poco triste
    • Todavía uso una ThinkPad X200 vieja con 2 GB de RAM como máquina principal
      Solo con xmonad en general se siente muy ágil, y mientras evite sitios pesados como GMail, navegar con varias pestañas no es problema
    • Compré en Amazon una tablet Windows x86-64 de precio parecido, con Celeron N4020 + 4 GB de RAM
      Le instalé Linux Mint con un kernel ligeramente modificado y le conecté un SSD viejo por medio de un adaptador SATA-USB para usarla como servidor casero de archivos y PC de cine en casa. Está conectada a la TV por micro HDMI, pone música todo el día y en la noche reproduce películas
      Incluso con películas Full HD de alto bitrate no tiene problemas y al CPU todavía le sobra margen. Si hubiera tenido contenido 4K, creo que también lo habría reproducido. Antes usé por años una Mac Mini con VLC, pero esta configuración me gusta más porque es más estable
    • Antes corría Slackware 2.0 en una Pentium de 75 MHz con 32 MB
      Ese tipo de software existe, y para quienes usan principalmente interfaces de texto o línea de comandos hay espacio más que suficiente

  • No se puede distribuir esto como si fuera licencia MIT
    Hay muchísimos componentes con licencias que van desde GPL hasta licencias privativas

    • El proyecto en sí, es decir, los scripts y la documentación que escribí, sí es MIT
      Todo lo demás conserva la licencia de cada proyecto original. Eso incluye GPL, binarios del fabricante/privativos, paquetes de Debian, firmware, etc.
      También dejé esto indicado en la última línea de la sección de licencias del README

  • Me pregunto si hay forma de flashearlo en la eMMC interna sin depender de la tarjeta SD
    Una tablet Linux pequeña suena bien, pero no quisiera usar algo inestable

  • Parece que la IA es bastante buena para este tipo de ingeniería inversa; me pregunto si hay material que valga la pena para aprender a usarla con ese fin
    Suena como algo que podría ayudar mucho para portar postmarketOS a nuevos dispositivos o mejorar el soporte de dispositivos existentes

    • Conecté Claude Code a DeepSeek, conecté una tablet Android barata de repuesto, instalé adb y fastboot con el gestor de paquetes y le pedí a la IA que liberara la tablet
      La IA descubrió que la tablet usa un Unisoc T606 y encontró un CVE de hace algunos años para desbloquear el bootloader. Yo solo hice el papel de mono de carne apretando el botón de “subir volumen” y conectando el cable USB varias veces. Como casi todo este tipo de trabajo, fue bastante inquietante
      El siguiente paso es intentar con Linux mainline, y parece que los desarrolladores de postmarketOS ya están trabajando con este chip. Ya investigué la mayor parte del hardware de la tablet, salvo la pantalla exacta
      https://codeberg.org/ums9230-mainline/linux
    • Solo pregúntale directamente a la IA
    • Tengo algo de experiencia en esto; si hay interés, podría escribir un post al respecto
      La clave es conseguir las fuentes del vendor inferior, y acercarte a la IA de manera muy conservadora, construyendo paso a paso y con calma
      Hay que saber C y también tener ese “sexto sentido” para notar qué está bien y qué no. Otra parte clave es hacer que la IA te muestre primero el parche que pretende aplicar y que espere aprobación antes de modificar el código fuente. Así puedes evaluar qué intenta hacer y obligarla a revisar el parche. La calidad importa más que la cantidad
      Esto no es como hacer un frontend web con Tailwind; aquí hay que ser muy estricto y tener cierto nivel de conocimiento. Sin conocimientos de bajo nivel e ingeniería, es imposible escribir código de kernel con IA
    • Hay una discusión anterior sobre un video de YouTube de 14 minutos sobre ingeniería inversa de malware con IA y Ghidra
      https://news.ycombinator.com/item?id=43474490
    • Suena como otra tendencia de depender de la IA para evitar aprender algo
      Si esta actitud sigue así, se nos va a atrofiar el cerebro

  • Un sistema con 4 GB sigue siendo bastante útil para muchos usos
    Le instalé Linux a un Acer Chromebook viejo y lo tengo en una esquina emulando silenciosamente y en frío un sistema VAX; el rendimiento anda más o menos al nivel de una Vaxstation 4000/60

  • Ahora mismo la tablet Doogee U10 no es tan fácil de conseguir
    Cuando se corre la voz de que hubo un gran avance con hardware o dispositivos comunes, suele pasar que el precio de compra se dispara, incluso si todavía puede encontrarse por los canales normales de venta de productos nuevos o usados

  • Interesante, pero no tengo el hardware para probarlo
    Elegir Bookworm en lugar de Trixie parece una decisión deliberada. Me pregunto si Debian 13 no funciona ni con apt upgrade ni con una instalación directa
    También me interesa el rendimiento de este hardware. Tengo una tablet Samsung vieja que no se puede rootear y con Android moderno va lentísima. Me gustaría cambiarla por algo así, pero no quiero cambiar un dispositivo lento por otro lento

    • Bookworm fue una elección conservadora
      Todavía no he probado Trixie como se debe, así que no lo sé. En teoría, debería ser posible cambiar el rootfs
      El rendimiento es utilizable y, sobre todo comparado con Android de fábrica, es mejor porque tiene menos basura en segundo plano. Está bien para trabajo en terminal, navegación ligera, VS Code y experimentos pequeños
      Si quieres, puedes verlo en el video: https://youtu.be/DbX13_mahKc

  • Me gusta que la IA facilite hackear dispositivos que de otro modo no valdría la pena dedicarles tiempo

    • Usé Claude cuando su plan gratuito todavía valía la pena y porté Linux a una placa vieja, sin soporte ni documentación, de la que el fabricante no había publicado nada aparte de la imagen binaria de Android
      Por suerte, incluso solo con esa imagen Android se podía sacar algo de información
      Eso me hizo imaginar una plataforma de ingeniería inversa asistida por IA: la IA dentro de un sistema de compilación completo, conectada a los puertos de la placa objetivo (consola serial, GPIO, I2C, SPI, etc.), a interruptores físicos (encendido, reinicio, etc.) y a interruptores lógicos capaces de cambiar varias tarjetas SD entre la PC de desarrollo y la placa
      Así la IA podría descargar cosas por sí sola, compilar en paralelo y probar libremente imágenes y software, encargándose de la parte que más tiempo consume
    • De acuerdo. Me habría gustado ver no solo el resultado, sino también los prompts reales y el proceso
    • Me hace preguntarme si también sería posible hacer ingeniería inversa del firmware de los populares motores para bicicletas eléctricas TQ
      Se puede descargar ese firmware interceptando las llamadas API de la herramienta del distribuidor. No lo he intentado porque no tengo nada de experiencia en esto, pero si la tuviera probablemente lo habría probado
      Intenté decompilar la herramienta del distribuidor, pero es una app WPF bastante compleja y no logré dejarla en un estado compilable. Quizá con el Claude más reciente sí se podría. Si no tomara tanto tiempo, tal vez volvería a intentarlo

  • Me pregunto cuál fue la motivación para hacer este trabajo
    ¿Por qué justo esta tablet?

    • Esta tablet es barata, salió hace algunos años, pero todavía sigue a la venta
      Como arranca primero desde la tarjeta SD, era una candidata perfecta para este proyecto

  • Si es una tablet que arranca desde SD, quizá también se le podría arrancar NetBSD
    https://wiki.netbsd.org/ports/evbarm/rockchip/