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

Re: [PATCH] xen/arm: smmuv1: Revert associating the group pointer with the S2CR


  • To: Julien Grall <julien@xxxxxxx>
  • From: Rahul Singh <Rahul.Singh@xxxxxxx>
  • Date: Fri, 16 Apr 2021 16:41:17 +0000
  • Accept-language: 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-SenderADCheck; bh=4aXCwxtgSCgRaKJh63xVnLb+qqhcSFbSL4vGT++2Wvc=; b=AzAlo57BVl3cRPZy64CNla2k1tEZSFbgxuQeVC+mA223m2k/YK09E4E9+CtxfIQCoxO8wKKqxtrV0tvS/2zotN/n/KEcXWtlWoT/YUvwW9fC+oDYKn08yAOEVB7Fb9KtXnay2Q3gmxGrMYk8cyFWfSZ6GVSKgmpzdOp4OewGp/ccFJhuEM0A528ci/ToLBx7A1LCHky9uZrpKWuoMhmFc+1bVALO5ExukId8gO1q6EXX7QDRE3iGws6f8gGqNQPnC6JPBUZPB9vKPfQ+gObYgQCsgV3a+vXagI9rxbZi6CKOB/QILsqiWv9EQWjXwfg7sWcTwxHWzse2smORx+tpig==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=VRQz2HSpvfaOVC7b7NPpuFeBMzZbEiFNdpzD9chW2mUkfq5OfQgP/HyKSA10GlOwGMO4kNACCrXmtkcVFEDASp2XxjH/5vqJ14SBqN4B6BJXjY4UjXsgMrYaNpfRqGzw+lGPecxv/Ez1WHuvKhGGyla08bouW9JSTVMM8H6XARzlu3WNMiO4QbFFnoWfNvQ0cIS+kLtbKaxzXPi/meT25iQRvgOOUbKDbFsBA8VJ+nJPAWfzEu6Vx7Da+6fKvt8o2Bi3RqZiI23OEm0EtNVqSZy3LsUfMEsV3a7KYa12Nc5f+TL/SDKbeg14Exv9kGBbfzG8CMnH5wDfxYlVZStPfA==
  • Authentication-results-original: xen.org; dkim=none (message not signed) header.d=none;xen.org; dmarc=none action=none header.from=arm.com;
  • Cc: xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxxx>, Bertrand Marquis <Bertrand.Marquis@xxxxxxx>, Stefano Stabellini <sstabellini@xxxxxxxxxx>, Volodymyr Babchuk <Volodymyr_Babchuk@xxxxxxxx>
  • Delivery-date: Fri, 16 Apr 2021 16:41:38 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
  • Nodisclaimer: true
  • Original-authentication-results: xen.org; dkim=none (message not signed) header.d=none;xen.org; dmarc=none action=none header.from=arm.com;
  • Thread-index: AQHXMrMxW8Hpcs9A7Ei4/6fuLjr236q3NfuAgAAHXICAAAYsgIAAC7YAgAAA/oCAAAkFAA==
  • Thread-topic: [PATCH] xen/arm: smmuv1: Revert associating the group pointer with the S2CR

Hi Julien

> On 16 Apr 2021, at 5:08 pm, Julien Grall <julien@xxxxxxx> wrote:
> 
> 
> 
> On 16/04/2021 17:05, Rahul Singh wrote:
>>> On 16 Apr 2021, at 4:23 pm, Julien Grall <julien@xxxxxxx> wrote:
>>> 
>>> 
>>> 
>>> On 16/04/2021 16:01, Rahul Singh wrote:
>>>> Hi Julien,
>>> 
>>> Hi Rahul,
>>> 
>>>>> On 16 Apr 2021, at 3:35 pm, Julien Grall <julien@xxxxxxx> wrote:
>>>>> 
>>>>> Hi,
>>>>> 
>>>>> On 16/04/2021 12:25, Rahul Singh wrote:
>>>>>> Revert the code that associates the group pointer with the S2CR as this
>>>>>> code causing an issue when the SMMU device has more than one master
>>>>>> device.
>>>>> 
>>>>> It is not clear to me why this change was first added. Are we missing any 
>>>>> feature when reverting it?
>>>> This feature was added when we backported the code from Linux to fix the 
>>>> stream match conflict issue
>>>> as part of commit "xen/arm: smmuv1: Intelligent SMR allocation”.
>>>> This is an extra feature added to allocate IOMMU group based on stream-id. 
>>>> If two device has the
>>>> same stream-id then we assign those devices to the same group.
>>> 
>>> If we revert the patch, then it would not be possible to use the SMMU if 
>>> two devices use the same stream-id. Is that correct?
>> No. If we revert the patch we can use the SMMU if two devices use the same 
>> stream-id without any issue but each device will be in a separate group.This 
>> is same behaviour before the code is merged.
> 
> Ok. So there is no change in behavior. Good. Can you propose a commit message 
> clarifying that? 

Please have a look if it make sense.

xen/arm: smmuv1: Revert associating the group pointer with the S2CR

Revert the code that associates the group pointer with the S2CR as this
code causing an issue when the SMMU device has more than one master
device with same stream-id. This issue is introduced by the below commit:

“0435784cc75dcfef3b5f59c29deb1dbb84265ddb:xen/arm: smmuv1: Intelligent SMR 
allocation”
 
Reverting the code will not impact to use of SMMU if two devices use the
same stream-id but each device will be in a separate group. This is the same
behaviour before the code is merged.

> 
> OOI why was the code added if it doesn't make any difference?

This code is part of the code in Linux commit to fix stream match conflict 
issue when two devices have the same stream-id. See Linux commit message.
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/drivers/iommu/arm-smmu.c?h=linux-5.8.y&id=588888a7399db352d2b1a41c9d5b3bf0fd482390

When I tested the code on Juno board I didn’t  observe any issue so I thought 
it is ok to merge this code to have clean backport.

Regards,
Rahul

> 
> Anyway, thanks for the explanation!
> 
> Cheers,
> 
> -- 
> Julien Grall


 


Rackspace

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