I was wondering what number you get on this? I think it will be most accurate on a browser restart with no other tabs 
https://chromium.github.io/octane/

Do any of you use vs code or code oss? Does it run well?

If anyone is looking for an NVME drive for their Pinebook Pro, I have tested the 512GB Intel 660p M.2 2280 SSD on battery power and I am happy to report and recommend it.

I tested it on the Manjaro Preview 4.  At 5% battery power Manjaro warns that the battery is low and that you should either select Hibernate, Suspend or Shutdown.


I kept the Pinebook Pro powered on for about 9 Hrs with drive mounted and the screen turned off.

Occasionally I would turn on the screen and copy a 14GB file from the SSD to the emmc.

I also duplicated the 14GB file on the SSD.  On the SSD my speed was was consistently about 230 mb/sec.

I decided to keep on running and was copying 5GB of 14GB when the laptop appeared to try and turn off at 2% battery power.

I should note that for the last 1.5 hours I had the screen on at about 50% brightness.

The Inted SSD operates at 3.3V and draws a maximum 1.35 amps.  So that works out to 4.46 watts.

The part number is SSDPEKNW512G8X1.

The December Community Update is now live.

Discuss away

Hi everyone,

I'd like everyone's input on what you think we did well this year and what could be done better.

Thank you for 2019!

I've not yet received my Pinebook Pro yet, so some of this may be obvious once I begin to work with various images.

On these threads, I see a lot of discussion about the function and performance of different DEs - XFDE, KDE, Gnome 3 - and nearly all of these reference the state of Wayland and the Panfrost driver for Mali T860 MP.

My own experience with Wayland is reasonable. Enough to determine that it is promising, but not yet mature enough in support by all applications and cases for my daily use with Gnome 3. Especially scaling with XWayland, but also other controls and decorations rendering. 

Are there obstacles on the Pinebook Pro that make use of X11 sessions for DE problematic? Are they slower, or is image size noticeably more bloated? Does Panfrost have notable impediment driving X11?  X is stable and easily configurable since X.org took over from XFree86, and I'd prefer my configurations to eliminate issues that on these forums, seem to have Wayland or Panfrost complexities.

Building kernels is no great barrier for me. I'm liable to try alternatives to Panfrost if they are a compilation or modules.conf effort.

Thanks!
— Jeremiah

I'm selling my new Pinebook Pro with 128 MB eMMC flash storage. I'm asking only $100 plus shipping. Post questions here. Please contact me for sales by private message through this site (https://forum.pine64.org/private.php).

(11-08-2019, 05:52 PM)Arglebargle Wrote: RE u-boot: The script to patch u-boot on the eMMC is simple enough that it should just work, I don't think it's doing anything that would fail on chromeOS.

If for some reason it does fail I hacked a copy so I could flash to a specified device instead of the detected root; I used this to patch loopback mounted copies of ayufan's images so they're ready to use again if I need them. Just edit DEVID to point at the device you want to flash updated u-boot onto: https://pastebin.com/raw/EeK074XB.

You don't want to be working in crosh, either switch to the debug shell (ctrl+alt+f2) or drop to a proper shell from crosh by running "shell" and then switch to root. I usually just "sudo -i bash" as cronos (default password is "cronos") and away you go.

--

I tried the ChromeOS build out for a bit last night and it seemed to work well. Netflix video playback seemed significantly smoother compared to Linux, is there better support for hardware accelerated video here vs the Linux builds? My only real gripe with the experience was the touchpad, otherwise the PBP makes a pretty decent chromebook.

I've just ordered my pinetime devkit so it'll be a while before it arrives, but I was thinking the first thing we should probably do in common before we all go off to do our own things is develop a bootloader that will work in common with all our projects. It's all very well writing the flash via SWD with the devkits, but in the production version presumably we're going to need another way of writing the flash that doesn't involve opening the case.

The bootloader should be able to:

• Drive the display, bluetooth and SPI flash.
  
• Present a nice liveness/progress bar indicator during the boot process.
  
• Delay on boot, check if the button is pressed.
  
• If the button is pressed, enter "rescue" mode that will offer a serial console over bluetooth with xmodem (or similar) support to download a (compressed?) firmware image.
  
• Write any firmware image received to SPI flash, verify checksums.
  
• Check on boot if a new firmware image is available in external flash, if so write it to internal (memory mapped) flash.
  
• Protect the internal flash.
  
• Set the watchdog timer.
  
• Branch to whatever address we agree the kernel entry point should live at.
  

Hello to all

Unfortunately, for RealVNC server is no install package available, so I#m looking for a SW to access my Rock64 desktop over the internet.
It should be something cloud based and not a port release.
Teamviewer? 

Any suggestions?

I purchased a "Pinebook Serial Console" from the Pine Store to use to debug my Pinebook Pro's boot process. It seems to work fine on the USB side, but on the Pinebook side it's got some serious issues.

1. If I try to boot the machine with the cable plugged in, uboot does its thing, says it's starting the kernel, and then nothing ever happens again. No serial output, no video, no network presence. (If I yank the cable, right after making a selection, before it finishes loading the kernel, everything boots fine from there, and I can plug it in after boot completion and hit enter for a login prompt.)
2. If I plug it into a running "default Debian+MATE" system, I get errors on the kernel log about SDIO screwing up, and WiFi dies. (If said system is booted from an SD card, it also loses communication with the card and does what any Linux system does when you yank its root filesystem away.)
3. If I leave the cable plugged in during a reboot (not a cold boot), uboot fails to read the SD card and hangs—with or without an SD card plugged in.
4. Even when things are otherwise working, the connection is very unreliable. If the PBP outputs too quickly, vast quantities of output are dropped. This happens both in Linux and uboot. If I do an ifconfig, for example, I get the first line and a half or so okay, followed by mangled snippets of the remainder. And nmtui is completely unusable.

The wiki does mention that some of these cables render the PBP unbootable, but I didn't see any previous mention of this on the forums. I assume that previous discussion of this problem has happened in other media.


First messages from the kernel log after WiFi dies an untimely death: