Welcome, Guest |
You have to register before you can post on our site.
|
Forum Statistics |
» Members: 29,545
» Latest member: elver
» Forum threads: 16,209
» Forum posts: 116,954
Full Statistics
|
Latest Threads |
Brand new sealed Pinetime...
Forum: General Discussion on PineTime
Last Post: elver
Today, 06:41 AM
» Replies: 0
» Views: 141
|
Call recording?
Forum: PinePhone Pro Software
Last Post: biketool
Yesterday, 04:14 AM
» Replies: 7
» Views: 6,639
|
Thoughts after a year wit...
Forum: General Discussion on Pinebook Pro
Last Post: Frank23t
09-08-2025, 10:30 PM
» Replies: 4
» Views: 1,870
|
Why projects like PinePho...
Forum: General Discussion on PinePhone
Last Post: biketool
09-08-2025, 12:51 PM
» Replies: 4
» Views: 3,827
|
more mobile linux on redd...
Forum: General Discussion on PinePhone
Last Post: biketool
09-08-2025, 12:03 PM
» Replies: 2
» Views: 1,716
|
Anyone selling a Pinebook
Forum: Pinebook Hardware and Accessories
Last Post: ams
09-08-2025, 09:26 AM
» Replies: 2
» Views: 1,955
|
Having trouble reading MP...
Forum: Getting Started
Last Post: Alex92
09-05-2025, 08:49 PM
» Replies: 1
» Views: 3,063
|
Special keys stopped work...
Forum: General Discussion on PineNote
Last Post: cheepeero
09-05-2025, 07:32 PM
» Replies: 0
» Views: 2,173
|
Booting Issues
Forum: PineNote Software
Last Post: vlagged
09-04-2025, 12:52 PM
» Replies: 20
» Views: 9,977
|
Experimental Mobian kerne...
Forum: PinePhone Pro Software
Last Post: teekay
09-04-2025, 01:40 AM
» Replies: 11
» Views: 4,432
|
|
|
French keyboard |
Posted by: jschall - 11-14-2018, 08:32 AM - Forum: General Discussion on Pinebook
- Replies (1)
|
 |
I can't get all the French accent characters from the keyboard.
I'm on the Pinebook 11.6" 1080P, running Q4OS.
I have added the French (Canada) keyboard selector, and I can get these keys:
éêçäâôöÉ
But that's all. I can't get e or accent grâve, for example.
Is there any way to edit the keyboard layout to add the missing accent keys?
|
|
|
HOW TO - compile a kernel. HOW TO - overclock |
Posted by: dukla2000 - 11-14-2018, 04:20 AM - Forum: RockPro64 Projects, Ideas and Tutorials
- No Replies
|
 |
