2018-11-20 17:55:38

by Jan Glauber

[permalink] [raw]
Subject: WARN_ON after gic_reserve_range

Hi Marc,

with 4.20-rc3 I see two WARN_ON's firing on a ThunderX2 system that come from
commit 3fb68faee867 (irqchip/gic-v3-its: Register LPI tables with EFI config table).

Global efi_memreserve_root is NULL as it will only be set when early initcalls are
running, but from the backtrace the WARN_ON's are running even earlier (init_IRQ).

Am I the only one seeing this?

[ 0.000000] WARNING: CPU: 0 PID: 0 at drivers/irqchip/irq-gic-v3-its.c:1696 its_init+0x36c/0x608
[ 0.000000] Modules linked in:
[ 0.000000] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 4.20.0-rc3-jang+ #69
[ 0.000000] pstate: 60000089 (nZCv daIf -PAN -UAO)
[ 0.000000] pc : its_init+0x36c/0x608
[ 0.000000] lr : its_init+0x368/0x608
[ 0.000000] sp : ffff000008e53c60
[ 0.000000] x29: ffff000008e53c60 x28: ffff7dfffe6807a4
[ 0.000000] x27: 0000000000000001 x26: ffff80267b4c2100
[ 0.000000] x25: ffff000008ffe930 x24: ffff000008e5d9c8
[ 0.000000] x23: ffff80267bc10300 x22: ffff000008e5d9c8
[ 0.000000] x21: ffff000008e59000 x20: ffff000008f12000
[ 0.000000] x19: ffff000008ffe000 x18: ffffffffffffffff
[ 0.000000] x17: 0000000000000009 x16: 0000000000000000
[ 0.000000] x15: ffff000008e59648 x14: ffff000088fa616f
[ 0.000000] x13: ffff000008fa617d x12: ffff000008e7e000
[ 0.000000] x11: ffff000008e53900 x10: ffff000008e59eb0
[ 0.000000] x9 : ffff000008e3e018 x8 : ffff00000875ac58
[ 0.000000] x7 : 206f6e203a746e65 x6 : 000000000000018c
[ 0.000000] x5 : 0000000000000001 x4 : 0000000000000000
[ 0.000000] x3 : 0000000000000001 x2 : 4f419eae5e0eb800
[ 0.000000] x1 : 0000000000000000 x0 : 00000000ffffffed
[ 0.000000] Call trace:
[ 0.000000] its_init+0x36c/0x608
[ 0.000000] gic_init_bases+0x288/0x300
[ 0.000000] gic_acpi_init+0x124/0x248
[ 0.000000] acpi_match_madt+0x4c/0x88
[ 0.000000] acpi_table_parse_entries_array+0x134/0x220
[ 0.000000] acpi_table_parse_entries+0x70/0x98
[ 0.000000] acpi_table_parse_madt+0x40/0x50
[ 0.000000] __acpi_probe_device_table+0x88/0xe4
[ 0.000000] irqchip_init+0x38/0x40
[ 0.000000] init_IRQ+0xcc/0x100
[ 0.000000] start_kernel+0x2fc/0x490
[ 0.000000] ---[ end trace 41868d15bb5cf8f6 ]---

--Jan


2018-11-20 17:32:16

by John Garry

[permalink] [raw]
Subject: Re: WARN_ON after gic_reserve_range

On 20/11/2018 16:23, Jan Glauber wrote:
> Hi Marc,
>
> with 4.20-rc3 I see two WARN_ON's firing on a ThunderX2 system that come from
> commit 3fb68faee867 (irqchip/gic-v3-its: Register LPI tables with EFI config table).
>
> Global efi_memreserve_root is NULL as it will only be set when early initcalls are
> running, but from the backtrace the WARN_ON's are running even earlier (init_IRQ).
>
> Am I the only one seeing this?
>

I see it also:

[ 0.000000] Booting Linux on physical CPU 0x0000010000 [0x410fd082]
[ 0.000000] Linux version 4.20.0-rc3
(johnpgarry@johnpgarry-ThinkCentre-M93p) (gcc version 7.3.1 20180425
[linaro-7.3-2018.05-rc1 revision
38aec9a676236eaa42ca03ccb3a6c1dd0182c29f] (Linaro GCC 7.3-2018.05-rc1))
#971 SMP PREEMPT Tue Nov 20 17:15:03 GMT 2018
[ 0.000000] efi: Getting EFI parameters from FDT:
[ 0.000000] efi: EFI v2.60 by EDK II
[ 0.000000] efi: SMBIOS=0x3f050000 SMBIOS 3.0=0x39b00000
ACPI=0x39bd0000 ACPI 2.0=

...


[ 0.000000] ITS@0x00000408c6000000: allocated 65536 Virtual CPUs
@1fb9d80000 (flat, esz 8, psz 4K, shr 1)
[ 0.000000] ITS@0x00000408c6000000: allocated 512 Interrupt
Collections @1fbb977000 (flat, esz 8, psz 4K, shr 1)
[ 0.000000] WARNING: CPU: 0 PID: 0 at
drivers/irqchip/irq-gic-v3-its.c:1696 its_init+0x360/0x5f4
[ 0.000000] Modules linked in:
[ 0.000000] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 4.20.0-rc3 #971
[ 0.000000] pstate: 00000085 (nzcv daIf -PAN -UAO)
[ 0.000000] pc : its_init+0x360/0x5f4
[ 0.000000] lr : its_init+0x35c/0x5f4
[ 0.000000] sp : ffff000009183ca0
[ 0.000000] x29: ffff000009183ca0 x28: ffff7dfffe67b3e4
[ 0.000000] x27: 0000000000000001 x26: ffff801fbb928000
[ 0.000000] x25: ffff000009325360 x24: ffff00000918c8c8
[ 0.000000] x23: ffff801fbb802100 x22: ffff00000918c8c8
[ 0.000000] x21: ffff000009189000 x20: ffff0000091b8000
[ 0.000000] x19: ffff000009325000 x18: ffffffffffffffff
[ 0.000000] x17: 0000000001f4d3b5 x16: 0000000000000000
[ 0.000000] x15: ffff0000091896c8 x14: ffff801fbb97389b
[ 0.000000] x13: ffff801fbb97389a x12: 2074707572726574
[ 0.000000] x11: ffff000009183a00 x10: ffff000009183a00
[ 0.000000] x9 : ffff7e007eeed400 x8 : ffff801fbbb60000
[ 0.000000] x7 : a2a2a2a2a2a2a2a2 x6 : 0000801ff2d1c000
[ 0.000000] x5 : ffff7e0000000000 x4 : ffff00000918c8c8
[ 0.000000] x3 : ffff801fbbb50000 x2 : 0000000000000000
[ 0.000000] x1 : 0000000000010000 x0 : 00000000ffffffed
[ 0.000000] Call trace:
[ 0.000000] its_init+0x360/0x5f4
[ 0.000000] gic_init_bases+0x2d4/0x2f4
[ 0.000000] gic_acpi_init+0x154/0x278
[ 0.000000] acpi_match_madt+0x44/0x78
[ 0.000000] acpi_table_parse_entries_array+0x13c/0x214
[ 0.000000] acpi_table_parse_entries+0x40/0x60
[ 0.000000] acpi_table_parse_madt+0x24/0x2c
[ 0.000000] __acpi_probe_device_table+0x80/0xdc
[ 0.000000] irqchip_init+0x30/0x38
[ 0.000000] init_IRQ+0xfc/0x130
[ 0.000000] start_kernel+0x288/0x418
[ 0.000000] ---[ end trace c841ef100bdd09a6 ]---
[ 0.000000] GICv3: using LPI property table @0x0000001fbbb50000
[ 0.000000] ITS: Using DirectLPI for VPE invalidation
[ 0.000000] ITS: Enabling GICv4 support
[ 0.000000] WARNING: CPU: 0 PID: 0 at
drivers/irqchip/irq-gic-v3-its.c:2096 its_cpu_init+0x3a0/0x470
[ 0.000000] Modules linked in:
[ 0.000000] CPU: 0 PID: 0 Comm: swapper/0 Tainted: G W
4.20.0-rc3 #971
[ 0.000000] pstate: 00000085 (nzcv daIf -PAN -UAO)
[ 0.000000] pc : its_cpu_init+0x3a0/0x470
[ 0.000000] lr : its_cpu_init+0x39c/0x470
[ 0.000000] sp : ffff000009183cf0
[ 0.000000] x29: ffff000009183cf0 x28: ffff7dfffe67b3e4
[ 0.000000] x27: 0000000000000001 x26: ffff801fbb928000
[ 0.000000] x25: ffff000008fc7000 x24: ffff000009500070
[ 0.000000] x23: ffff7e007eeed800 x22: ffff000009325000
[ 0.000000] x21: ffff000009500000 x20: ffff000009189000
[ 0.000000] x19: ffff0000091b8000 x18: ffffffffffffffff
[ 0.000000] x17: 0000000000000000 x16: ffff000009192580
[ 0.000000] x15: ffff0000091896c8 x14: ffff0000892ed70f
[ 0.000000] x13: ffff0000092ed71d x12: ffff0000091a1000
[ 0.000000] x11: ffff000009183970 x10: ffff000009189940
[ 0.000000] x9 : 00000000ffffffd0 x8 : ffff0000086029d0
[ 0.000000] x7 : 6e696c62616e4520 x6 : 0000000000000110
[ 0.000000] x5 : ffff7e0000000000 x4 : 0000000000000010
[ 0.000000] x3 : 000000000000ffff x2 : 0000000000000000
[ 0.000000] x1 : 0000000000010000 x0 : 00000000ffffffed
[ 0.000000] Call trace:
[ 0.000000] its_cpu_init+0x3a0/0x470
[ 0.000000] gic_init_bases+0x2d8/0x2f4
[ 0.000000] gic_acpi_init+0x154/0x278
[ 0.000000] acpi_match_madt+0x44/0x78
[ 0.000000] acpi_table_parse_entries_array+0x13c/0x214
[ 0.000000] acpi_table_parse_entries+0x40/0x60
[ 0.000000] acpi_table_parse_madt+0x24/0x2c
[ 0.000000] __acpi_probe_device_table+0x80/0xdc
[ 0.000000] irqchip_init+0x30/0x38
[ 0.000000] init_IRQ+0xfc/0x130
[ 0.000000] start_kernel+0x288/0x418
[ 0.000000] ---[ end trace c841ef100bdd09a7 ]---
[ 0.000000] GICv3: CPU0: using allocated LPI pending table
@0x0000001fbbb60000
[ 0.000000] arch_timer: Enabling global workaround for HiSilicon
erratum 161010101
[ 0.000000] arch_timer: CPU0: Trapping CNTVCT access


