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

Re: [RFC PATCH v3 1/7] xen/arm: add generic SCI subsystem


  • To: Jan Beulich <jbeulich@xxxxxxxx>, Grygorii Strashko <gragst.linux@xxxxxxxxx>
  • From: Oleksii Moisieiev <Oleksii_Moisieiev@xxxxxxxx>
  • Date: Mon, 24 Mar 2025 09:00:09 +0000
  • Accept-language: en-US
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=epam.com; dmarc=pass action=none header.from=epam.com; dkim=pass header.d=epam.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=80stQLBiN5QiJJ0lXbBVgPSxMFkYOSWVxy9NS7XJBwg=; b=IKE7KMVA1Yc/Bb55Ipz6x8brOj4RXOQ8k93vcCScsnx7x5nl+yMZU45oinddW8UEQdPPrA0zUdNqFXPwmXBd71+VfMMcjo0Yz04+IAXHBP5MDMqP3T1FWBX8Pq2Xzoj39MRFQuyfskTDMxIvIlpNzixY3uOlTAM5sL6HuuBd3VoNdLB2Yh5hEj2YjwQZ4WS0w6vUhltCE6Z47P7msEg7xy4RlLyRLl1u6oVObTJ8kjEBaHGoU67EokKn0s66B225MvGNVmd0EjdWiMdQ25RqG/09jaGYN88cg2Daq5xSa5nr19pkrBVs2/C72s0FZ+XCIycafVOS6QqAa89f9WnIBA==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=nKJxHA7DYR4chjUsDiF+wCovfCntSH2tsVnYbjlzcBKEtZMxBEspRxK9PRfkUhl4xgf1V6Fg/yE+75K+61qs1ltaQeaQOkg4CIDx8v+s6bn8UjlMloAyuWREEOVZivs9f1h1w+kigta/WubBcdJW7H5Lx1EgPGet112u9J9bh3E97EEY+uUiT9a6Ub/cdHCh1bNfj4Z9ePD4vQJl9BMXQqYkzwMf+Vkje6tETMuoHLL1MLmjxdpED962EJyWZz+VbrFfFDkACX1GrpnI+18aelIAj9fKJXjPDQd2WqPlrCN8gjv4XBuqPDLwNWbFt6X61NjKEGyLYNCuI+f97ClWdA==
  • Authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=epam.com;
  • Cc: Stefano Stabellini <sstabellini@xxxxxxxxxx>, Julien Grall <julien@xxxxxxx>, Andrew Cooper <andrew.cooper3@xxxxxxxxxx>, Michal Orzel <michal.orzel@xxxxxxx>, Roger Pau Monne <roger.pau@xxxxxxxxxx>, Anthony PERARD <anthony.perard@xxxxxxxxxx>, Volodymyr Babchuk <Volodymyr_Babchuk@xxxxxxxx>, Bertrand Marquis <bertrand.marquis@xxxxxxx>, Juergen Gross <jgross@xxxxxxxx>, Grygorii Strashko <grygorii_strashko@xxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxxx>
  • Delivery-date: Mon, 24 Mar 2025 09:00:27 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
  • Thread-index: AQHbkncOeD3VtJHazEm60TGwzYlR9LNt0I6AgBRAzAA=
  • Thread-topic: [RFC PATCH v3 1/7] xen/arm: add generic SCI subsystem

Hi Jan,

Let me answer one of your comment. Please see below:

On 11/03/2025 13:43, Jan Beulich wrote:
> On 11.03.2025 12:16, Grygorii Strashko wrote:
>> --- a/MAINTAINERS
>> +++ b/MAINTAINERS
>> @@ -526,6 +526,12 @@ S:      Supported
>>   F: xen/arch/arm/include/asm/tee/
[snip]
>> --- a/xen/include/public/arch-arm.h
>> +++ b/xen/include/public/arch-arm.h
>> @@ -327,6 +327,8 @@ DEFINE_XEN_GUEST_HANDLE(vcpu_guest_context_t);
>>   #define XEN_DOMCTL_CONFIG_TEE_OPTEE     1
>>   #define XEN_DOMCTL_CONFIG_TEE_FFA       2
>>   
>> +#define XEN_DOMCTL_CONFIG_ARM_SCI_NONE      0
>> +
>>   struct xen_arch_domainconfig {
>>       /* IN/OUT */
>>       uint8_t gic_version;
>> @@ -350,6 +352,8 @@ struct xen_arch_domainconfig {
>>        *
>>        */
>>       uint32_t clock_frequency;
>> +    /* IN */
>> +    uint8_t arm_sci_type;
>>   };
> You're not re-using a pre-existing padding field, so I don't see how you
> can get away without bumping XEN_DOMCTL_INTERFACE_VERSION.
>
> Jan


We are reusing an existing padding field in xen_domctl, which is defined 
as pad[128].

The xen_arch_domainconfig structure is a part of the following domctl 
structures:

- xen_domctl_createdomain

- xen_domctl_getdomaininfo

These structures are included in the union within xen_domctl, which 
defines pad[128] for padding.

In the following example, I used the pahole tool to inspect the current 
structure sizes for the

xen_domctl structure:

 > pahole xen-syms -C xen_domctl

The result is as follows:

     struct xen_domctl {
             uint32_t                   cmd; /*     0     4 */
             uint32_t                   interface_version; /*     4     
4 */
             domid_t                    domain; /*     8     2 */
             uint16_t                   _pad[3];              /* 10     
6 */
             union {
                     struct xen_domctl_createdomain createdomain; /*    
16    76 */
                     struct xen_domctl_getdomaininfo getdomaininfo 
__attribute__((__aligned__(8))); /*    16   120 */
                     ...

                    uint8_t            pad[128];             /* 16   128 */

             };

Both structures, xen_domctl_createdomain and xen_domctl_getdomaininfo, 
do not exceed the size of the 128-byte padding.

WBR,

Oleksii.

 


Rackspace

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