Is there a way to access the hardware sensors for temperatures and voltages through the sensors command?  Has anyone mapped things to a /etc/sensors.d/rockpro64 file? I can rename the virtual adaptor temps but power management reads out all zeros.

It would appear that my phone not only has a working camera, but a third camera. Curious as I am, I am not all too surprised.
anyone?

Attached Files

  Dark_camera.jpg (Size: 459.2 KB / Downloads: 944)

I've got the power adapter plugged in, but the battery still heads toward zero.

Admittedly, I'm compiling Haskell, so it's not a typical workload.

But still, it'd be nice to power up enough to keep from going to sleep mid-compile.

Any recommendations? I've already fiddled with NVMe settings and turned the brightness down. Can the PBP accept more power from an after-market adapter?

Hardware: Pine64 A64 512MB
OS:  Armbian Buster 20.02.1 (kernel 5.4)

After months of running steady through multiple reboots and sudden power failures, all my boards suddenly lost eth0; all simultaneously; all while powered on and otherwise running without issue. No, I was not logged in and doing things with the system at the time. My router alerted me when the connections dropped out.

Things I tried (and failed):

• different ports on ethernet switch
  
• power cycling (hard reboot)
  
• hook up monitor and keyboard and investigate
  

First of all a disclaimer; I haven't had a chance to test this on the latest version of Mobian yet.

This will be a quick post about an issue I've discovered but I don't have the time to investigate it (I'll be quite busy in the next few days). Hopefully my research still helps someone.

I managed to capture this in dmesg when it happened (I got lucky and had an SSH session going):

TL;DR: Switched to Picom compositor instead of XFCE's built-in compositing, and everything feels MUCH smoother.

Currently running a vanilla Manjaro ARM XFCE install on my Pinebook Pro. While everything mostly works fine, I've been bugged by how the experience somehow just feels a bit sluggish. In particular, scrolling in Chromium and Firefox is visibly laggy even for fairly lightweight websites.

I would've assumed it's just how the hardware is, but I've seen some videos of Manjaro ARM KDE on the Pinebook Pro that seem to suggest otherwise. Additionally, I happen to have a Chromebook with the same Rockchip RK3399 SoC (ASUS Chromebook Flip C101PA) and browsing and scrolling around on the Chromebook feels much much smoother in comparison.

After some digging around, I started to suspect the lag / sluggishness was related to a lack of OpenGL acceleration in the XFCE desktop. So long story short, I tried switching out XFCE's built-in compositing for the Picom compositor (apparent successor to Compton), and was blown away by how much it improved the experience. Scrolling in Chromium and Firefox felt much smoother, and navigating around apps end menus just felt much snappier.

So really wanted to share this result, and curious to know if switching to Picom may help other Manjaro ARM XFCE users as well.

Steps I used to set up Picom:

1. pacman -Sy picom
2. XFCE Settings -> "Window Manager Tweaks" -> "Compositor" -> uncheck "Enable display compositing"
3. XFCE Settings -> "Session and Startup" -> "Application Autostart" -> add item with the command "picom"
4. Start in current session with "picom -b".

The default settings seemed to work fine for me, so I haven't found the need to create a config file to tweak settings yet.

My setup: manjaro-release 20.07-1 (upgraded from 20.04 install), kernel linux-pinebookpro 5.7.0-3, mesa 20.1.3-1, xfwm4 4.14.2-1

References:

- Using Compton for a tear-free experience in Xfce in Manjaro Wiki
- Picom in Arch Linux Wiki

*Edit* Please see https://wiki.mobian-project.org/doku.php?id=mods
Update ANX chip firmware https://xnux.eu/devices/feature/anx7688.html
Note: this should be run as root user and not through sudo
*This line is important. Note 2: Clone the repository rather than directly downloading the .bin file. For some reason, directly downloading it does not give you the correct image and errors on the “echo” command.

*Original Post*
I have been testing out a USB-C dock for a couple days now. USB device work (mouse, flash drives), SD-card reader, and power deliver all work. However, I can not get a monitor to detect the HDMI signal, dmesg shows when HDMI is plugged in an detected. Has anyone successfully used display out on Mobian? I am hitting a wall troubleshooting this, and have ruled out the dock itself.

Unplugged HDMI: anx7688 0-0028: dp state changed to 0x00
Plugged in HDMI: anx7688 0-0028: dp state changed to 0x03

Note to anyone wondering my phone is hardware modded (switches removed)

I ordered a Pinephone yesterday and used my zip code with the extra 4 digits (the USPS calls this ZIP+4). Zip+4 codes have 5 digits for the regular zip code, followed by a hyphen, then a 4 digit extension. When I entered my zip code in the pattern 12345-6789, the hyphen was removed in the backend and my confirmation email showed a zip code with a pattern of 123456789.

Fortunately sales@pine64.org took care of this very quickly and fixed the zip code, but it should be a simple fix to allow hyphens in this field so we can use a more specific address. Is there any reason not to allow this character?

I was wondering if there is a turn by turn GPS navigation app available in Mobian. Gnome Maps doesn't have that function as far as I can tell.

Just curious as I have not been able to locate any as of yet.

Thanks.

I'm getting I/O errors from some, but not all, attempts to use the SD card slot in my PBP.  `badblocks -w /dev/mmcblk1` completes without error, and `fdisk` is also happy, but when I attempt to run `mkfs.ext4` or `cryptsetup luksFormat` on the (single, whole-disk) partition, the operation fails and I see errors like this in dmesg: