[Macchiato] events_power_efficient sync_cmos_clock

[Ard Biesheuvel]

On 26 February 2018 at 21:09, Stuart Monteith <stoo at stoo.me.uk> wrote:
> Hi,
>
>    Running with the latest Leif firmware and the following kernel:
> Linux version 4.14.0-3-arm64 (debian-kernel at lists.debian.org) (gcc version 7.3.0 (Debian 7.3.0-3)) #1 SMP Debian 4.14.17-1 (2018-02-14)
>
> is anyone else getting the following? It doesn’t look good.
>
> [   34.486041] Unable to handle kernel paging request at virtual address f0512014

This is the physical address of the serial port, and ...

> [   34.493305] Mem abort info:
> [   34.496120]   Exception class = DABT (current EL), IL = 32 bits
> [   34.502076]   SET = 0, FnV = 0
> [   34.505141]   EA = 0, S1PTW = 0
> [   34.508299] Data abort info:
> [   34.511198]   ISV = 0, ISS = 0x00000005
> [   34.515053]   CM = 0, WnR = 0
> [   34.518042] user pgtable: 4k pages, 48-bit VAs, pgd = ffffa86327caf000
> [   34.524604] [00000000f0512014] *pgd=0000000000000000
> [   34.529598] Internal error: Oops: 96000005 [#1] SMP
> [   34.534498] Modules linked in: nls_ascii nls_cp437 vfat fat aes_ce_blk crypto_simd cryptd aes_ce_cipher ghash_ce gf128mul cdc_ether usbnet sha2_ce r8152 mii sha256_arm64 sha1_ce shpchp efi_pstore efivars sg efivarfs ip_tables x_tables autofs4 ext4 crc16 mbcache jbd2 crc32c_generic fscrypto ecb aes_arm64 sd_mod phy_generic marvell rtc_armada38x ahci_platform libahci_platform libahci xhci_plat_hcd fixed xhci_hcd libata i2c_mv64xxx scsi_mod sdhci_xenon_driver sdhci_pltfm mvpp2 sdhci usbcore mvmdio of_mdio fixed_phy libphy
> [   34.582062] CPU: 1 PID: 147 Comm: kworker/1:2 Not tainted 4.14.0-3-arm64 #1 Debian 4.14.17-1
> [   34.591917] Hardware name: Marvell Armada 8040 MacchiatoBin/Armada 8040 MacchiatoBin, BIOS EDK II Feb 13 2018
> [   34.603273] Workqueue: events_power_efficient sync_cmos_clock
> [   34.610425] task: ffffa863282e6080 task.stack: ffff00000a810000
> [   34.617762] PC is at 0x202610d4

.. this is UEFI code running at a remapped virtual address under the OS.

I take you are using DEBUG firmware? There are a couple of ASSERT()
calls in the SetTime() implementation that could potentially trigger
this (and the call stack suggests that the UART access occurs in
SetTime() and not in any of its subordinate functions.

One thing you could check is whether the time/date commands in the
UEFI shell work as expected. If the ASSERT() fires then, it should
work as expected and write a meaningful debug message to the console.

> [   34.622306] LR is at 0x202611d4
> [   34.626851] pc : [<00000000202610d4>] lr : [<00000000202611d4>] pstate: 80000145
> [   34.635060] sp : ffff00000a8139c0
> [   34.638387] x29: ffff00000a813c70 x28: 0000000000000000
> [   34.643722] x27: 0000000000000000 x26: ffff346f7c506fc0
> [   34.649057] x25: 0000000000000000 x24: 000000000000001a
> [   34.654391] x23: 00000000000007e2 x22: 0000000000258240
> [   34.659726] x21: 0000000000000002 x20: 0000000080000000
> [   34.665062] x19: 000000002026299d x18: 0000ffffad9b2a50
> [   34.670397] x17: 0000ffffad92f228 x16: ffff346f7bdffc60
> [   34.675731] x15: ffffffffffffffff x14: ff00000000000000
> [   34.681067] x13: 0000000000000002 x12: 0000000000000038
> [   34.686401] x11: 0000000000000020 x10: 0000000000000002
> [   34.691736] x9 : 0000000000000002 x8 : ffff00000a813b68
> [   34.697071] x7 : ffff00000a813a50 x6 : 0000000000000000
> [   34.702405] x5 : 000000000000002c x4 : 00000000f0512000
> [   34.707740] x3 : 000000000000002c x2 : 0000000000000001
> [   34.713074] x1 : 0000000000000014 x0 : 00000000f0512000
> [   34.718409] Process kworker/1:2 (pid: 147, stack limit = 0xffff00000a810000)
> [   34.725487] Call trace:
> [   34.727943] Exception stack(0xffff00000a813880 to 0xffff00000a8139c0)
> [   34.734411] 3880: 00000000f0512000 0000000000000014 0000000000000001 000000000000002c
> [   34.742274] 38a0: 00000000f0512000 000000000000002c 0000000000000000 ffff00000a813a50
> [   34.750137] 38c0: ffff00000a813b68 0000000000000002 0000000000000002 0000000000000020
> [   34.758001] 38e0: 0000000000000038 0000000000000002 ff00000000000000 ffffffffffffffff
> [   34.765864] 3900: ffff346f7bdffc60 0000ffffad92f228 0000ffffad9b2a50 000000002026299d
> [   34.773728] 3920: 0000000080000000 0000000000000002 0000000000258240 00000000000007e2
> [   34.781591] 3940: 000000000000001a 0000000000000000 ffff346f7c506fc0 0000000000000000
> [   34.789454] 3960: 0000000000000000 ffff00000a813c70 00000000202611d4 ffff00000a8139c0
> [   34.797318] 3980: 00000000202610d4 0000000080000145 0000000000000009 0000000000000000
> [   34.805181] 39a0: ffffffffffffffff 0000000080000000 ffff00000a813c70 00000000202610d4
> [   34.813045] [<00000000202610d4>] 0x202610d4
> [   34.817248] [<ffff346f7c192ecc>] efi_set_time+0x8c/0xb8
> [   34.822495] [<ffff346f7c18df38>] rtc_set_time+0x80/0x138
> [   34.827829] [<ffff346f7c18caa8>] rtc_set_ntp_time+0x88/0xf0
> [   34.833425] [<ffff346f7bc4e6c0>] sync_cmos_clock+0xb8/0x1b0
> [   34.839022] [<ffff346f7bbdf58c>] process_one_work+0x19c/0x3e0
> [   34.844792] [<ffff346f7bbdf824>] worker_thread+0x54/0x440
> [   34.850213] [<ffff346f7bbe6af8>] kthread+0x138/0x140
> [   34.855198] [<ffff346f7bb74f34>] ret_from_fork+0x10/0x1c
> [   34.860533] Code: 38206822 2a0203e0 d65f03c0 d37ef421 (38606820)
> [   34.866653] ---[ end trace 78a1f5b4cb129de8 ]---
> [   68.995283] random: crng init done
> monteith at lorca:~/zgc$
>
> Stuart Monteith
> stoo at stoo.me.uk
>
>
>
>
>
> _______________________________________________
> Macchiato mailing list
> Macchiato at lists.einval.com
> https://lists.einval.com/cgi-bin/mailman/listinfo/macchiato