> [ 0.000000] WARNING: CPU: 0 PID: 0 at drivers/irqchip/irq-gic-v3-its.c:1696 its_init+0x36c/0x608
> [ 0.000000] Modules linked in:
> [ 0.000000] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 4.20.0-rc3-jang+ #69
> [ 0.000000] pstate: 60000089 (nZCv daIf -PAN -UAO)
> [ 0.000000] pc : its_init+0x36c/0x608
> [ 0.000000] lr : its_init+0x368/0x608
> [ 0.000000] sp : ffff000008e53c60
> [ 0.000000] x29: ffff000008e53c60 x28: ffff7dfffe6807a4
> [ 0.000000] x27: 0000000000000001 x26: ffff80267b4c2100
> [ 0.000000] x25: ffff000008ffe930 x24: ffff000008e5d9c8
> [ 0.000000] x23: ffff80267bc10300 x22: ffff000008e5d9c8
> [ 0.000000] x21: ffff000008e59000 x20: ffff000008f12000
> [ 0.000000] x19: ffff000008ffe000 x18: ffffffffffffffff
> [ 0.000000] x17: 0000000000000009 x16: 0000000000000000
> [ 0.000000] x15: ffff000008e59648 x14: ffff000088fa616f
> [ 0.000000] x13: ffff000008fa617d x12: ffff000008e7e000
> [ 0.000000] x11: ffff000008e53900 x10: ffff000008e59eb0
> [ 0.000000] x9 : ffff000008e3e018 x8 : ffff00000875ac58
> [ 0.000000] x7 : 206f6e203a746e65 x6 : 000000000000018c
> [ 0.000000] x5 : 0000000000000001 x4 : 0000000000000000
> [ 0.000000] x3 : 0000000000000001 x2 : 4f419eae5e0eb800
> [ 0.000000] x1 : 0000000000000000 x0 : 00000000ffffffed
> [ 0.000000] Call trace:
> [ 0.000000] its_init+0x36c/0x608
> [ 0.000000] gic_init_bases+0x288/0x300
> [ 0.000000] gic_acpi_init+0x124/0x248
> [ 0.000000] acpi_match_madt+0x4c/0x88
> [ 0.000000] acpi_table_parse_entries_array+0x134/0x220
> [ 0.000000] acpi_table_parse_entries+0x70/0x98
> [ 0.000000] acpi_table_parse_madt+0x40/0x50
> [ 0.000000] __acpi_probe_device_table+0x88/0xe4
> [ 0.000000] irqchip_init+0x38/0x40
> [ 0.000000] init_IRQ+0xcc/0x100
> [ 0.000000] start_kernel+0x2fc/0x490
> [ 0.000000] ---[ end trace 41868d15bb5cf8f6 ]---
>
> --Jan
>
> _______________________________________________
> linux-arm-kernel mailing list
> [email protected]
> http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
>
>



