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

Re: [PATCH v2] xen/public: add comment to struct xen_mem_acquire_resource


  • To: Juergen Gross <jgross@xxxxxxxx>
  • From: Jan Beulich <jbeulich@xxxxxxxx>
  • Date: Tue, 8 Feb 2022 13:39:35 +0100
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; 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=oCqdjoxFrAnSbptkGHXt0/OVQ7dmwSJ7vwG0LLge2lI=; b=FPM8W+TUXLgfKMbfUgEd/Pj/voXgBY9xc77xXzpKAdDFO7nfTWyGms2HVdXedYEPfWbGwQt+k7TfVwVACD2E7StJK2aOZe/7zgpKOlORvXL8rUSgnTuxGZkwQQEao+XVXohKj65npJDSe08b1EYwuFvBdCrCXNGP6ATmk+mtOKaSxTO7uPbpDMGKwhzv+dyXFlUCUmnTBlZBNO0e3olYfBqbz9kwKux9MmYHRGrIOqvwiN1+ElEoPHgmXgmaz9hpSlza0Kmq+1Nb3FjDo8AHxJ9xCK05PQtSw+n6neuumkscIr7DaUki9jvrdQLkHvYwhAAbKx0eLKc7C05234uZxg==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=EI6QCqN9pUvBijcnC54ap1bQ14vc5XyuGPCyqY9M2iC9VPkBKxjWWEgzUWnf2LBUb2Wl54bgCJYI6ZET6IsP04DIAh7KRnUW6m/wk1NIHmYVo9druWGYGNOIaQMH2SNHZhIce5IjhHapiyuvjcjLYgVneB26XPtQDr1ZE4Kkp0gCd8gdBSY/4pEEoHwtgAOgdI8efSNG96UP2cHXM+/epEQzQjXFN0TQDxoNhfW8n5buyd9+62L5swyAiQe4L84SuEFMn6fJDps8ELgaX4QHSKjMNUP94xQR8wz6cc6RXoucZrhGmp0Ef9DFwwTR2yYp7YWBS73k6k+3lsyIfaSOcw==
  • Authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=suse.com;
  • Cc: George Dunlap <George.Dunlap@xxxxxxxxxx>, Julien Grall <julien@xxxxxxx>, Stefano Stabellini <sstabellini@xxxxxxxxxx>, Wei Liu <wl@xxxxxxx>, Andrew Cooper <Andrew.Cooper3@xxxxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxxx>
  • Delivery-date: Tue, 08 Feb 2022 12:39:52 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>

On 08.02.2022 13:22, Juergen Gross wrote:
> On 08.02.22 12:55, Andrew Cooper wrote:
>> On 08/02/2022 07:42, Juergen Gross wrote:
>>> --- a/xen/include/public/memory.h
>>> +++ b/xen/include/public/memory.h
>>> @@ -662,6 +662,11 @@ struct xen_mem_acquire_resource {
>>>        * two calls.
>>>        */
>>>       uint32_t nr_frames;
>>> +    /*
>>> +     * Padding field, must be zero on input.
>>> +     * The lowest bit was named XENMEM_rsrc_acq_caller_owned in a previous
>>> +     * version and should not be reused in future.
>>
>> s/should/will/.  This is a statement of how Xen shall behave.
> 
> Okay.
> 
>> I think it's also worth somehow fitting in that it's an output only
>> bit.  It will be important when inevitably we end up changing this back
>> to being a flags field when we need to extend the hypercall.
> 
> Okay.
> 
> In the end the bit only needs to be reserved, if pad _is_ zero on input.
> So the correct way to phrase it would be:
> 
> /*
>   * Padding field, must be zero on input.
>   * In a previous version this was an output field with the lowest
>   * bit named XENMEM_rsrc_acq_caller_owned. Future versions of this
>   * interface will not reuse this bit with the field being zero on
>   * input.
>   */
> 
> Is this fine with you?

FWIW it is at least fine with me this way.

Jan




 


Rackspace

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