PINE64
Testing Crust Deep-sleep - Printable Version

+- PINE64 (https://forum.pine64.org)
+-- Forum: PinePhone (https://forum.pine64.org/forumdisplay.php?fid=120)
+--- Forum: PinePhone Software (https://forum.pine64.org/forumdisplay.php?fid=121)
+---- Forum: UBPorts on PinePhone (https://forum.pine64.org/forumdisplay.php?fid=125)
+---- Thread: Testing Crust Deep-sleep (/showthread.php?tid=9957)

Pages: 1 2 3 4 5 6


Testing Crust Deep-sleep - Luke - 05-26-2020

[edit] Starting Devel OS image build 47 crust is enabled by default AND the phone is capable of accepting phone calls, data events AND SMS.
The instructions below are therefore no longer required.

Testing and feedback for this feature is much important since the devs would very much like to include it into their day-one patch for when UBports CE PinePhones arrive in the hands of their new owners.

Pre-requisites:

1) You need to be on OTA build 31 (or newer)  OTA 33 or newer

2) You'll need to have a rw filesys for this and you'll want SSH enabled:

Code:
sudo mount -o rw,remount /
sudo umount /etc/init/ssh.override
sudo rm /etc/init/ssh.override
sudo start ssh


3) run the following:
Code:
sudo ubports-qa install xenial_-_edge_-_crust

4) edit 3001 instead of 2001 in:


Code:
/etc/apt/preferences.d/ubports-xenial_-_edge_-_crust.pref


5) Run update and power down:
Code:
sudo ubports-qa update


6) boot back up and see if Crust is enabled

--------------------------------------------------------------------------------------------------------------------

Known issues:
* Sometimes the PinePhone doesn't wake up on modem events (SMS or phone call)
* The modem frequently disconnects (issue with kernel 5.6) after initial suspend  [edit] Fixed in May 28 OTA  
* LED indication light (charging, messages, etc.,) sometimes doesn't work in suspend


Checking if PinePhone is in Crust deep-sleep:
* ping the phone's IP from terminal - if it doesn't respond after 30s then crust works


RE: Tesing Crust Deep-sleep - tgv34 - 05-27-2020

Sorry you said

Pre-requisites:
1) You need to be on build 31 (or newer)

but build 30 will run today


RE: Tesing Crust Deep-sleep - Dedik - 05-27-2020

(05-27-2020, 12:54 AM)tgv34 Wrote: Sorry  you said

Pre-requisites:
1) You need to be on build 31 (or newer)

but build 30 will run today

On my BH since this morning  built 32 is running


RE: Tesing Crust Deep-sleep - tgv34 - 05-27-2020

(05-27-2020, 12:54 AM)ltgv34 Wrote: Sorry  you said

Pre-requisites:
1) You need to be on build 31 (or newer)

but build 30 will run today

Edit : Excuse-me build 30 is Jenkins rootfs/rootfs-pinephone-systemimage
Ubuntu touch update today is 32


RE: Tesing Crust Deep-sleep - drpi - 05-27-2020

It looks like it is working  Smile


RE: Testing Crust Deep-sleep - Dedik - 05-27-2020

Yes it works .After two hours standby it has still 97% battery.But calls are somehow broken . Both directions .


RE: Testing Crust Deep-sleep - Luke - 05-27-2020

(05-27-2020, 06:14 AM)Dedik Wrote: Yes it works .After two hours standby it has still 97% battery.But calls are somehow broken . Both directions .

Yes, a kernel 5.6 bug. So, thankfully, its "just" a kernel bug. Marius will try to debug it today.


RE: Testing Crust Deep-sleep - Dedik - 05-27-2020

(05-27-2020, 06:58 AM)Luke Wrote:
(05-27-2020, 06:14 AM)Dedik Wrote: Yes it works .After two hours standby it has still 97% battery.But calls are somehow broken . Both directions .

Yes, a kernel 5.6 bug. So, thankfully, its "just" a kernel bug. Marius will try to debug it today.

Crust fulfills my needs. So back on calling abillity this would be convincing.


RE: Testing Crust Deep-sleep - kugiigi - 05-27-2020

Here are my observations so far:
- Incoming calls are working while the phone is awake.
- Incoming calls ring from the caller's side but no response when the phone is locked. Not even an indication that there's a missed call once you unlock the phone.
- Charging LED won't turn on most of the time.
- SMS sent while the phone is asleep seems to be gone forever without a trace of existence.
- Suspending and waking the phone are noticeably slower which were instant without crust and which I loved but I guess this is expected trade off.
- There's a time when the wifi did not reconnect upon waking up but instead it asked for the password again. This is might be unrelated to crust implementation though.


I'm thinking maybe there should be a bit of delay triggering the deep sleep so the phone can still process things before going to sleep. I notice sometimes the screen locking animation is suspended until you wake it up again. This might also fix the LED issues.


RE: Tesing Crust Deep-sleep - drpi - 05-27-2020

(05-27-2020, 02:05 AM)drpi Wrote: It looks like it is working  Smile

Sometimes, WIFI does not reconnect when waking up. I had to switch WIFI OFF then ON.
Not sure deep sleep is entered each time the phone locks. Looking at the battery charge level curve, sometimes it stays flat, most often, it decreases regularly.