Figure worth trying to make a single collection of the bits to compile a new kernel for your RockPro64. On your RockPro64.
And what could be better motivation than to overclock your RockPro64?
As always the warranty for these instructions is - if you break it you own both parts.
And, as always on Linux, there are a million ways to do this. My steps below are just 1 way that works for me, I don't claim any particular benefit over any other way.
To cause an argument let me assume the starting point is an Ayufan 0.7.9 image on an SDcard in your RockPro64. And that you want to get the current 4.19 kernel running with a 2.1GHz max speed for your A72 cores.
First observation: the way Ayufan has set things up you will be able to toggle between the 4.4.x kernel in his 0.7.9 image and your 4.19 image as long as you can edit a text file on your SDcard on another Linux PC so you should not "brick" anything.
Second observation - everything below you can search www and find other pages/advice/embellishments if you want.
1) Create a working directory: if you start a terminal session (Open a terminal using your menu system - probably under system tools) you are most likely to be the user rock64 in your home directory (which is /home/rock64/). If you type
you will create a new subdirectory called bin.
2) Download some Linux source code. As per the assumptions the simplest way to do this is to go to Ayufan mainline github page and click the big green "clone or download" button and select the "download zip" option at the bottom. Save the file to the bin directory you created in step 1.
3) We need to install some software - p7zip to unzip the file you just downloaded as well as some prerequisites to get the compile and build environment to work. I hope the following is complete - if you get any errors in later steps it will be most likely because of something missing here! First we are going to update/upgrade all the software you already have, then we will install the new stuff. type (or copy/paste) the following 4 lines 1 at a time - enter your password (possibly still rock64?) when asked after the first line:
Code: sudo apt-get update
sudo apt-get upgrade
sudo apt-get install p7zip
sudo apt-get install build-essential libncurses-dev bison flex libssl-dev fakeroot pkg-config
4) OK - assuming you still have your terminal window open type
The ls command lists the files in the current directory - you should see linux-mainline-kernel-master.zip from step 2. Type
Code: unzip linux-mainline-kernel-master.zip
and you should have a couple of minutes of excitement while all the source files are unzipped.
5) Still at your terminal type
Code: cd linux-mainline-kernel-master
cp arch/arm64/configs/rockchip_linux_defconfig .config
The second command copied a skeleton Rockchip config file to your config file (that happens to be a hidden file which is why it has a . in front of the filename!) This is where there is a huge amount of room for alchemy: the contents of your config file determine the capabilities of your new kernel. Quite frankly for your first compile that is all pretty irrelevant - I just wanted to compile a kernel and get it to load and so that is all these instructions try to do. You can always come back later and "improve" your config file: beware there are numerous parameters, most of which can cause your kernel to be useless if you get them wrong. So take playing options in your config file slowly. If you come back later to this step make menuconfig is the way I play with mine! As we copied a skeleton config file you will need to beef it up with default values - the easy way to do this is
and just do a Save (to .config) then exit.
6) To fix things for the overclock there are a couple of device tree files we need to edit.
To setup any overclock edit ~/bin/4.19/linux-mainline-kernel-master/arch/arm64/boot/dts/rockchip/rk3399-rockpro64.dts
about line 20 change the include to be
#include "rk3399-op1-opp.dtsi" {it was "rk3399-opp.dtsi"}
Code: nano ~/bin/4.19/linux-mainline-kernel-master/arch/arm64/boot/dts/rockchip/rk3399-rockpro64.dts
then edit ~/bin/4.19/linux-mainline-kernel-master/arch/arm64/boot/dts/rockchip/rk3399-op1-opp.dtsi
you will see at the top the cluster0 clock definitions for the A53 (up to 1512 - the rk3399-opp.dtsi file has max 1400) followed by the cluster1 definitions for the A72s. I just amend the 2016/last entry to be 2108, leave the voltage at 1.25V (1250000) works fine for me
Code: nano ~/bin/4.19/linux-mainline-kernel-master/arch/arm64/boot/dts/rockchip/rk3399-op1-opp.dtsi
7) To kick off your kernel compile type
And go for lunch. First time I typed this on my RockPro64 it took about 55 minutes (and I have decent cooling so no thermal throttling, and a rather fast NVMe drive - if you really are on an SDcard it will be much worse!) Now it takes me just under 25 minutes - it is some help I am running at 2.1/1.5GHz, also the first change I would recommend to your config file is to disable debug_info which disables the building of all the debug options and saves a huge amount of compile time.
8) When your compile has finished, type
Code: cd ..
sudo dpkg -i inux-image-4.19.0_4.19.0-2_arm64.deb
reboot
And if by a miracle all went well you will install your new kernel, your machine will reboot and load the new kernel!
Not only that but the overclock should be there:
Code: $ cat /sys/devices/system/cpu/cpu4/cpufreq/scaling_available_frequencies
408000 600000 816000 1008000 1200000 1416000 1608000 1800000 2108000
Now, if something goes wrong or you want to revert to your 4.4 kernel for whatever reason simply edit your /boot/extconfig/extconfig.conf file and set a default - my current file is below, the default line is what you have to add. The names of the labels can be freely abbreviated from what you find - just make sure whatever you put on line 1 matches a later label in the file. Otherwise the first label becomes the actual default!
Code: timeout 10
menu title select kernel
default kernel-4.19.0
label kernel-4.19.0-1073-ayufan-ga6e013135a6e
kernel /boot/vmlinuz-4.19.0-1073-ayufan-ga6e013135a6e
initrd /boot/initrd.img-4.19.0-1073-ayufan-ga6e013135a6e
devicetreedir /boot/dtbs/4.19.0-1073-ayufan-ga6e013135a6e
append rw panic=10 init=/sbin/init coherent_pool=1M ethaddr=${ethaddr} eth1addr=${eth1addr} serial=${serial#} cgroup_enable=cpuset cgroup_memory=1 cgroup_enable=memory swapaccount=1 root=LABEL=MySM961 rootwait rootfstype=ext4
label kernel-4.19.0
kernel /boot/vmlinuz-4.19.0
initrd /boot/initrd.img-4.19.0
devicetreedir /boot/dtbs/4.19.0
append rw panic=10 init=/sbin/init coherent_pool=1M ethaddr=${ethaddr} eth1addr=${eth1addr} serial=${serial#} cgroup_enable=cpuset cgroup_memory=1 cgroup_enable=memory swapaccount=1 root=LABEL=MySM961 rootwait rootfstype=ext4
label kernel-4.4.138-1100-rockchip-ayufan-g95cecee47f40
kernel /boot/vmlinuz-4.4.138-1100-rockchip-ayufan-g95cecee47f40
initrd /boot/initrd.img-4.4.138-1100-rockchip-ayufan-g95cecee47f40
devicetreedir /boot/dtbs/4.4.138-1100-rockchip-ayufan-g95cecee47f40
append rw panic=10 init=/sbin/init coherent_pool=1M ethaddr=${ethaddr} eth1addr=${eth1addr} serial=${serial#} cgroup_enable=cpuset cgroup_memory=1 cgroup_enable=memory swapaccount=1 root=LABEL=MySM961 rootwait rootfstype=ext4
Have fun.
|
|
|
HW image transitions in Python |
Posted by: gaggleoxfoggy - 11-14-2018, 12:36 AM - Forum: General Discussion on ROCK64
- Replies (7)
|
 |
Working on Rock64/Debian Stretch and trying to crossfade two images. I've tried Pygame, Kivy, and just basic SDL, but it seems like none of these are able to do anything other than SW mode. Is there a way of making them use HW or some other method of displaying images through Python where I'd be able to get a smooth realtime transition?
|
|
|
RockPro64 as PVR/DVR |
Posted by: bm_00 - 11-13-2018, 06:33 PM - Forum: RockPro64 Projects, Ideas and Tutorials
- Replies (1)
|
 |
I was looking at building a dvr to record tv useing a tv tuner. I came across the rockpro 64 and am impressed. I am wondering if it is a good idea to use the rockpro for this task. I would preforably be useing the Hauppauge 1265 PCIE tuner but am afraid the rockpro might not support it. If not what about the usb Hauppauge 955Q tuner? Has anyone done a similar project to this?
|
|
|
KDE Neon problems persisting (1080) |
Posted by: ImmortanJoe - 11-13-2018, 04:18 PM - Forum: Linux on Pinebook
- Replies (8)
|
 |
I'm having some problems with the install of KDE Neon which I probably shouldn't be.
Although I followed the day zero fixes thread, and linked other thread, it still likes to go into the black screen death sleep. Sometimes it actually needs a hard reboot to get the display back. Sleep and resume doesn't always do it.
Graphics acceleration of any type seems to be broken. SMPlayer with it's configured video type of "gpu" doesn't render properly. It renders some of the top of the video frames then it kind of explodes into the framebuffer filling the whole width of the screen with what I assume to be the video frame with the lines end to end. After that is the rest of the screen, further down and offset.
I tried building an SDL program that I use. When running one of it's executables it told me something interesting.
Code: MESA-LOADER: failed to retrieve device information
libGL error: unable to load driver: sunxi_dri.so
libGL error: driver pointer missing
libGL error: failed to load driver: sunxi
That's not great. why is sunxi_dri not working?
Should I just cut my losses and re-image, or is it an easy fix?
|
|
|
Rockpro64 doesn't boot |
Posted by: SteveJ - 11-13-2018, 03:52 PM - Forum: Linux on RockPro64
- Replies (7)
|
 |
I recently received a Rockpro64 board and am having difficulty getting it to boot. I've searched through the forum and haven't found quite the same issue. The board itself is the 4GB version with a 20 mm heat sink, no eMMC module installed, powered by a 12V-5A power supply. and labeled V2.1 2018-07-02. The keyboard and mouse are both USB and an HDMI monitor is attached, as well as an Ethernet cable.
I used Etcher to try the following images: bionic-minimal-rockpro64-0.7.9-1067-arm64.img.xz, bionic-lxde-rockpro64-0.7.9-1067-arm64.img.xz, and stretch-minimal-rockpro64-0.7.9-1067-arm64.img.xz, but none has booted. When power is applied, the green LED comes on but no other LED lights up, not even the Ethernet one, and nothing appears on the monitor.
I've tried several microSD cards, all with the same result. I do have experience burning system images, having worked with Raspberry Pi systems. In fact one of the microSD cards I tried was previously used in a RPi2 both before and after the Rockpro64 attempts.
Does anyone have an idea of what to try next? Are there any checksums available for the download images?
Thanks.
|
|
|
How to set 720p? |
Posted by: Lifeless Grace - 11-13-2018, 11:29 AM - Forum: Linux on Pine A64(+)
- No Replies
|
 |
Hi everyone,i want to use linux with gui,but i have monitor with 900p res,and,you know, i can't use 1080p.
I read before that Mali400 does not support 720p on Linux systems,is it true? And if not-how can i setup resolution?
P.S. Remix OS is very laggy so i don't want to use it/
Pine A64 2GB
|
|
|
Wifi I/F on Pinebook 11.6" |
Posted by: eblot - 11-13-2018, 05:04 AM - Forum: Linux on Pinebook
- Replies (2)
|
 |
Hi,
What's the difference between the wlan0 and p2p0 WiFi adapter.
I guess there's only one WiFi adapter on the Pinebook, so why both are listed?
It seems that the Pinebook, even configured to use wlan0 with a wifi network sometime connects to it through the other, "shadow" p2p0 interface.
This leads to an unexpected effect, as the DHCP server assign a different IP address depending on which I/F is used. This is due to different MAC addresses of the I/F, as p2p0 uses a 02: prefix while wlan0 uses 00:
Any piece of info about this topic?
Thanks,
Manu
|
|
|
PPP support & kernel update |
Posted by: eblot - 11-13-2018, 04:58 AM - Forum: Linux on Pinebook
- No Replies
|
 |
Code: /usr/sbin/pppd
Couldn't open the /dev/ppp device: No such device or address
modprobe: FATAL: Module ppp_generic not found in directory /lib/modules/3.10.105-bsp-1.2-ayufan-140
/usr/sbin/pppd: Please load the ppp_generic kernel module.
Hi,
It seems PPP support has not been enabled in the default kernel (Linux pinebook1080p 3.10.105-bsp-1.2-ayufan-140 #1 SMP PREEMPT Tue Oct 30 14:21:35 UTC 2018 aarch64 aarch64 aarch64 GNU/Linux). This is a very important module for supporting, among other, VPN connections.
Along with the threads about using a modern kernel, are there some limitations about using a 4.9+ kernel on the Pinebook.
I'd like to recompile the modules I need, and I'd prefer to use a recent kernel to support new peripherals.
Is there a forum topic (or any other doc) about how to safely try new kernels on the Pinebook 11.6" w/o bricking the eMMC working installation?
I guess the easiest solution is to boot from a microSD, I'd like to have a couple of pointer on how to do this safely w/o re-inventing the square wheel 
Thanks in advance,
Manu
|
|
|
|