[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH v3 2/4] docs, xen/arm: Introduce static heap memory
- To: Henry Wang <Henry.Wang@xxxxxxx>
- From: Bertrand Marquis <Bertrand.Marquis@xxxxxxx>
- Date: Wed, 7 Sep 2022 12:12:11 +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=IP+0fqfSVNnvMLpLRDJZwIHB1euGc1DDJGj5BdA6SQo=; b=TUTE3730GXRQnxHStiXMpxzTkFbIbGWiAIRsu2rUakk9G4k3NLgOh4TLQVZyswAa41sRJk0AeFGAWjVKw6LtZEyJEY38ynJtkbJQZ83taB1nE16K8cp6f6smQORH1TwhgaQK2X0gdmJb6Gd6/f0aV8UfbL1uSwxBSM0jLIQ1aq671+UhgAtN5widTIWc9IsRjqRtt587wQiea4gjjbx3+/uMVyTAD8+8UD/2vMQKCRraDOzJiLoG7FriHqSXr3j9xmI8g9fad0w9SvcltB6mATEU0DEQ5gXE8PlRgMM5L/+ILyIhsJ8+FOukTBfQ7b8UlkTrIVj2VjKAjkPLP0OjsQ==
- 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=IP+0fqfSVNnvMLpLRDJZwIHB1euGc1DDJGj5BdA6SQo=; b=iw+05tS51Ts2FQkDmIpZXARerTzrmRnWjQtbuTC1rm2DQ+qxDAruREqyS4xJtkafrI+nlOf9iNXuhgEspZkwoG4K0Ms0s0dtLly2D1/0/ReXiLdghHVdSABaCbHR10pl3yIHeOn0DbbUkGjIZHqk1d/8pw/4su8gWdEajWfiyN1q4oi1El3/uDwMwLRRGb535j7GPL/SweCpERRlVPyg5BLNOvEqYpJdBmrI6rFf+W3C/m8ylTUeDeElFGrEgOOoh5tmkd9kvLpBDwkum/7R9dEbTAmYbdjyRfG7DvYn/ZwPcZq3jgj8w46a15dwGu2fQ8mE55vGL2Yv+KfiPAO/Iw==
- Arc-seal: i=2; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=pass; b=Wf6V1XzwqJsA+0rbkpXFOORBlNhczf0YjzfqUzWHNpQTPJtkA3CoFekA5dTC72EN0TK/E19nDrjSXIZFXGjbvGj9V/wc5dKNb0uN5RslAevdN+0cGw436hXB/LocjDANCrxagn2imDVv372zKIZ9WFaCaxRKbrjiyBKfp8cwEVNKuyw8M0JnoghqPUP4x1c3CmfBNdWeLydM4VkGElMOajilg3pmq2FsjysSgbWRFVoK8uMX/hUm469JVRRBV3PzwkgutUuJdPSqodQv5ZjnFssohEZK60y67c2jdXIHqHjJJz/wNaRwk3+pc/CpgoDXNPoeW26cM/HsHXiqCZITfQ==
- Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=b82veE1hrMYCqVOWwfEO3wrxIbmMU5qMcIW5/2E+Kl5eFSQl/8/v3AHbaqav+WpKvKMLXd+NVl7Wp4kf4+5/cRko3njVmyCbxGDk22SPHL7vsDTW37K+EJqnGOYejxAr8SYV/cwZcCpgAivhLcG+y6RebhWf0yfhoF5F5GhaJLn/AdleXXlQ8Yks+6HNstiAnR7SYvdTzMN3Jqj8L9CcGqsHL0CvdKa+eqUGQGCemPqVcwoxtwP9oXOSCAzqb9LuHTbQ5PSZjtet/6rN+FJCuMzvvhsJ4oJSuzdUnQHdmGH+JqUkyU+u7txOga4DBLrZJnTs5LClb1HUYt2RclIwFA==
- Authentication-results-original: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=arm.com;
- Cc: Julien Grall <julien@xxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxxx>, Stefano Stabellini <sstabellini@xxxxxxxxxx>, Penny Zheng <Penny.Zheng@xxxxxxx>, Wei Chen <Wei.Chen@xxxxxxx>, Volodymyr Babchuk <Volodymyr_Babchuk@xxxxxxxx>
- Delivery-date: Wed, 07 Sep 2022 12:12:36 +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: AQHYwpUJ4p6pfICa8EGhkwL2mg6iHK3T1xaAgAADUACAAAaNgA==
- Thread-topic: [PATCH v3 2/4] docs, xen/arm: Introduce static heap memory
Hi,
> On 7 Sep 2022, at 12:48, Henry Wang <Henry.Wang@xxxxxxx> wrote:
>
> Hi Julien,
>
>> -----Original Message-----
>> From: Julien Grall <julien@xxxxxxx>
>> Subject: Re: [PATCH v3 2/4] docs, xen/arm: Introduce static heap memory
>>
>> Hi Henry,
>>
>> While reviewing the binding sent by Penny I noticed some inconsistency
>> with the one you introduced. See below.
>>
>> On 07/09/2022 09:36, Henry Wang wrote:
>>> +- xen,static-heap
>>> +
>>> + Property under the top-level "chosen" node. It specifies the address
>>> + and size of Xen static heap memory. Note that at least a 64KB
>>> + alignment is required.
>>> +
>>> +- #xen,static-heap-address-cells and #xen,static-heap-size-cells
>>> +
>>> + Specify the number of cells used for the address and size of the
>>> + "xen,static-heap" property under "chosen".
>>> +
>>> +Below is an example on how to specify the static heap in device tree:
>>> +
>>> + / {
>>> + chosen {
>>> + #xen,static-heap-address-cells = <0x2>;
>>> + #xen,static-heap-size-cells = <0x2>;
>>
>> Your binding, is introduce #xen,static-heap-{address, size}-cells
>> whereas Penny's one is using #{address, size}-cells even if the property
>> is not "reg".
>>
>> I would like some consistency in the way we define bindings. Looking at
>> the tree, we already seem to have introduced
>> #xen-static-mem-address-cells. So maybe we should follow your approach?
>>
>> That said, I am wondering whether we should just use one set of property
>> name.
The more I dig, the less I find a use case where we could need different values
here.
Maybe just:
#xen,address-cells = <2>
#xen,size-cells = <2>
Could be enough. If some parameter needs a different value it could introduce a
specific name.
Or maybe just memory-address-cells and memory-size-cells if we see a
possibility to require a different value for an other address or size.
This would also make life easier for users as we could just always put those 2
in our examples.
Cheers
Bertrand
>
> IMO now we have the pair
> #xen,static-heap-{address, size}-cells and xen,static-heap for static heap.
> and the pair
> #xen,static-mem-{address, size}-cells and xen,static-mem for static
> memory allocation for dom0less.
>
> So at least these two are consistent.
>
> I guess the concern you raised is related to the static shared memory for
> dom0less,
> ...
>
>>
>> I am open to suggestion here. My only request is we are consistent (i.e.
>> this doesn't depend on who wrote the bindings).
>
> I am not sure if Penny and Stefano have some specific requirements
> regarding the static shared memory usage. So I will wait for Stefano's input.
> But yeah we need to keep the consistency so if we are agreed that I need to
> change the binding, I will do the corresponding change.
>
> Kind regards,
> Henry
>
>>
>> Cheers,
>>
>> --
>> Julien Grall
|