Purism Librem 5 Devkit Manufacturer Purism Name Librem 5 Devkit Codename purism-librem5dev Released 2018 Category testing Original software PureOS Hardware Chipset Emcraft NXP i.MX8M CPU 4x 1.5 GHz Cortex-A53 GPU Vivante GC7000Lite Display 1440x720 Storage 32 GB eMMC Memory 3 GB Architecture aarch64 Non-Android based device ✔ Unixbench Whet/Dhry score 869.5

Features USB Networking Flashing Works Touchscreen Works Display Works WiFi Works Xwayland Works FDE Mainline Battery 3D Acceleration Works Accelerometer Audio Partial Bluetooth Partial Camera GPS Works Mobile data SMS Calls USB OTG Partial









Contributors

How to enter flash mode

The devkit has a switch on the same side as the reboot button, wifi switch, camera switch, and modem switch. Move it to the "USB Mode" position and hit the reboot button next to it in order to put the device into 'flash' mode.

Installation

Flashing

pmbootstrap now has support for flashing the devkit with the flasher command. After running pmbootstrap install to generate a rootfs, the devkit can be flashed by putting it into 'USB mode' and executing pmbootstrap flasher flash_rootfs

Once the image has been flashed, place the device into emmc mode and hit the reboot button to start booting postmarketOS. The first boot can take a few minutes as it resizes the rootfs to fill all available space on the emmc disk.

Graphics

The Vivante GPU in the devkit is fully supported upstream in Mesa and support for it should be installed by the device-purism-librem5dev package.

Todo

Bring up cellular modem

Resolve issues with Bluetooth Bluetooth can be started by loading the rsi_91x module with dev_oper_mode=14 but this disables Wifi station/client mode and enables Wifi AP mode. It doesn't seem to work with dev_oper_mode=13 , which enables Wifi client mode.

Test/enable camera

Test/enable ambient light sensor

Ofono

As of 11/2019, ofono seems to "just work" when it is installed using "apk add ofono". Reasonable-looking signal information is reported, and calls seem to do something. I could not figure out how to route in-call audio, and it is possible that separate daemon is needed for that. https://source.puri.sm/Librem5/wys/blob/master/src/wys-audio.c

See also