| Welcome, Guest |
You have to register before you can post on our site.
|
| Forum Statistics |
» Members: 29,969
» Latest member: Bianca
» Forum threads: 16,334
» Forum posts: 117,438
Full Statistics
|
| Latest Threads |
Looking for engineer for ...
Forum: PinePhone Pro Hardware
Last Post: Andrey_voce
04-06-2026, 08:44 AM
» Replies: 0
» Views: 174
|
StarPro64 Irradium (based...
Forum: Getting Started
Last Post: mara
04-05-2026, 03:03 AM
» Replies: 19
» Views: 8,727
|
Finally got Kali working ...
Forum: General Discussion on Pinebook Pro
Last Post: qingss0
04-04-2026, 08:00 AM
» Replies: 0
» Views: 266
|
Charging problem
Forum: General Discussion on Pinebook Pro
Last Post: RicTor
04-04-2026, 07:30 AM
» Replies: 0
» Views: 121
|
Latest firmware for PineP...
Forum: PinePhone Software
Last Post: baptx
04-03-2026, 08:37 AM
» Replies: 106
» Views: 217,095
|
Updates have gotten me ex...
Forum: General Discussion on PineNote
Last Post: bills2002
04-02-2026, 05:16 PM
» Replies: 0
» Views: 223
|
Voidlinux working on eMMC
Forum: General Discussion on PineTab
Last Post: tllim
04-01-2026, 04:14 PM
» Replies: 1
» Views: 305
|
Pinecil V2 doesn’t power ...
Forum: General Discussion on Pinecil
Last Post: Juptin
03-28-2026, 02:37 AM
» Replies: 1
» Views: 2,095
|
dead Pinebook - help plea...
Forum: General Discussion on Pinebook Pro
Last Post: williamcorlin
03-26-2026, 04:22 PM
» Replies: 3
» Views: 948
|
BT PAN - we need iptables...
Forum: Mobian on PinePhone
Last Post: biketool
03-25-2026, 12:57 PM
» Replies: 1
» Views: 609
|
|
|
| transfer to ssd |
|
Posted by: georgetina1 - 12-19-2019, 10:53 AM - Forum: General Discussion on ROCK64
- Replies (1)
|
 |
I am sure I have seen the procedure to transfer an existing image on a sd card to a bootable ssd connected to USB 3 but cannot find the detail. Can you help please. What format should I use on the ssd. The image I wish to transfer is ubuntu 18.04 LXDE. I am using this to run opencpn navigation sofware with ais overlay and it runs well.
|
|
|
|
| Mainline u-boot FEL failure |
|
Posted by: foreverska - 12-19-2019, 10:21 AM - Forum: General Discussion on PINE A64-LTS / SOPINE
- No Replies
|
 |
I am attempting to SPL over FEL so I can load a BL32 by hand (sorry if this reads as jargon). I am on mainline u-boot and using sunxi-fel spl uboot/spl/sunxi-spl.bin. It begins attempting to boot and then says:
Code: SPL: Unsupported Boot Device!
SPL: failed to boot from all boot devices
### ERROR ### Please RESET the board ###
The boot device it is referring to is "12" or BOOT_DEVICE_BOARD. Is there an image that supports this boot device or an SPL that will initialize DRAM for me to load stuff via FEL?
|
|
|
|
| Brave Heart 'welcome letter' draft - feedback welcome |
|
Posted by: Luke - 12-19-2019, 04:35 AM - Forum: General Discussion on PinePhone
- Replies (26)
|
 |
Hi everyone,
I drafted a Brave Heart welcome letter and would appreciate your feedback. Is something missing? should something be phrased differently? Let me know.
[edit] I redrafted the letter based on your suggestions. Tried to squeeze as much as I could in the little space a page permits. Feedback please - don't have much time to get this to TL.
Quote:Dear Piner,
Congratulations on receiving your Brave Heart edition PinePhone!
You are one of the very first to have a PinePhone and we hope you’ll help us and our partner projects by testing, contributing to, and documenting the development progress. Thank you!
Brave Heart phones come preloaded with a factory test software and nothing else, so you’ll have to seek out the OSs you’re interested in on your own. Most mobile distributions OS images are linked on the PinePhone subsection of the PINE64 Wiki (wiki.pine64.org).
The PinePhone Wiki subsection also contains schematics, instructions, hardware configuration details and other useful information about your device. You can edit and contribute to the Wiki by logging in using your forum credentials. We encourage you to do so.
Since this is fundamentally a community project, we strongly suggest you join the #pinephone chat, accessible via Telegram, Discord, IRC and Matrix (NB. all chat protocols are bridged). You can find links to the chat on PINE64 Wiki and under the Forums and Chats tab our main site (pine64.org). Your input is valuable regardless of if you’re a tester, developer or just an enthusiastic end-user, so it is important that you join the conversation.
Most partner projects - a list of which can be found under Partner Project tab on our site - also have discussion threads or chats dedicated to the PinePhone. So if you’re interested in one particular OS, and wish to contribute to it, then make sure to check out the forums and/or chats of the project in question.
Brave Heart is meant for early-adopters - developers and enthusiasts - so we expect and even encourage you to experiment with the software and hardware by pushing the envelope. That said, please keep in mind that the device is under standard warranty, so braking components during disassembly or tampering with eFUSEs is a subject to voiding of your warranty. We trust this is common sense.
Now, have fun with your PinePhone!
PINE64 Community Team
Redraft:
Quote:Dear Piner,
Congratulations on receiving your Brave Heart edition PinePhone!
You are one of the very first to have a PinePhone and we hope you’ll help us and our partner projects by testing, contributing to, and documenting the development progress. Keep in mind that all OSs are presently in a pre-release (Alpha) state and vary in functionality, even from one pre-release to another.
Your input is valuable so it is important that you report problems you encounter and join the conversation on whatever platform suits you best. When you report problems make sure to also include relevant logs and/or UART outputs.
You can report non-OS specific (kernel) issues you encounter on: https://gitlab.com/pine64-org. OS specific problems should be reported on the PINE64 Wiki (wiki.pine64.org/PinePhone#Software Support) as well as directly to developers in the pinephone chats (Forums and Chats tab on https://pine64.org), on PINE64 forums (forum.pine64.org) or on the relevant partner-project forums (see Partner Projects tab on https://pine64.org).
Brave Heart phones come preloaded with a factory test software and nothing else, so you’ll have to seek out the OSs you’re interested in on your own. Most mobile distributions OS images are linked on the PinePhone subsection of the PINE64 Wiki. OS builds absent from Wiki may require you seek them out by talking to developers directly.
The PinePhone Wiki subsection also contains schematics, instructions, hardware configuration details and other useful information about your device. You can edit and contribute to the Wiki by logging in using your forum credentials. We encourage you to do so.
Brave Heart is meant for early-adopters - developers and enthusiasts - so we expect and even encourage you to experiment with the software and hardware by pushing the envelope. That said, please keep in mind that the device is under standard warranty, so braking components during disassembly or tampering with eFUSEs is a subject to voiding of your warranty. We trust this is common sense.
Now, have fun with your PinePhone!
PINE64 Community Team
|
|
|
|
| PBP ARM Processor RECOGNIZED by Default Debian OS Synaptic Package Manager |
|
Posted by: jcj52436999 - 12-18-2019, 01:35 PM - Forum: General Discussion on Pinebook Pro
- Replies (14)
|
 |
PBP ARM Processor RECOGNIZED by Default Debian OS Synaptic Package Manager?
I have begun learning to handle my December 2019 PBP Debian, all updated, by starting the Synaptic Package Manager, and learning to install a few apps. To my surprise the SPM seems to recognize the PBP ARM processor and installs an ARM version of any software chosen? The GVIM app actually even displays that it is an ARM version! Is it a fact that SPM does detect the processor type, and will install only those apps provided as ARM binaries?
|
|
|
|
| Binary blobs in the PinePhone |
|
Posted by: amosbatto - 12-18-2019, 07:50 AM - Forum: General Discussion on PinePhone
- Replies (9)
|
 |
I'm trying to figure out what binary blobs exist in the PinePhone.
The Allwinner A64 has many GPL violations:
Quote:Kernel:- lichee/linux-3.10/modules/aw_schw/libschw
- lichee/linux-3.10/modules/nand/sun50iw1p1/libnand_sun50iw1p1
- lichee/linux-3.10/drivers/input/touchscreen/aw5x06/libAW5306
- lichee/linux-3.10/drivers/video/sunxi/disp2/hdmi/libhdmi_sun50iw1
- lichee/linux-3.10/drivers/media/platform/sunxi-vfe/lib/lib{isp,mipicsi2_v1,mipicsi2_v2}
U-Boot:
(Only u-boot-2014.07 is checked here) - lichee/brandy/u-boot-2014.07/arch/arm/cpu/armv8/wine/dram/libdram-homlet
- lichee/brandy/u-boot-2014.07/arch/arm/cpu/armv8/wine/dram/libdram-pad
- lichee/brandy/u-boot-2014.07/arch/arm/cpu/armv7/sun50iw1p1/dram/libchipid
- lichee/brandy/u-boot-2014.07/arch/arm/cpu/armv7/sun50iw1p1/dram/libdram
- lichee/brandy/u-boot-2014.07/drivers/video/sunxi/disp2/hdmi/libhdmi_sun50iw1
- lichee/brandy/u-boot-2014.07/nand_sunxi/sun50iw1p1/libnand-sun50iw1p1
Allwinner is using binary blobs for the Flash memory, HDMI, DRAM, MIPI CSI interface and touchscreen. The question is whether all of these binary blobs have been removed in mainline Linux. Does anyone have links to the files so I can check?
The Realtek RTL8723CS Wi-Fi/Bluetooth chip requires proprietary firmware in the /lib/firmware directory.
Are there any other components that require binary blobs?
|
|
|
|
| How to fix keymap of ISO keyboard - default Debian desktop |
|
Posted by: hmuller - 12-17-2019, 07:42 PM - Forum: Pinebook Pro Tutorials
- Replies (10)
|
 |
Problem Statement
In an x11 terminal if you press Shift-` or Shift-3, or AltGr-4, you do not get the expected characters.
And if you open a console (Ctrl-Alt-F1) and login, and you press Shift-`, or Shift-3, or AltGr-`, or AltGr-4, you again do not get the expected characters.
Disclaimer/Recognition
The solution provided below works on the default Debian desktop that is shipped with the Pinebook Pro. Thanks @Mrfixit2001 and @Luke for your work on crafting this.
Solution
You will need an internet connection to install a package (console-setup) farther down.
Confirm you have the problem by checking the keys as described in the Problem Statement above, this could potentially be fixed in a later version of the default Debian desktop.
Open a terminal in an x11 session (the second icon from the left next to the Menu button) and run the following:
Code: $ localectl
$ sudo localectl set-keymap uk
$ sudo localectl set-x11-keymap gb pc105
$ localectl
$ systemctl reboot
The localectl command shows you what's currently configured, the last command does what you expect and reboots the machine.
Open a terminal in an x11 session again, and run the following:
Code: $ sudo dpkg-reconfigure keyboard-configuration
Enter the following when prompted:
Keyboard model:
Generic 105-key (Intl) PC
Keyboard layout:
English (UK)
Key to function as AltGr:
Right Alt (AltGr)
Compose key:
No compose key
Use Control+Alt+Backspace to terminate the X server?
No
Then in the terminal run:
Code: $ localectl
$ systemctl reboot
After the system reboots and you have logged into an x11 session, open a terminal and run the following:
Code: $ sudo dpkg-reconfigure locales
When prompted, enter the following:
Locales to be generated:
Select your specific locale, in my case I would select en_US.UTF-8 UTF8. If you are in the UK, it would be en_GB.UTF-8 UTF8
Default locale for the system environment:
Select the same thing you entered in the previous question
Then run in the terminal:
Code: $ localectl
$ systemctl reboot
After you have logged back into an x11 session, if you open a terminal and check the keys, they should be fully functional in the x11 session.
In a terminal run:
Code: $ localectl
$ sudo apt install console-setup
This should not require user input, and when finished the console keymap should work fully as the x11 keymap does. A reboot is not required.
Some of the reboots above may not be required, but they don't hurt. The localectl commands peppered throughout may be omited, I just thought it was interesting to watch the changes show up.
|
|
|
|
| Command line flashing script with media verification, xz image support |
|
Posted by: Arglebargle - 12-17-2019, 07:16 PM - Forum: General Discussion on Pinebook Pro
- Replies (2)
|
 |
Hi all,
I've seen a lot of people struggling flashing images to sd cards/emmc from the command line and even more people asking for support after flashing images improperly or without media verification. I wrote a script to make this process easier, hopefully it will reduce the number of problems people are experiencing.
The script handles both raw images (.img files) and xz compressed images and will write and then verify, or with the --verify-only flag simply verify, that your media has been written correctly.
The script is located here: https://github.com/foundObjects/sbc-flasher
Installation is simple, either download the script and optionally make it executable and place it somewhere in your path or just run the installer code below. If pv isn't installed in your distribution by default you'll need to install it if you want pretty progress meters. The installer will ask for sudo permission to install the script in /usr/local/sbin as needed, so there's no need to run it with sudo or as root.
Code: bash <(wget -o /dev/null -qO- https://raw.githubusercontent.com/foundObjects/sbc-flasher/master/install.sh)
sudo apt install -y pv
Use:
Code: # sudo flasher.sh
Usage: /usr/local/sbin/flasher.sh (--flags) image(.img|.xz) /dev/target_block_device
Flags:
-W | --write-only | --write Write pass only, no verification
-V | --verify-only | --verify Verify only
-x | --debug Extremely verbose output (like bash -x ...)
--no-pv Don't use pipeviewer
Flashing an image:
Code: root@pinebookpro:/data/images# flasher.sh pinebookpro-debian-mrfixit-191127.img.xz /dev/mmcblk0
writing xz compressed image to /dev/mmcblk0
5.01GiB 0:02:46 [30.8MiB/s] [==================================================================>] 100%
0+574861 records in
0+574861 records out
5377097728 bytes (5.4 GB, 5.0 GiB) copied, 181.469 s, 29.6 MB/s
Write successful
Verifying xz image
5.01GiB 0:03:37 [23.6MiB/s] [==================================================================>] 100%
Image verified successfully
Flash verification is simple as well:
Code: root@pinebookpro:/data/images# flasher.sh --verify-only pinebookpro-debian-mrfixit-191127.img /dev/mmcblk0
Verifying raw image
335MiB 0:00:11 [26.6MiB/s] [===> ] 6% ETA 0:02:37
Debugging:
Run the script with -x: `sudo flasher.sh -x yourimage /dev/flash_target |& tee flashlog` to see what's going wrong and dump execution flow to a file. Please use pastebin.com (or hastebin.com, everyone should use hastebin because hastebin is awesome) instead of pasting debug output here if you need help.
You're welcome to do whatever you want with this script, hopefully it saves everyone some time.
|
|
|
|
|