2018-11-20 17:57:55

by Marc Zyngier

[permalink] [raw]
Subject: Re: WARN_ON after gic_reserve_range

[+ Ard]

Hi Jan,

On 20/11/2018 16:23, Jan Glauber wrote:
> Hi Marc,
>
> with 4.20-rc3 I see two WARN_ON's firing on a ThunderX2 system that come from
> commit 3fb68faee867 (irqchip/gic-v3-its: Register LPI tables with EFI config table).
>
> Global efi_memreserve_root is NULL as it will only be set when early initcalls are
> running, but from the backtrace the WARN_ON's are running even earlier (init_IRQ).
>
> Am I the only one seeing this?

You're not the only one, and this is due to 63eb322d89 ("efi: Permit
calling efi_mem_reserve_persistent() from atomic context"). Reverting
this commit is not really an option though (even if it gets rid of the
warning and allows kexec to work).

Ard and me are looking into it.

Thanks,

M.

>
> [ 0.000000] WARNING: CPU: 0 PID: 0 at drivers/irqchip/irq-gic-v3-its.c:1696 its_init+0x36c/0x608
> [ 0.000000] Modules linked in:
> [ 0.000000] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 4.20.0-rc3-jang+ #69
> [ 0.000000] pstate: 60000089 (nZCv daIf -PAN -UAO)
> [ 0.000000] pc : its_init+0x36c/0x608
> [ 0.000000] lr : its_init+0x368/0x608
> [ 0.000000] sp : ffff000008e53c60
> [ 0.000000] x29: ffff000008e53c60 x28: ffff7dfffe6807a4
> [ 0.000000] x27: 0000000000000001 x26: ffff80267b4c2100
> [ 0.000000] x25: ffff000008ffe930 x24: ffff000008e5d9c8
> [ 0.000000] x23: ffff80267bc10300 x22: ffff000008e5d9c8
> [ 0.000000] x21: ffff000008e59000 x20: ffff000008f12000
> [ 0.000000] x19: ffff000008ffe000 x18: ffffffffffffffff
> [ 0.000000] x17: 0000000000000009 x16: 0000000000000000
> [ 0.000000] x15: ffff000008e59648 x14: ffff000088fa616f
> [ 0.000000] x13: ffff000008fa617d x12: ffff000008e7e000
> [ 0.000000] x11: ffff000008e53900 x10: ffff000008e59eb0
> [ 0.000000] x9 : ffff000008e3e018 x8 : ffff00000875ac58
> [ 0.000000] x7 : 206f6e203a746e65 x6 : 000000000000018c
> [ 0.000000] x5 : 0000000000000001 x4 : 0000000000000000
> [ 0.000000] x3 : 0000000000000001 x2 : 4f419eae5e0eb800
> [ 0.000000] x1 : 0000000000000000 x0 : 00000000ffffffed
> [ 0.000000] Call trace:
> [ 0.000000] its_init+0x36c/0x608
> [ 0.000000] gic_init_bases+0x288/0x300
> [ 0.000000] gic_acpi_init+0x124/0x248
> [ 0.000000] acpi_match_madt+0x4c/0x88
> [ 0.000000] acpi_table_parse_entries_array+0x134/0x220
> [ 0.000000] acpi_table_parse_entries+0x70/0x98
> [ 0.000000] acpi_table_parse_madt+0x40/0x50
> [ 0.000000] __acpi_probe_device_table+0x88/0xe4
> [ 0.000000] irqchip_init+0x38/0x40
> [ 0.000000] init_IRQ+0xcc/0x100
> [ 0.000000] start_kernel+0x2fc/0x490
> [ 0.000000] ---[ end trace 41868d15bb5cf8f6 ]---
>
> --Jan
>


--
Jazz is not dead. It just smells funny...

2018-11-20 18:01:32

by Marc Zyngier

[permalink] [raw]
Subject: Re: WARN_ON after gic_reserve_range

