태블릿에서 측정한 NPU 경로 기준으로 Qwen3-0.6B_W8A8_RK3562_opt0은 warm-run 평균 생성 4.92 tok/s, Qwen2.5-1.5B-Instruct_W8A8_RK3562는 2.18 tok/s였고, Qwen3-0.6B가 이 RK3562 태블릿에서 더 빠름

기본 앱으로 Firefox ESR, Chromium, FreeTube, Drawing, Snapshot, Dolphin, Plasma Discover, Okular, Gedit, Pavucontrol, Terminal이 포함되며 Flatpak과 Flathub가 기본 활성화됨

빌드는 x86-64 Linux 호스트에서 수행하며 Debian/Ubuntu가 권장되고, ./build.sh all로 U-Boot, Linux 커널, Debian rootfs, 플래시 가능한 SD 카드 이미지를 한 번에 생성함

빌드 옵션은 Phosh UI 세션, mali 또는 panfrost GPU 스택, Wayland/X11 표시 서버, CPU 거버너, rootfs 재생성, 이미지 최소화, FreeTube 사전 설치 여부 등을 조정할 수 있음

Debian 실행 후에는 SD 카드를 다시 플래시하지 않고 output/update/update.tar.gz를 태블릿의 /home/chaos/update/ 또는 /update/pending/에 넣어 다음 재부팅 때 OTA 업데이트를 적용할 수 있음

기본 계정은 chaos/chaos와 root/root이며, 첫 부팅 후 passwd와 sudo passwd root로 비밀번호를 변경하라는 안내가 포함됨

Linux 커널은 rockchip-linux develop-6.1 계열 6.1.x, U-Boot는 Firefly rk356x/firefly-5.10, Debian은 arm64 Bookworm을 사용하며, 프로젝트 자체 라이선스는 MIT License임

대부분의 장치가 제대로 동작하는 Debian 부팅만으로도 훌륭함
궁금한 건 4GB RAM에서 어떤 소프트웨어가 무난히 돌아가느냐임. 웹 브라우징은 가능하겠지만 탭 수는 아주 적어야 할 듯함. 아주 가벼운 데스크톱 환경을 쓰면 더 쓸 만해질 수 있고, WezTerm + tmux 같은 구성을 데스크톱 환경처럼 쓰면 더 절약되어 개발 도구를 돌릴 여지도 남을 듯함

브라우저와 Electron 기반 앱이 적임
Firefox는 메모리가 부족할 때 탭을 조용히 버리는 식으로 저메모리 상황에서 꽤 괜찮고, 제대로 된 광고 차단을 쓸 수 있다는 장점도 큼. 요즘 Chromium 기반 브라우저는 이 점에서 경쟁이 안 됨
그 외에는 평범한 Gnome 기반 Debian Trixie 데스크톱도 충분히 가능해 보임. 지금 8GB 머신에서 3.7GB가 남아 있고, Firefox, evolution, gnome-calendar, gnome-software만 100MB 이상 쓰는데 이 앱들이 필수는 아님

“4GB RAM에서 어떤 소프트웨어가 무난히 돌아가나”라는 질문 자체가 좀 슬프게 느껴짐

아직도 오래된 ThinkPad X200 2GB RAM을 주력기로 쓰고 있음
xmonad만 띄우면 전반적으로 아주 빠릿하고, GMail처럼 무거운 사이트만 피하면 여러 탭 브라우징도 문제 없음

비슷한 가격의 x86-64 Windows 태블릿을 Amazon에서 샀고, 사양은 Celeron N4020 + 4GB RAM이었음
약간 수정한 커널로 Linux Mint를 설치했고, SATA-USB 어댑터로 오래된 SSD를 연결해 홈 파일 서버와 홈시어터 PC로 쓰는 중임. micro HDMI로 TV에 연결되어 있고, 낮에는 음악을 계속 틀고 저녁에는 영화를 재생함
고비트레이트 Full HD 영화도 문제 없고 CPU도 여유로움. 4K 콘텐츠가 있었다면 그것도 재생 가능했을 것 같음. 예전에는 Mac Mini와 VLC를 몇 년 썼지만 지금 구성이 더 안정적이라 만족함

예전에는 Pentium 75MHz + 32MB에서 Slackware 2.0을 돌렸음
그런 소프트웨어는 존재하고, 텍스트 사용자 인터페이스나 명령줄 위주 사용자에게는 충분한 공간임

이걸 MIT 라이선스로 배포할 수는 없음
GPL부터 독점 라이선스까지 다양한 라이선스의 구성물이 잔뜩 들어 있음

프로젝트 자체, 즉 내가 작성한 스크립트와 문서는 MIT임
나머지는 각각의 상위 프로젝트 라이선스가 그대로 유지됨. GPL, 벤더/독점 바이너리, Debian 패키지, 펌웨어 등이 모두 해당됨
README의 라이선스 섹션 마지막 줄에도 이 내용을 적어뒀음

SD 카드에 의존하지 않고 내장 eMMC에 플래시할 방법이 있는지 궁금함
작은 Linux 태블릿은 좋지만 불안정하게 쓰고 싶지는 않음

