[Macchiato] events_power_efficient sync_cmos_clock

Tue Feb 27 23:19:23 GMT 2018

Hi Ard,

> On 26 Feb 2018, at 21:31, Ard Biesheuvel <ard.biesheuvel at linaro.org> wrote:
> 
> 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 …
> 
Ouch, that sounds fundamental.

>> [   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.
> 

I don’t think it is a DEBUG firmware - there is little in the way of debugging output.

The date and time commands don’t produce any errors:

Shell> date
02/27/2018
Shell> time
20:52:19 (LOCAL)
Shell>

> 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 f7fff00000a813c70 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

The firmware was the one I got off of Leif, when we were trying the PCI-e fixes on the rev 1.3 board, and found that NVIDIA cards train to PCI-e x1

BR,
   Stuart

Stuart Monteith
stoo at stoo.me.uk

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 874 bytes
Desc: Message signed with OpenPGP
URL: <http://lists.einval.com/pipermail/macchiato/attachments/20180227/cb23285c/attachment.sig>