On 20/11/2018 17:30, John Garry wrote:
> On 20/11/2018 16:23, Jan Glauber wrote:
>> Hi Marc,
>>
>> with 4.20-rc3 I see two WARN_ON's firing on a ThunderX2 system that come from
>> commit 3fb68faee867 (irqchip/gic-v3-its: Register LPI tables with EFI config table).
>>
>> Global efi_memreserve_root is NULL as it will only be set when early initcalls are
>> running, but from the backtrace the WARN_ON's are running even earlier (init_IRQ).
>>
>> Am I the only one seeing this?
>>
>
> I see it also:
>
> [ 0.000000] Booting Linux on physical CPU 0x0000010000 [0x410fd082]
> [ 0.000000] Linux version 4.20.0-rc3
> (johnpgarry@johnpgarry-ThinkCentre-M93p) (gcc version 7.3.1 20180425
> [linaro-7.3-2018.05-rc1 revision
> 38aec9a676236eaa42ca03ccb3a6c1dd0182c29f] (Linaro GCC 7.3-2018.05-rc1))
> #971 SMP PREEMPT Tue Nov 20 17:15:03 GMT 2018
> [ 0.000000] efi: Getting EFI parameters from FDT:
> [ 0.000000] efi: EFI v2.60 by EDK II
> [ 0.000000] efi: SMBIOS=0x3f050000 SMBIOS 3.0=0x39b00000
> ACPI=0x39bd0000 ACPI 2.0=
>
> ...
>
>
> [ 0.000000] ITS@0x00000408c6000000: allocated 65536 Virtual CPUs
> @1fb9d80000 (flat, esz 8, psz 4K, shr 1)
> [ 0.000000] ITS@0x00000408c6000000: allocated 512 Interrupt
> Collections @1fbb977000 (flat, esz 8, psz 4K, shr 1)
> [ 0.000000] WARNING: CPU: 0 PID: 0 at
> drivers/irqchip/irq-gic-v3-its.c:1696 its_init+0x360/0x5f4
> [ 0.000000] Modules linked in:
> [ 0.000000] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 4.20.0-rc3 #971
> [ 0.000000] pstate: 00000085 (nzcv daIf -PAN -UAO)
> [ 0.000000] pc : its_init+0x360/0x5f4
> [ 0.000000] lr : its_init+0x35c/0x5f4
> [ 0.000000] sp : ffff000009183ca0
> [ 0.000000] x29: ffff000009183ca0 x28: ffff7dfffe67b3e4
> [ 0.000000] x27: 0000000000000001 x26: ffff801fbb928000
> [ 0.000000] x25: ffff000009325360 x24: ffff00000918c8c8
> [ 0.000000] x23: ffff801fbb802100 x22: ffff00000918c8c8
> [ 0.000000] x21: ffff000009189000 x20: ffff0000091b8000
> [ 0.000000] x19: ffff000009325000 x18: ffffffffffffffff
> [ 0.000000] x17: 0000000001f4d3b5 x16: 0000000000000000
> [ 0.000000] x15: ffff0000091896c8 x14: ffff801fbb97389b
> [ 0.000000] x13: ffff801fbb97389a x12: 2074707572726574
> [ 0.000000] x11: ffff000009183a00 x10: ffff000009183a00
> [ 0.000000] x9 : ffff7e007eeed400 x8 : ffff801fbbb60000
> [ 0.000000] x7 : a2a2a2a2a2a2a2a2 x6 : 0000801ff2d1c000
> [ 0.000000] x5 : ffff7e0000000000 x4 : ffff00000918c8c8
> [ 0.000000] x3 : ffff801fbbb50000 x2 : 0000000000000000
> [ 0.000000] x1 : 0000000000010000 x0 : 00000000ffffffed
> [ 0.000000] Call trace:
> [ 0.000000] its_init+0x360/0x5f4
> [ 0.000000] gic_init_bases+0x2d4/0x2f4
> [ 0.000000] gic_acpi_init+0x154/0x278
> [ 0.000000] acpi_match_madt+0x44/0x78
> [ 0.000000] acpi_table_parse_entries_array+0x13c/0x214
> [ 0.000000] acpi_table_parse_entries+0x40/0x60
> [ 0.000000] acpi_table_parse_madt+0x24/0x2c
> [ 0.000000] __acpi_probe_device_table+0x80/0xdc
> [ 0.000000] irqchip_init+0x30/0x38
> [ 0.000000] init_IRQ+0xfc/0x130
> [ 0.000000] start_kernel+0x288/0x418
> [ 0.000000] ---[ end trace c841ef100bdd09a6 ]---

Yes, anyone with GICv3 and EFI will see this.

M.
--
Jazz is not dead. It just smells funny...

2018-11-22 23:06:55

by Richter, Robert

