PinePhone Pro remains the active bench target. It is where the port already boots, builds confidence from hardware receipts, and proves the mobile stack before the same habits move to PineTab2.
Boot and access
● workingSD boot, EFI framebuffer console, serial after boot, and USB gadget networking are the stable base for phone-side work.
Display and input
● workingFramebuffer display, Sway on scfb, Goodix touch, GPIO power key, SARADC volume keys, and RGB LED control have hardware proof.
Wireless and audio
◐ partialNative WiFi, Bluetooth attach, A2DP, RT5640 playback, and loudspeaker routing exist, but still need hardening and upstream-quality cleanup.
Phone hardware
◐ partialUSB-PD sink policy, EG25-G modem control, battery/charger policy, cameras, sensors, suspend, and long-run reliability remain open.
Reading Order
Start here when you want the phone-specific material without the tablet references mixed in.
Appendix Entries
These are the PinePhone Pro pages currently registered in the site navigation. New phone-specific reference pages should be added here before they get mixed into shared appendices.
- PinePhone Pro hardware reference RK3399S phone manifest, separated from the PineTab2 tablet work.
- PinePhone Pro component support matrix Every chip, sensor, and on-SoC block on the RK3399S phone — with FreeBSD driver status, our-tree path, and upstream reference.
- PinePhone Pro schematic support map Board-level features from the public PinePhone Pro schematics, mapped to FreeBSD support status and work logs.
Current Rule Of Thumb
Keep turning phone subsystems from "proved once" into repeatable drivers with narrow, reviewable contracts. The highest-value work is still reliability: WiFi, modem policy, battery/charger state, audio routing, and long-run graphical stability.