Default OS update log
#11
(08-27-2019, 01:52 PM)sjk Wrote: It seems like the current  mrfixit default OS supports nearly all the functionality the PBP has to offer. Is it a armhf image or an arm64 image? I require an arm64 image for some work that I am doing, and would like to know if there is a arm64 variant that supports all the PBP's features?

This is an armhf image. There are 64bit images avaialble, they just happen to perform worse in desktop applications (my understanding is this is due to RK drivers). You can obviously use them, but will have to go through all the the trouble of getting everything setup and working by yourself ... or with other people interested.

Now,  we will soon be seeing desktop mainline image  with Panfrost open video drivers;  I am pretty certain all these images will be 64bit.
You can find me on IRC, Discord and Twitter


  Reply
#12
(08-10-2019, 06:04 PM)Luke Wrote: I encourage you to always use FN+ESC [Zz] to suspend the Pinebook Pro

Why?  Does that do something differently than closing the lid?
  Reply
#13
(08-27-2019, 02:31 PM)binarian Wrote:
(08-10-2019, 06:04 PM)Luke Wrote: I encourage you to always use FN+ESC [Zz] to suspend the Pinebook Pro

Why?  Does that do something differently than closing the lid?

Sometime an application will prevent suspend from initiating - this is very rare, but I've seen it happen (not specific to the PBP for that matter). So, you better off using the key-combo to make sure its actually in suspend since you can't really determine that with the lid closed ...
You can find me on IRC, Discord and Twitter


  Reply
#14
(08-27-2019, 02:39 PM)Luke Wrote: Sometime an application will prevent suspend from initiating - this is very rare, but I've seen it happen (not specific to the PBP for that matter). So, you better off using the key-combo to make sure its actually in suspend since you can't really determine that with the lid closed ...

You write a little bit earlier in this thread " LED blinks on disk activity / turns red in suspend". Is this LED not visible when the lid is closed?


Update: Ok, I spotted some leds and they are not visible when the lid is closed.

Never mind.
  Reply
#15
Yea, unless you're in a dark room and really peek at an angle, you wont see that red LED. Also, in a dark room you probably would see the LCD on, but if you check after ~10 min and the LCD has gone to sleep you have no way of knowing the laptop is actually up and running and consuming power.

Thats said, from testing 99% of time suspending by closing the lid works
You can find me on IRC, Discord and Twitter


  Reply
#16
Update 30/08/219

*Changed boot sequence giving SD priority

Notes: This is an important update - uboot got patched to look for extlinux in /boot partition on SD card before booting off of eMMC. This means that SD now has boot priority on the Pinebook Pro, allowing you to try out builds without Commiting as well as easy flashing (dd) of eMMC from a SD booted OS.
You can find me on IRC, Discord and Twitter


  Reply
#17
(08-30-2019, 02:21 AM)Luke Wrote: Update 30/08/219

*Changed boot sequence giving SD priority

Notes: This is an important update - uboot got patched to look for extlinux in /boot partition on SD card before booting off of eMMC. This means that SD now has boot priority on the Pinebook Pro, allowing you to try out builds without Commiting as well as easy flashing (dd) of eMMC from a SD booted OS.


From where does uboot run - the spi flash or the eMMC flash?

From whereever uboot runs, what if we mess it up? Is it theoretically possible to render the Pinebook unbootable?

Will this new uboot be part of the first batch?
  Reply
#18
(08-30-2019, 11:47 AM)Der Geist der Maschine Wrote:
(08-30-2019, 02:21 AM)Luke Wrote: Update 30/08/219

*Changed boot sequence giving SD priority

Notes: This is an important update - uboot got patched to look for extlinux in /boot partition on SD card before booting off of eMMC. This means that SD now has boot priority on the Pinebook Pro, allowing you to try out builds without Commiting as well as easy flashing (dd) of eMMC from a SD booted OS.


From where does uboot run - the spi flash or the eMMC flash?