[permalink] [raw]
Subject: Re: WARN_ON after gic_reserve_range

On 20.11.18 17:37:37, Marc Zyngier wrote:
> On 20/11/2018 17:30, John Garry wrote:
> > I see it also:
> >
> > [ 0.000000] Booting Linux on physical CPU 0x0000010000 [0x410fd082]
> > [ 0.000000] Linux version 4.20.0-rc3
> > (johnpgarry@johnpgarry-ThinkCentre-M93p) (gcc version 7.3.1 20180425
> > [linaro-7.3-2018.05-rc1 revision
> > 38aec9a676236eaa42ca03ccb3a6c1dd0182c29f] (Linaro GCC 7.3-2018.05-rc1))
> > #971 SMP PREEMPT Tue Nov 20 17:15:03 GMT 2018
> > [ 0.000000] efi: Getting EFI parameters from FDT:
> > [ 0.000000] efi: EFI v2.60 by EDK II
> > [ 0.000000] efi: SMBIOS=0x3f050000 SMBIOS 3.0=0x39b00000
> > ACPI=0x39bd0000 ACPI 2.0=
> >
> > ...
> >
> >
> > [ 0.000000] ITS@0x00000408c6000000: allocated 65536 Virtual CPUs
> > @1fb9d80000 (flat, esz 8, psz 4K, shr 1)
> > [ 0.000000] ITS@0x00000408c6000000: allocated 512 Interrupt
> > Collections @1fbb977000 (flat, esz 8, psz 4K, shr 1)
> > [ 0.000000] WARNING: CPU: 0 PID: 0 at
> > drivers/irqchip/irq-gic-v3-its.c:1696 its_init+0x360/0x5f4
> > [ 0.000000] Modules linked in:
> > [ 0.000000] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 4.20.0-rc3 #971
> > [ 0.000000] pstate: 00000085 (nzcv daIf -PAN -UAO)
> > [ 0.000000] pc : its_init+0x360/0x5f4
> > [ 0.000000] lr : its_init+0x35c/0x5f4
> > [ 0.000000] sp : ffff000009183ca0
> > [ 0.000000] x29: ffff000009183ca0 x28: ffff7dfffe67b3e4
> > [ 0.000000] x27: 0000000000000001 x26: ffff801fbb928000
> > [ 0.000000] x25: ffff000009325360 x24: ffff00000918c8c8
> > [ 0.000000] x23: ffff801fbb802100 x22: ffff00000918c8c8
> > [ 0.000000] x21: ffff000009189000 x20: ffff0000091b8000
> > [ 0.000000] x19: ffff000009325000 x18: ffffffffffffffff
> > [ 0.000000] x17: 0000000001f4d3b5 x16: 0000000000000000
> > [ 0.000000] x15: ffff0000091896c8 x14: ffff801fbb97389b
> > [ 0.000000] x13: ffff801fbb97389a x12: 2074707572726574
> > [ 0.000000] x11: ffff000009183a00 x10: ffff000009183a00
> > [ 0.000000] x9 : ffff7e007eeed400 x8 : ffff801fbbb60000
> > [ 0.000000] x7 : a2a2a2a2a2a2a2a2 x6 : 0000801ff2d1c000
> > [ 0.000000] x5 : ffff7e0000000000 x4 : ffff00000918c8c8
> > [ 0.000000] x3 : ffff801fbbb50000 x2 : 0000000000000000
> > [ 0.000000] x1 : 0000000000010000 x0 : 00000000ffffffed
> > [ 0.000000] Call trace:
> > [ 0.000000] its_init+0x360/0x5f4
> > [ 0.000000] gic_init_bases+0x2d4/0x2f4
> > [ 0.000000] gic_acpi_init+0x154/0x278
> > [ 0.000000] acpi_match_madt+0x44/0x78
> > [ 0.000000] acpi_table_parse_entries_array+0x13c/0x214
> > [ 0.000000] acpi_table_parse_entries+0x40/0x60
> > [ 0.000000] acpi_table_parse_madt+0x24/0x2c
> > [ 0.000000] __acpi_probe_device_table+0x80/0xdc
> > [ 0.000000] irqchip_init+0x30/0x38
> > [ 0.000000] init_IRQ+0xfc/0x130
> > [ 0.000000] start_kernel+0x288/0x418
> > [ 0.000000] ---[ end trace c841ef100bdd09a6 ]---
>
> Yes, anyone with GICv3 and EFI will see this.

My late its_init implementation might fix this, though it does not fix
4.20.

-Robert