AI가 이런 종류의 역공학을 꽤 잘하는 듯한데, 이 용도로 쓰는 방법을 배울 만한 자료가 있는지 궁금함
postmarketOS를 새 장치에 이식하거나 기존 장치 지원을 개선하는 데 큰 도움이 될 것 같음

Claude Code를 DeepSeek에 연결하고, 여분의 싸구려 Android 태블릿을 연결한 뒤 패키지 관리자로 adb와 fastboot을 설치하고 AI에게 태블릿 탈옥을 시켰음
AI가 태블릿이 Unisoc T606을 쓴다는 걸 찾아냈고, 몇 년 전 CVE를 찾아 부트로더를 언락해줌. 나는 “볼륨 업” 버튼을 누르고 USB 케이블을 여러 번 꽂는 고기 인형 역할만 했음. 이런 작업 대부분이 그렇듯 꽤 섬뜩했음
다음 단계는 메인라인 Linux 시도이고, postmarketOS 개발자들이 이 칩을 만지고 있는 것 같음. 정확한 디스플레이를 제외하면 태블릿 하드웨어 대부분은 조사해둠 https://codeberg.org/ums9230-mainline/linux

AI에게 직접 물어보면 됨

이쪽 경험이 조금 있어서 관심 있으면 글로 정리할 수 있음
핵심은 하위 벤더 소스를 확보하고, AI에는 매우 보수적으로 접근하면서 단계별로 천천히 쌓아가는 것임
C를 알아야 하고, 무엇이 괜찮고 아닌지 감 잡는 “거미 감각”도 필요함. 또 다른 핵심은 소스를 수정하기 전에 AI가 의도하는 패치를 먼저 보여주고 승인을 받게 하는 것임. 그러면 무엇을 하려는지 판단하고 패치를 재검토하게 만들 수 있음. 양보다 품질이 중요함
이건 Tailwind로 웹 프론트엔드 만드는 일이 아니라서, 매우 엄격해야 하고 어느 정도 지식이 있어야 함. 저수준과 공학 지식 없이 AI로 커널 코드를 쓰는 건 불가능함

흥미롭지만 테스트할 하드웨어는 없음
Bookworm을 Trixie 대신 고른 건 의식적인 선택처럼 보임. Debian 13은 apt upgrade든 직접 설치든 안 되는지 궁금함
이 하드웨어 성능도 궁금함. 루팅이 안 되는 오래된 Samsung 태블릿이 있는데 최신 Android에서 너무 버벅거림. 이런 걸로 바꾸고 싶지만, 느린 기기를 또 다른 느린 기기로 바꾸고 싶지는 않음

Bookworm은 보수적인 선택이었음
Trixie는 아직 제대로 테스트하지 않아서 모름. 이론상 rootfs는 교체 가능해야 함
성능은 쓸 만하고, 특히 기본 Android와 비교하면 백그라운드 군더더기가 적어서 낫다. 터미널 작업, 가벼운 브라우징, VS Code, 작은 실험에는 괜찮음
원하면 영상에서 확인 가능함:

AI 덕분에 원래라면 시간을 들일 가치가 없던 기기를 해킹하기가 쉬워지는 점이 좋음

무료 티어가 쓸 만하던 시절 Claude를 써서, 제조사가 바이너리 Android 이미지 외에는 정보를 공개하지 않은 오래되고 지원도 문서도 없는 보드에 Linux를 포팅했음
다행히 그 Android 이미지만으로도 일부 정보를 얻을 수 있었음
이게 상상력을 자극해서, AI 지원 역공학 플랫폼을 생각해봤음. 완전한 빌드 시스템 안에서 AI가 대상 보드의 포트(직렬 콘솔, GPIO, I2C, SPI 등), 물리 스위치(전원, 리셋 등), 그리고 여러 SD 카드를 개발 PC와 보드 사이에서 전환할 수 있는 논리 스위치에 연결되는 구조임
그러면 AI가 직접 다운로드하고 병렬 빌드하고 이미지와 소프트웨어를 자유롭게 테스트해서 가장 시간이 많이 드는 부분을 대신할 수 있음

동의함. 결과물만큼이나 실제 프롬프트와 과정도 보고 싶었음

인기 있는 TQ 전기자전거 모터의 펌웨어 역공학도 가능할지 궁금해짐
딜러 도구 API 호출을 가로채면 이 펌웨어를 다운로드할 수 있음. 이쪽 경험이 전혀 없어서 못 해봤지만, 경험이 있었다면 시도했을 듯함
딜러 도구를 디컴파일해봤지만 꽤 복잡한 WPF 앱이고 컴파일 가능하게 만들지 못했음. 최신 Claude라면 가능할지도 모름. 시간이 많이 걸려서 아니면 다시 해봤을 것 같음

이 작업의 동기가 뭐였는지 궁금함
왜 하필 이 태블릿이었을까?

이 태블릿은 싸고 몇 년 전에 출시됐지만 아직 판매 중임
SD 카드에서 먼저 부팅하기 때문에 이 프로젝트에 완벽한 후보였음