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

Re: [PATCH 07/10] xen/arm: gicv3: modify ICH_LR_PHYSICAL_MASK to allow eSPI processing


  • To: Julien Grall <julien@xxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxxx>
  • From: Leonid Komarianskyi <Leonid_Komarianskyi@xxxxxxxx>
  • Date: Thu, 31 Jul 2025 13:20:44 +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=IvUeAFMxXkRcpGXdQ+rX6vKIlfirzW5aGyjCu/TSeXw=; b=UXrtJotv0jmsE5QLlgD85Jz1Yp9HMIC9qwfS2LHHRGX8+naCdipSUz7tbr2FtH7AyhYvjb6Jh7DMG1PrpjrgBCfbXtZ92FtKW5eZFzYGPCHDaknZGXfeG1vwXY+2Lxf1fHzK39Ntr5NdX2SSEX+qSJrI27ijlPtsdegwLG0zcQyQVqQ7k+y3sT2sw1JT72SIHUmKicHIJxIl2F1+cdGPi9j7sRPrjj3ARwKm05tVUl+fOn40jcaTziD4x8cES9gmGYJPBeEthSzTR/dIMpbUKLVP/1dMr5iy1U6RhCcT281HBChKSzTcaWgKBsPa6x97m6Y98AFKE9iVKQcvx3MYuQ==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=Etuz57MSBGjU3B7rjAgAXBRR/MkvR969LSjsU2UszVF7va+4KtUutcz+43BoD+n/3AAwzKo0XXQCBDr5fcbbWevHMEJJEwyMJMaInj5fP34vHY3omI0ZzhQOXVOEuEB12maUGtd79G7e8DzErcL+1EYHAxKT2Mf8acn9V+2vqyYPwySvx1COYhsG/CsemCcRXunYWoKnRWMnJspkSU5ymKOL3TBglhplJhZTrW1XpNeZfYsjEVCKqXQBU87D/kod8KzSoHQp8TFw5ZVPLNf4xKTW5RB2eMD5J+e3AMt+DvVO7d9DtMbW4s2gG+xikswIvlw3jnYt9+EZQrqXbgVS4A==
  • Authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=epam.com;
  • Cc: Stefano Stabellini <sstabellini@xxxxxxxxxx>, Bertrand Marquis <bertrand.marquis@xxxxxxx>, Michal Orzel <michal.orzel@xxxxxxx>, Volodymyr Babchuk <Volodymyr_Babchuk@xxxxxxxx>
  • Delivery-date: Thu, 31 Jul 2025 13:20:49 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
  • Thread-index: AQHb/KmyAOO+dhnkn0OvTOwdcn9c8rRJKngAgAMYCwA=
  • Thread-topic: [PATCH 07/10] xen/arm: gicv3: modify ICH_LR_PHYSICAL_MASK to allow eSPI processing

Hi Julien,

On 29.07.25 17:05, Julien Grall wrote:
> Hi,
> 
> On 24/07/2025 15:57, Leonid Komarianskyi wrote:
>> To properly deactivate guest interrupts and allow them to be retriggered
>> after the initial trigger, the LR needs to be updated. The current
>> implementation ignores interrupts outside the range specified by the mask
>> 0x3FF, which only covers IRQ numbers up to 1023. To enable processing of
>> eSPI interrupts, this patch updates the mask to 0x13FF.
>>
>> Signed-off-by: Leonid Komarianskyi <leonid_komarianskyi@xxxxxxxx>
>> ---
>>   xen/arch/arm/include/asm/gic_v3_defs.h | 4 ++++
>>   1 file changed, 4 insertions(+)
>>
>> diff --git a/xen/arch/arm/include/asm/gic_v3_defs.h b/xen/arch/arm/ 
>> include/asm/gic_v3_defs.h
>> index 7f769b38e3..2c02ddd287 100644
>> --- a/xen/arch/arm/include/asm/gic_v3_defs.h
>> +++ b/xen/arch/arm/include/asm/gic_v3_defs.h
>> @@ -206,7 +206,11 @@
>>   #define ICH_LR_VIRTUAL_SHIFT         0
>>   #define ICH_LR_CPUID_MASK            0x7
>>   #define ICH_LR_CPUID_SHIFT           10
>> +#ifndef CONFIG_GICV3_ESPI
>>   #define ICH_LR_PHYSICAL_MASK         0x3ff
>> +#else
>> +#define ICH_LR_PHYSICAL_MASK         0x13ff
>> +#endif
> 
> Can't we use 0x13ff unconditionally? If not, then why is it fine to use 
> it on a system where GICv3 doesn't support? (I assume distros will want 
> to have it enabled).
>>   #define ICH_LR_PHYSICAL_SHIFT        32
>>   #define ICH_LR_STATE_MASK            0x3
>>   #define ICH_LR_STATE_SHIFT           62
> 
> Cheers,
> 
You are absolutely right - we can use it unconditionally. So, I will 
remove the unnecessary #ifdef in v2.

Thanks for pointing that out.

Cheers,
Leonid

 


Rackspace

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