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

RE: [PATCH] xen/arm: Enhance IPMMU-VMSA driver robustness and debug output


  • To: Julien Grall <julien@xxxxxxx>, "Orzel, Michal" <michal.orzel@xxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxxx>
  • From: Jahan Murudi <jahan.murudi.zg@xxxxxxxxxxx>
  • Date: Mon, 7 Jul 2025 11:24:45 +0000
  • Accept-language: en-IN, kn-IN, en-US
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=renesas.com; dmarc=pass action=none header.from=renesas.com; dkim=pass header.d=renesas.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=SvCfiNBsK76ronSfySvCSQs0MK2zl1xNq4AzfsoxSqc=; b=CCWk0jd4pkdLifhIkMfNhdNsupzePhYN40OToBUc22sWh5mqrrSSPrxqe0P33aqnfPYGOvxY+hzKAxseTUOd6s6ZSkZsAG2yBYqoI43dL67RZfbFc8tPY0rpx0TVJIajWnzUuz6aQhDXE1Rl0jde9QJcO/pOQcDC7RajNaRlzCHPhdvPgUUtXN4gkl/llWCZ8YnicdQ+0njYtUG/sjukxFJB1HhyKS67UQgcvqlKR49zBKLRCyd6uzONTrjyhPtO4cRbb8I0Yu0W5pZ41rNkoUtIyT1iEixD8TKxFG7Y/8geUxWTVsWNVmzXIAEljymMBWL37LsP49aIQKPI2WwF/Q==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=Jpv/bybw++SOJi4+6so50rfX+R+PwbgN8YYdWnpnmAyeCCtjysFUo0HBGLg5XdLD7JAx/GWvAT78BjifY/5UWPOjPkWLktupNIhheBGBHi0O6avOM50Nfb7HNX+poPfLaZY2+OdP+vVUJ7+eAjkJjVDsalOtkdDqFVBHOEqIZd99h0I2D9x1kd8HV0xCrRWeUil2mzavuKtfBT+f/w22WcBlIVx0rVgN1OqMW2M/ydSBazjb0pQarYBke5T+nogX1SEJd3sl6kwdt+r+YktPWF7LJr36NDVx51A8DBwWN7gi/l4d33oG3EW5FL8ltKl8GX2iddt+kUEuJnVSehXZyg==
  • Authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=renesas.com;
  • Cc: Stefano Stabellini <sstabellini@xxxxxxxxxx>, Bertrand Marquis <bertrand.marquis@xxxxxxx>, Volodymyr Babchuk <volodymyr_babchuk@xxxxxxxx>
  • Delivery-date: Mon, 07 Jul 2025 11:25:11 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
  • Thread-index: AQHb4c6ALl3IHvqkBEOgbLXzyjOhU7QQXHcAgANRIGCAABW5gIAHh3bAgAAflQCACzRUEA==
  • Thread-topic: [PATCH] xen/arm: Enhance IPMMU-VMSA driver robustness and debug output

Hi Julien,

> On 30/06/2025 13:44, Julien Grall wrote:

>> On 25/06/2025 16:53, Julien Grall wrote:
>
>> Hi Jahan,
> 
>>>>>> +    dsb(sy);
>>>>> Any clue why Linux (mainline) does not do that?

> I understand for the PCI passthrough, Xen will be using stage-2, so in theory 
> the stage-1 could be used by the guest OS. But ultimately, this is the same 
> PCI device behind. So if it is not coherent, it should be for both stages. Do 
> you have any pointer to the documentation that would state otherwise?

You're right - coherency characteristics are identical for both stages. My 
earlier understanding was incorrect.

> Note, I just noticed that IOMMU_FEAT_COHERENT_WALK is not set for the IPMMU. 
> So the "dsb sy" is coherent. However, I find doubful an IOMMU would have a 
> difference of coherency between two stages. So maybe we should set the flag 
> either unconditionally or based on a register.

Excellent observation. Current R-car IPMMU doesn't supports coherent walks - we 
should indeed set this flag unconditionally.

 >> and we must also prevent(minimise) any DMA operations during TLB 
 >> invalidation( observed some IPMMU hardware limitations in the
documentation) .

> I don't understand what you wrote in parentheses. But isn't it what you wrote 
> all true for stage-1?

Correct – the hardware reference doc guidelines about minimizing DMA during 
flushes applies globally. This is true for both stage-1 and stage-2. 
Given that the patch has already been Acked by Michal, can we proceed with 
applying it?

Regards,
Jahan Murudi


 


Rackspace

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