[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH v4 1/7] docs/arm: Document Xen booting protocol on Armv8-R


  • To: Luca Fancellu <Luca.Fancellu@xxxxxxx>
  • From: "Orzel, Michal" <michal.orzel@xxxxxxx>
  • Date: Wed, 30 Apr 2025 09:04:16 +0200
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=amd.com; dmarc=pass action=none header.from=amd.com; dkim=pass header.d=amd.com; arc=none
  • Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; 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=gUKJOlf1NiocCmOfa2JBkysEc805oMydbC9+AHAzmzA=; b=XZQLpmvZaDb2gJBCjm256472gc1iM9fjaTgABEIfAby7a6ZBbMUkPA6ldXUgw9+pBVUjhyL96AwXsJqARZdraCr3Yvnu3saZ33Qv3V9ovLYO4rDgGvJA4wWzW/sQefJv1TKWoxI4+nl7vqIy+gRZbmpIHZa/TdxS3hfrOrGupc1MMB+ZDI76/HmD9F1YRMXx8zKDliK6PWFwF5+8GOkJdEOuI4yBbdXeQHyi20uAGpSlATzgndj/bdEaR6QmQW00ZeKdrEEbqF6WYbopTZLPxM1yBM7LKbtWwwBBbw4en7ccyKoUZ1jql8nptbK3HfkJTmt/wDOHvHT00y+TrsJOGg==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=UkGjN94J6tev/O6Re/NW4zwlPiVn2A4O6nYlUkjdAhAHycPGk66QA+duVrX0+QOpDbTZ5fHj5KPb2xmVBCsNwlsKLan0oYyBXSKsN10GZmI4F4GbU5iKGxLWNasgsNTlugfwlmLkzBhZ3HUbxlrIuTAPrTZyWbj1pDMVxgb5WxltwKA9npopmDEO+ZpxmqA6JYx5B915Y3w6nt5Kk4lawckU2woUsBECnnSk48j067vQz6kXaeZKagSrv+vGdna31GDeNhCIq6XJeEtzThW5IQArMYI/Mn+BBseMYgjERHC6M6nnKsN5zA88qKZkZPd5OI/VVwMcx/rcULLq1UvB8g==
  • Authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=amd.com;
  • Cc: "xen-devel@xxxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxxx>, Stefano Stabellini <sstabellini@xxxxxxxxxx>, Julien Grall <julien@xxxxxxx>, Bertrand Marquis <Bertrand.Marquis@xxxxxxx>, Volodymyr Babchuk <Volodymyr_Babchuk@xxxxxxxx>
  • Delivery-date: Wed, 30 Apr 2025 07:04:51 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>


On 30/04/2025 08:58, Luca Fancellu wrote:
> Hi Michal,
> 
>> On 30 Apr 2025, at 07:37, Orzel, Michal <Michal.Orzel@xxxxxxx> wrote:
>>
>>
>>
>> On 29/04/2025 17:20, Luca Fancellu wrote:
>>> Document the requirement needed to boot Xen on Armv8-R platforms.
>>>
>>> Signed-off-by: Luca Fancellu <luca.fancellu@xxxxxxx>
>>> ---
>>> v4 changes:
>>> - New patch
>>> ---
>>> docs/misc/arm/booting.txt | 8 ++++++++
>>> 1 file changed, 8 insertions(+)
>>>
>>> diff --git a/docs/misc/arm/booting.txt b/docs/misc/arm/booting.txt
>>> index 21ae74837dcc..719af74f1e69 100644
>>> --- a/docs/misc/arm/booting.txt
>>> +++ b/docs/misc/arm/booting.txt
>>> @@ -62,6 +62,14 @@ Xen relies on some settings the firmware has to 
>>> configure in EL3 before starting
>>>
>>> * The bit SCR_EL3.HCE (resp. SCR.HCE for 32-bit ARM) must be set to 1.
>>>
>>> +When Xen runs on Armv8-R, the highest exception level is EL2 and the only
>>> +available state is secure (S) on Arm64 and non secure (NS) on Arm32, hence 
>>> the
>>> +above requirements need to be adjusted to this case:
>>> +
>>> +* Xen must be entered in S EL2 mode on Arm64 and in NS EL2 mode on Arm32.
>>> +
>>> +* Xen must be entered with MPU off and data cache disabled (SCTLR_EL2.M 
>>> bit and
>>> +  SCTLR_EL2.C set to 0).
>>>
>>> [1] linux/Documentation/arm/booting.rst
>>> Latest version: 
>>> http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/Documentation/arch/arm/booting.rst
>>
>> Is the goal of this patch to only write firmware/bootloader requirements or
>> accommodate booting protocol in general? Asking because in this file there 
>> is a
>> requirement that Xen should be loaded below 10TB which afaict does not fit 
>> Armv8-R.
> 
> Yes you are right, but I think this still holds since we support 1TB on 
> Armv8-R at the moment?
No, this value denotes max RAM size you support and not where Xen must be
loaded. On ARMv8-A, we support max 2TB of RAM but require Xen to be loaded
anywhere up to 10TB. Do we have the same limitation on ARMv8-R?

~Michal




 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.