ARM Trusted Firmware and date time related problems
#1
Hello, I have a Pine64 with 1GB RAM and GBE.

I use Ubuntu on the Pine64. The kernels and roots created by longsleep and ARMBIAN (based on longsleep work).

I use Pine64 as a headless server, but regardless the use of ntpd or timesyncd, system clock always forward and loose time sync.

Hardware clock appear to be correct, but once the system clock forward no other command could set to correct time.

In less than 24h the time forward no less than 16 minutes.

Talk about it on IRC, apritzel user, point me that the root of the problem could be ARM Trusted Firmware, but he said that longsleep fix it in the past.

How could I check if my ARM Trusted Firmware is updated ? How could I update it ?

I found this repository https://github.com/longsleep/arm-trusted...are-pine64

[url=https://github.com/longsleep/arm-trusted-firmware-pine64][/url]It has 4 branches and I do not know how to install on a running system.

Someone could help me ?

Thanks.
  Reply
#2
Hi Gasz2,

from what I know arm-trusted-firmware-pine64 gets merged with u-boot. So, if you update your bootloader you'll be also getting the latest arm-trusted-firmware-pine64.

Cheers,
Montez
  Reply
#3
if i remember correctly the update scripts are in /usr/local/sbin
  Reply
#4
Same problema, system clock forward. An the "timedatectl status", start to report, after some hours, NTP synchronized: no 

Now I am trying with the original uboot and kernel 3.10.65-7 that comes with the Ubuntu image from longsleep.

If it works some days I´ll try to update kernel but not the uboot.

UPDATE: Original uBoot and kernel 3.10.65-7 has the same problem on my Pine64. system clock forward while hardware clock remains sync.

Regards, Gustavo.
  Reply
#5
Finally I can report the iusse and my actual solution.

The system clock goes out of sync. Always step forward. I use ntp every hour to stay in sync. But this solutions only work when I use a fixed cpu clock speed.
When I use mainline kernel, the cpu is working always at the same speed 816Mhz. When I work with legacy kernel, I must use cpufrequtils to fix the cpu clock speed.

I'm actuallky testing to use a min value of 816Mhz and a Max value of 1,15Ghz

But if I use min value of 408Mhz and Max value of 1,15Ghz the clock step forward in a way that using ntpd could not step backware the system clock

I use a heatskin on the processor and power the board with the euler connector. The board has 1GB RAM and the gigabyte ethernet is working flawlessly.

My board is the only one affectec with this bug ?

Regards, Gustavo.
  Reply


Possibly Related Threads...
Thread Author Replies Views Last Post
  Real-time linux kernel Artyom 45 12,095 09-11-2018, 01:08 AM
Last Post: zzwpine
  Problems with remote printers with pine64 (SOLVED) LocoMJ 2 657 12-14-2016, 04:32 PM
Last Post: LocoMJ
  SUNVOX - Software installation related topic janeku 17 2,140 11-26-2016, 01:06 PM
Last Post: janeku
  Systemd-nspawn and other user-land virtualisation problems cztian 1 433 07-28-2016, 11:50 PM
Last Post: longsleep
  Wake up Time from S3 ktc 3 638 03-18-2016, 04:56 AM
Last Post: taros

Forum Jump:


Users browsing this thread: 1 Guest(s)