[Macchiato] events_power_efficient sync_cmos_clock

[Ard Biesheuvel]

On 27 February 2018 at 23:19, Stuart Monteith <stoo at stoo.me.uk> wrote:
> 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>
>

Could you try setting the date/time as well as just getting it? The
crash appears to be in the set path.