[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Question: Enable LINUX_EFI_MEMRESERVE_TABLE_GUID in EFI
- To: "leo.yan@xxxxxxxxxx" <leo.yan@xxxxxxxxxx>
- From: Bertrand Marquis <Bertrand.Marquis@xxxxxxx>
- Date: Fri, 5 Aug 2022 12:05:23 +0000
- Accept-language: en-GB, en-US
- Arc-authentication-results: i=2; mx.microsoft.com 1; spf=pass (sender ip is 63.35.35.123) smtp.rcpttodomain=lists.xenproject.org smtp.mailfrom=arm.com; dmarc=pass (p=none sp=none pct=100) action=none header.from=arm.com; dkim=pass (signature was verified) header.d=armh.onmicrosoft.com; arc=pass (0 oda=1 ltdi=1 spf=[1,1,smtp.mailfrom=arm.com] dkim=[1,1,header.d=arm.com] dmarc=[1,1,header.from=arm.com])
- Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=arm.com; dmarc=pass action=none header.from=arm.com; dkim=pass header.d=arm.com; arc=none
- Arc-message-signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=vXNlIwD4rqRziOLZr0CUjujEfSVSItRtbleORrE8oF4=; b=PFYSUzfkEYPTolnMFmxS/3yeeH6J8Xci4ubDBw0ZicTtMUoeQ/u/ox39LwLCUX2sNlKaKtjRuU5khE02hHjKCaac/PXhsC5AL2ecXx8Mm9d+GPDuEzP9OYhJgdC4sIFQw5nEEX3jvePf4DIu8zme7KQyU6r4LMMpg0AXlVZylveZu0uES5seb7CDXv1gcANg+7Q1CYOWHDHHQGPToGey31sNHbjDEJ7ABpQk/lapD4P5cqfDJnNktdsHP0kLrkLm3a24LS5yw40CCQY46/KafHRnFx9WpGGrsRPos5BPb3LfL7WH/zcOhMhFMbMkxTOT9/cD4pzqi/Go6wqtJdqnng==
- Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=vXNlIwD4rqRziOLZr0CUjujEfSVSItRtbleORrE8oF4=; b=Myxvdf/GthqsFOHraW8sfOJ8VpibvoQFCm1/O7rQNr/0l8EfN+v08ySVWsDen10IsjaESvAvE6Mdg7LakCqCoRieeyKa4HZz+Cr3r6V0ToiirTV+Gus9jwILPhgBKounn6rto35pSBq04Y4SR8K5uFnsdOVnYRgUnCcmPlJJqqp3EeROMXKRzpXbj/g0JTHCshgCPOI8klMyvpW73Zx1zdLa1ksK/IlniMZY1xWMaayNALAGfhWa7C9v6YFmVL03PkjX5urb+dtN/3dQ1FEMGsyC7vt4lgFyE8Y3aqt3ybp6j/CaeXbwlxauPtg+cuSoQUOzSDStkWQScU65ZQwRLA==
- Arc-seal: i=2; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=pass; b=Kh91LmvjidxXvabeeFSL5uqWurR+zgCVP9fHFN2dsEGRbqUdnQtjGJjM29KwRuPjs9lr92GM1kI9AvhZHfnLCL784NkgZOHMQQXFjr8oSnhl79SRBb8xCGyan57Xse3arc8fs95ysgQ6ir//ywF0UYlFodApUeBJtuslo8zskGB7qwwBhAx89aaB8mMq/Xpy48B4H49Jb5noDJtgg66qquF9OjRLyftcD78igAQGtLAavoaFsR7PYUjRMJ3IwiLvZjQQzy/V2HcsCJ7kVjbT1ThNpj+kGAeXw6btyPNwFv2v5Yq9TauDQqXoYw+ZkacAEa8dMJfwRBmkVFx4ol8bwg==
- Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=SwmrPU8Am4DrBXexY29pUyquN9Xtlt6fsgjAxZFPLHmGGefT0o11A5d+XichKPJICXbCpSqFAZyNAMUj/VjP6VgkUg8yj7GLcAXgMYXrnS4N3NRZLZHWehKKY3LxDAmoCaIQvipuoz2gM1oKz5BP7rg7sc0hL+k9ffAT+P4r2X/I8pgiQC+1p8CO0tvHi9YlolKO1b37FQEcLEWyH1YglXu9qIawPYtjy0XS3ww135qFZN/EDItMWW/cpW0jXU00X+L6jjizO+NjzGeVQuPCTempGDjtWSI8+hCkM5PMsx+7EqCA+M57qRfoQAlufrIL43tUW0gfYqM0875/P2ySwA==
- Authentication-results-original: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=arm.com;
- Cc: xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxxx>, Peter Griffin <peter.griffin@xxxxxxxxxx>, Jerome Forissier <jerome.forissier@xxxxxxxxxx>, Marc Zyngier <maz@xxxxxxxxxx>, Ard Biesheuvel <ardb@xxxxxxxxxx>, Rahul Singh <Rahul.Singh@xxxxxxx>
- Delivery-date: Fri, 05 Aug 2022 12:05:49 +0000
- List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
- Nodisclaimer: true
- Original-authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=arm.com;
- Thread-index: AQHYp9oMDnfnppRN40WNR+bqQStYIa2gMcaAgAAFzAA=
- Thread-topic: Question: Enable LINUX_EFI_MEMRESERVE_TABLE_GUID in EFI
HI Leo
> On 5 Aug 2022, at 12:44, Rahul Singh <Rahul.Singh@xxxxxxx> wrote:
>
> Hi Leo,
>
>> On 4 Aug 2022, at 9:12 am, Leo Yan <leo.yan@xxxxxxxxxx> wrote:
>>
>> Hi there,
>>
>> Now I am working on Ampere Altra SoC platform, with Xen (4.16) and Linux
>> kernel (5.15.23).
>>
>> I observed a warning is reported by Linux kernel in the booting flow:
>>
>> [ 0.403737] ------------[ cut here ]------------
>> [ 0.403738] WARNING: CPU: 30 PID: 0 at
>> drivers/irqchip/irq-gic-v3-its.c:3074 its_cpu_init+0x814/0xae0
>> [ 0.403745] Modules linked in:
>> [ 0.403748] CPU: 30 PID: 0 Comm: swapper/30 Tainted: G W
>> 5.15.23-ampere-lts-standard #1
>> [ 0.403752] pstate: 600001c5 (nZCv dAIF -PAN -UAO -TCO -DIT -SSBS
>> BTYPE=--)
>> [ 0.403755] pc : its_cpu_init+0x814/0xae0
>> [ 0.403758] lr : its_cpu_init+0x810/0xae0
>> [ 0.403761] sp : ffff800009c03ce0
>> [ 0.403762] x29: ffff800009c03ce0 x28: 000000000000001e x27:
>> ffff880711f43000
>> [ 0.403767] x26: ffff80000a3c0070 x25: fffffc1ffe0a4400 x24:
>> ffff80000a3c0000
>> [ 0.403770] x23: ffff8000095bc998 x22: ffff8000090a6000 x21:
>> ffff800009850cb0
>> [ 0.403774] x20: ffff800009701a10 x19: ffff800009701000 x18:
>> ffffffffffffffff
>> [ 0.403777] x17: 3030303035303031 x16: 3030313030303078 x15:
>> 303a30206e6f6967
>> [ 0.403780] x14: 6572206530312072 x13: 3030303030353030 x12:
>> 3130303130303030
>> [ 0.403784] x11: 78303a30206e6f69 x10: 6765722065303120 x9 :
>> ffff80000870e710
>> [ 0.403788] x8 : 6964657220646e75 x7 : 0000000000000003 x6 :
>> 0000000000000000
>> [ 0.403791] x5 : 0000000000000000 x4 : fffffc0000000000 x3 :
>> 0000000000000010
>> [ 0.403794] x2 : 000000000000ffff x1 : 0000000000010000 x0 :
>> 00000000ffffffed
>> [ 0.403798] Call trace:
>> [ 0.403799] its_cpu_init+0x814/0xae0
>> [ 0.403802] gic_starting_cpu+0x48/0x90
>> [ 0.403805] cpuhp_invoke_callback+0x16c/0x5b0
>> [ 0.403808] cpuhp_invoke_callback_range+0x78/0xf0
>> [ 0.403811] notify_cpu_starting+0xbc/0xdc
>> [ 0.403814] secondary_start_kernel+0xe0/0x170
>> [ 0.403817] __secondary_switched+0x94/0x98
>> [ 0.403821] ---[ end trace f68728a0d3053b70 ]---
>>
>> Looked into the code, the GICv3 driver tries to create persistent
>> reservations for pending pages, and the persistent reservation table
>> can be used by kexec/kdump. For the persistent reservations, it
>> relies on MEMRESERVE EFI configuration table, but this table is not
>> supported by xen.efi, I think this is the reason for the above oops.
>
> Yes, you are right above warning is observed because Xen does not support
> memreserve efi table. I also observed a similar warning on the N1SDP board.
>>
>> I checked that if I boot a host Linux (without Xen), then the EFI has
>> provided MEMRESERVE configuration table, I can get below log:
>>
>> # dmesg | grep MEMRESERVE
>> [ 0.000000] efi: TPMFinalLog=0x807f9ef0000 ACPI 2.0=0x807fa0d0018 ...
>> MEMRESERVE=0x807f8141e98
>>
>> Just want to confirm, is anyone working on enabling MEMRESERVE EFI
>> configuration table for Xen? And welcome any comments and
>> suggestions!
>>
No I do not think anybody is working on this at the moment.
If you want to work on adding support for this in Xen, we can provide support
and help on reviewing and testing as we have several targets on which we
observe this (N1SDP and Ava).
Cheers
Bertrand
|
