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

Re: [PATCH v2 07/10] xen/physinfo: encode Arm SVE vector length in arch_capabilities


  • To: Jan Beulich <jbeulich@xxxxxxxx>
  • From: Luca Fancellu <Luca.Fancellu@xxxxxxx>
  • Date: Wed, 15 Mar 2023 10:39:50 +0000
  • Accept-language: en-GB, en-US
  • 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=/lkQ7hzZ/m7eh9ldF7z3nmWlsm1gjaO5gj8a8zhvMkk=; b=D337B6/KljH8oxDaMOlIXoRMi6HUEakInzFv/0VgQhPTmQ4sEzH4tjXXCV9CszyznvtqngZJI8UKY5QkQe03lxQBdZeO8mQyot5oKMME959thWdHRg1d+0E2cydFgBA9YYAqBgmVpbF4toT5D1G9zitLcSY60IyUVLjS4dYwtB1koo7AAlmlmRUBk4qAmh9M+q/Smx6s6sLQ+d4Nq/6KVFPq5SBeHR0Y/NTtfRAPZTnjLlbpPXxGsc4+mF/96L/ITPH2q5sBc5Pgvmszxp6sewGzFeSujFKH1pP3KN4M05em4MPND9gOoQpJWP1PjbDojhem/4lbJjaRxhedCLVbfQ==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=n74yPV9th+JcYktXLwz79TG0ZzrL4O305jgOe2EVygczJWVpXNApVjGPn8C+rlbLj6R/QVZFcGDNMdOb2rSdeXD6t+SjCBVUHoCUJ/2gUDwOzRU241Tl+qR8A7CD4GiPmnaVIns6fwL7GXLoZemsGk1Awx3dk0bR3/rInIMfKpeE1hoHhXaSdukWdqp0NjKpOsrmMvKoNIX+rG/GCi6k3BTjhK/N4shi7nH9VkKR9OJC9mcWBZ37aoQ1JLkfFz/AQWtYdbMeFNdxUBWFufxWjEBAeaWj+NRkQ41qsxtPESkthZNGHXe9PCaNnvJZC4HAi9U6515SIK3yipKq+bRKrw==
  • Authentication-results-original: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=arm.com;
  • Cc: Bertrand Marquis <Bertrand.Marquis@xxxxxxx>, Wei Chen <Wei.Chen@xxxxxxx>, Stefano Stabellini <sstabellini@xxxxxxxxxx>, Julien Grall <julien@xxxxxxx>, Volodymyr Babchuk <Volodymyr_Babchuk@xxxxxxxx>, Andrew Cooper <andrew.cooper3@xxxxxxxxxx>, George Dunlap <george.dunlap@xxxxxxxxxx>, Wei Liu <wl@xxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxxx>
  • Delivery-date: Wed, 15 Mar 2023 10:40:15 +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: AQHZVx2Hf4sdBuYhokaIxQfgAUOzUa77lnqAgAAQLoA=
  • Thread-topic: [PATCH v2 07/10] xen/physinfo: encode Arm SVE vector length in arch_capabilities


> On 15 Mar 2023, at 09:41, Jan Beulich <jbeulich@xxxxxxxx> wrote:
> 
> On 15.03.2023 10:05, Luca Fancellu wrote:
>> --- a/xen/include/public/sysctl.h
>> +++ b/xen/include/public/sysctl.h
>> @@ -94,6 +94,9 @@ struct xen_sysctl_tbuf_op {
>> /* Max XEN_SYSCTL_PHYSCAP_* constant.  Used for ABI checking. */
>> #define XEN_SYSCTL_PHYSCAP_MAX XEN_SYSCTL_PHYSCAP_gnttab_v2
>> 
>> +#define XEN_SYSCTL_PHYSCAP_ARM_SVE_MASK  (0x1FU)
>> +#define XEN_SYSCTL_PHYSCAP_ARM_SVE_SHFT  (0)
> 
> The second of these can be inferred from the first, so I'd like to ask
> that redundant definitions be omitted from the public headers. For the
> code using the constant we specifically have MASK_INSR().
> 
> Just like there already are x86-specific sections in this file, I think
> the remaining single #define also wants enclosing in "#ifdef __aarch64__"
> here.
> 

Thank you, I wasn’t aware of that useful macro, I will use it in the next 
version and I’ll
enclose the mask using ifdef.
Are you ok for the position of the mask define or should I declare it somewhere 
else?

> Jan


 


Rackspace

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