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

Re: [PATCH] arm/docs: Clarify legacy DT bindings on UEFI


  • To: Julien Grall <julien@xxxxxxx>
  • From: Luca Fancellu <luca.fancellu@xxxxxxx>
  • Date: Wed, 13 Oct 2021 15:06:56 +0100
  • 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=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=sfA6gMJ2c8wdENhSn5Nh0dqlqb1eWZfxEowzKo86LGI=; b=b495Yd03x5Wez0DW+4/XExLJ2BZC3EnfIdVz2lCsHJBGw83pB1BaAb3QZ+4AGco7iZBjzGdRIrTMwDJ/m8nu617dk5yBdoKt2S9HUaweB9HCtr6rw112JdfOYsnB2mECCd2VrZ7T3JKIpIejjFHJDs+6HOJ2zNWP0JRBKxkolZGTN+oBLVaE/S1RK0w3vlD3mRf8bJsKNxZBTxfVTjQUINnNDlmLfNV6/6VVHA96/LKyPZNwA+E7OmvhyyEHQVRFEbJiD9YV1ZVKXZywzvhFIRmL5ogX22T2LiycIDVDhzHttAXpYuwexWD70VK8mbmLMI82/5jklXOtNRF4v4l9tg==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=LJtCoyGtWE6yIr9GyQ/4ajeoX8a68FDY1izUyMFy9oAVUuLJ6GuTudS/QP8OHH5Ck6jGsKk+VNhJ+eHQ6i5WSPfHMtehDtTjsd/UPkf2pQljmA9vW0RnrvshGCRdiJNr/tTx35M3u6VFX5ALSZiMF9tV+1d+whBM+Y7oRUJapO6PonLB/T64Siye38XsJGE5bHMr3rWIBD/g/Y1k3vvaN+Nm7U6n+8AWzLRYiXpWvLC1oRRlMSNAj9UynM/oKF1hdW6jlQRnrfYaLpihIuF5ykp8fSOS5180lw4smBwoNtqPDH5Gm0T0qPXgKKcTqqTFwgaxcWOFpcm3lkXmki/tRw==
  • Authentication-results-original: xen.org; dkim=none (message not signed) header.d=none;xen.org; dmarc=none action=none header.from=arm.com;
  • Cc: xen-devel@xxxxxxxxxxxxxxxxxxxx, Bertrand Marquis <bertrand.marquis@xxxxxxx>, wei.chen@xxxxxxx, Stefano Stabellini <sstabellini@xxxxxxxxxx>, Volodymyr Babchuk <Volodymyr_Babchuk@xxxxxxxx>
  • Delivery-date: Wed, 13 Oct 2021 14:07:36 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
  • Nodisclaimer: true
  • Original-authentication-results: xen.org; dkim=none (message not signed) header.d=none;xen.org; dmarc=none action=none header.from=arm.com;


> On 13 Oct 2021, at 14:27, Julien Grall <julien@xxxxxxx> wrote:
> 
> Hi Luca,
> 
> On 13/10/2021 13:19, Luca Fancellu wrote:
>> Legacy compatible strings for dom0 modules are not
>> supported when booting using UEFI, the documentation
>> doesn't mention that.
> 
> Can you add a summary in the commit message why we consider the legacy 
> binding is not supported?

Yes what about:

Since the introduction of UEFI boot for Xen, the legacy
compatible strings were not supported and the stub code
was checking only the presence of “multiboot,module” to
require the Xen UEFI configuration file or not.
The documentation was not updated to specify that behavior.

Add a phrase to docs/misc/arm/device-tree/booting.txt
to clarify it.

> 
>> Add a phrase to docs/misc/arm/device-tree/booting.txt
>> to clarify it.
>> Signed-off-by: Luca Fancellu <luca.fancellu@xxxxxxx>
>> ---
>>  docs/misc/arm/device-tree/booting.txt | 2 ++
>>  1 file changed, 2 insertions(+)
>> diff --git a/docs/misc/arm/device-tree/booting.txt 
>> b/docs/misc/arm/device-tree/booting.txt
>> index c6a775f4e8..017c0f13eb 100644
>> --- a/docs/misc/arm/device-tree/booting.txt
>> +++ b/docs/misc/arm/device-tree/booting.txt
>> @@ -51,6 +51,8 @@ Each node contains the following properties:
>>      Xen 4.4 supported a different set of legacy compatible strings
>>      which remain supported such that systems supporting both 4.4
>>      and later can use a single DTB.
>> +    However when booting Xen using UEFI and Device Tree, the legacy
> 
> NIT: I would drop "and Device Tree" because this feels a bit redundant as 
> this compatible can only be used in the Device-Tree.

I will drop it

> 
>> +    compatible strings are not supported.
>>      - "xen,multiboot-module" equivalent to "multiboot,module"
>>      - "xen,linux-zimage"     equivalent to "multiboot,kernel"
> 
> Cheers,
> 
> -- 
> Julien Grall




 


Rackspace

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