From whereever uboot runs, what if we mess it up? Is it theoretically possible to render the Pinebook unbootable?

Will this new uboot be part of the first batch?

eMMC. You can flash it to the SPI at your own risk (there currently is no safe way of flashing it, so not advised).

On first boot just connect to WiFi and run the updater - it will fetch the new uboot. This is risk free - if something breaks, you can reflash.
You can find me on IRC, Discord and Twitter


  Reply
#19
(08-30-2019, 01:38 PM)Luke Wrote:
(08-30-2019, 11:47 AM)Der Geist der Maschine Wrote:
(08-30-2019, 02:21 AM)Luke Wrote: Update 30/08/219

*Changed boot sequence giving SD priority

Notes: This is an important update - uboot got patched to look for extlinux in /boot partition on SD card before booting off of eMMC. This means that SD now has boot priority on the Pinebook Pro, allowing you to try out builds without Commiting as well as easy flashing (dd) of eMMC from a SD booted OS.


From where does uboot run - the spi flash or the eMMC flash?

From whereever uboot runs, what if we mess it up? Is it theoretically possible to render the Pinebook unbootable?

Will this new uboot be part of the first batch?

eMMC. You can flash it to the SPI at your own risk (there currently is no safe way of flashing it, so not advised).

On first boot just connect to WiFi and run the updater - it will fetch the new uboot. This is risk free - if something breaks, you can reflash.


Looking at Mrfixit's update script it's not obvious that uboot is updated as well. Good to know.


Risk free? What if uboot does not get properly flashed onto the eMMC? On next boot, it may start and then "die". Then, there is no way to recover the system, is there? One needs an eMMC reader to reflash the eMMC card on another computer.


It's Rockchip's design mistake to have the stage 1 loader prioritize eMMC over SD.
  Reply
#20
@Der Geist der Maschine Right, let me qualify that. If you update uboot and something goes wrong, then its not like messing up BIOS or even GRUB on a standard PC. In fact, its likely that you'll be able to reflash uboot again to the same eMMC using some method we'll dream up (likely some autoscript running from SD like ayufan did for the Rock64/ Pro). And if all goes wrong, then you can still pull data off of the eMMC module by either booting from SD and mounting the rootfs partition of the eMMC or removing the eMMC drive and pulling data from it manually using a USB->eMMC adapter.

And yes, I too find the design choice of Rockchip to have eMMC boot prior to SD a bit peculiar.
You can find me on IRC, Discord and Twitter


  Reply


Possibly Related Threads...
Thread Author Replies Views Last Post
  How do you upgrade Chromium on default Debian that came with my PBP james64 6 225 05-26-2020, 07:21 AM
Last Post: rick1959
  Mr. Fixit Script Manual Update + MicroSD Boot help SageFox 12 482 04-17-2020, 03:30 AM
Last Post: mlentink
  unresponsive trackpad after firmware update mamboman777 6 332 03-30-2020, 03:35 PM
Last Post: akirakyle
  Trackpad firmware update Luke 229 40,719 03-20-2020, 03:00 PM
Last Post: bcnaz
  default os: loop while login as rock gritibaenz 8 603 03-10-2020, 03:14 PM
Last Post: gritibaenz
  PineBook Pro Status Update Page? LittleWalter 19 1,879 02-26-2020, 11:07 PM
Last Post: LittleWalter
  Last update broke netflix fpex73 2 208 02-25-2020, 06:32 AM
Last Post: fpex73
  UPDATE - NOW POWERED UP VIA MAINS! Re: PBP No Power dsk70 6 475 02-20-2020, 11:10 PM
Last Post: dsk70
  Default user name and password? CryptoRick 2 624 02-14-2020, 02:24 PM
Last Post: FeMike
  Suspend with NVME not working - Default Debian appdev46 3 284 02-07-2020, 03:39 AM
Last Post: appdev46

Forum Jump:


Users browsing this thread: 1 Guest(s)