Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp155135ybt; Mon, 6 Jul 2020 06:23:21 -0700 (PDT) X-Google-Smtp-Source: ABdhPJziQJiKZcX78JDnMOcGH2AqnjQMr3p10Q66NlXo0X/8pqEQjVpTRleyub7WA8V0rnRLrJ27 X-Received: by 2002:aa7:d3c8:: with SMTP id o8mr49085654edr.294.1594041801116; Mon, 06 Jul 2020 06:23:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1594041801; cv=none; d=google.com; s=arc-20160816; b=jItVpMfgP7jR8pPCUnIvh2OJ/5HOF7CVpS/xcrCL3YmDC11jm3JpvV5r1TiC+BxYVQ sb2bkWuakwNPljCYBiRzj2NAXmxI6C5BFoOws2an9QMrujWDkrU6VhzTDTQmCTuZbMcJ 4jgA1vQhvLGQehH2Y5le1jP0YnR+FOjy+tbTGQkNH8j7PSpP2bAbFjsFzxo4805ycN2k eLuKXQ4M47qti01ryjLwdJDC8sMHVq6GL6SwUmMlbqA+PFwvsi17So10yF1fg0utw2+y yBWAPH6mXTSTUbM8Emdb9c6NPl/hNVL49/6wyzYn/F5jupvEt9vlGkCjmLGkZ9Ok2Y1U QHyQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dkim-signature; bh=eD+BPuGLixLMbCyAZUyX9b044yZCPOLzS0+xnOtqf8A=; b=jYRiYjC2Y/HSojKUoFgqT6cwHblScuQ/HKC0pBM1mHcM6ivZ/vg2FbJdCS4IWg9xLc pC8LdUSttf6p5tCvdQkPo34TB69UZSqHCU9oSQlqJxgL4gD+ex/BZlocvhyJXZeu8/zE 8Xpi8u8vyEsd3V64MLNuakk6rbBZs0F2lg/PxRtGNO2f7/Wr17VtVedagOEKC6op7OeE 653Cru2mmiDmXjMs+Go1YEOWvodYt8YMran+NeSc8DeD8JSHPbP3jIaQ9ihKDZsrYxfT XJ6vHg4OR8rkm7a/+jHWOaL9WyrBn2Z4O19TxI8GxceHK1A2YmCNIRs9BNrr5Clfd6ps A8Sw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b="TulIa/yM"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id w5si12526296ejb.404.2020.07.06.06.22.57; Mon, 06 Jul 2020 06:23:21 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b="TulIa/yM"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729158AbgGFNWS (ORCPT + 99 others); Mon, 6 Jul 2020 09:22:18 -0400 Received: from us-smtp-delivery-1.mimecast.com ([205.139.110.120]:23828 "EHLO us-smtp-1.mimecast.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1729130AbgGFNWR (ORCPT ); Mon, 6 Jul 2020 09:22:17 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1594041735; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=eD+BPuGLixLMbCyAZUyX9b044yZCPOLzS0+xnOtqf8A=; b=TulIa/yM7tmYP/oDwRTDFjCfHDl6smqIOU5kRsmV6aBQ6lYjnvPv98w3Zw01rDyoG+fe7m yz7suW0qLuZ2PoYP4WG/r3RrLHITCkv1WgVXs6WfH0nOxsk9MA+5OMGvMp2QkqAXBk1H1i FJzrZfH9pvKpQgERP9hJSmz/0IryYUs= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-358-22Va9dKvOc29PdnKlvj5jw-1; Mon, 06 Jul 2020 09:22:12 -0400 X-MC-Unique: 22Va9dKvOc29PdnKlvj5jw-1 Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.phx2.redhat.com [10.5.11.13]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id CB336BFC2; Mon, 6 Jul 2020 13:22:09 +0000 (UTC) Received: from [10.36.113.241] (ovpn-113-241.ams2.redhat.com [10.36.113.241]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 11D5F7B40C; Mon, 6 Jul 2020 13:21:59 +0000 (UTC) Subject: Re: [PATCH v4 03/15] iommu/smmu: Report empty domain nesting info To: "Liu, Yi L" , "alex.williamson@redhat.com" , "baolu.lu@linux.intel.com" , "joro@8bytes.org" Cc: "Tian, Kevin" , "jacob.jun.pan@linux.intel.com" , "Raj, Ashok" , "Tian, Jun J" , "Sun, Yi Y" , "jean-philippe@linaro.org" , "peterx@redhat.com" , "Wu, Hao" , "stefanha@gmail.com" , "iommu@lists.linux-foundation.org" , "kvm@vger.kernel.org" , "linux-kernel@vger.kernel.org" , Will Deacon , Robin Murphy References: <1593861989-35920-1-git-send-email-yi.l.liu@intel.com> <1593861989-35920-4-git-send-email-yi.l.liu@intel.com> From: Auger Eric Message-ID: <4d1a11b4-dcf3-b3a1-8802-3dd3ae97b3a4@redhat.com> Date: Mon, 6 Jul 2020 15:21:58 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.79 on 10.5.11.13 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Yi, On 7/6/20 2:46 PM, Liu, Yi L wrote: > Hi Eric, > >> From: Auger Eric >> >> Hi Yi, >> >> Please add a commit message: instead of returning a boolean for >> DOMAIN_ATTR_NESTING, arm_smmu_domain_get_attr() returns a >> iommu_nesting_info handle. > > will do. thanks for the suggestion. > >> >> On 7/4/20 1:26 PM, Liu Yi L wrote: >>> Cc: Will Deacon >>> Cc: Robin Murphy >>> Cc: Eric Auger >>> Cc: Jean-Philippe Brucker >>> Suggested-by: Jean-Philippe Brucker >>> Signed-off-by: Liu Yi L >>> Signed-off-by: Jacob Pan >>> --- >>> drivers/iommu/arm-smmu-v3.c | 29 +++++++++++++++++++++++++++-- >>> drivers/iommu/arm-smmu.c | 29 +++++++++++++++++++++++++++-- >>> 2 files changed, 54 insertions(+), 4 deletions(-) >>> >>> diff --git a/drivers/iommu/arm-smmu-v3.c b/drivers/iommu/arm-smmu-v3.c >>> index f578677..0c45d4d 100644 >>> --- a/drivers/iommu/arm-smmu-v3.c >>> +++ b/drivers/iommu/arm-smmu-v3.c >>> @@ -3019,6 +3019,32 @@ static struct iommu_group >> *arm_smmu_device_group(struct device *dev) >>> return group; >>> } >>> >>> +static int arm_smmu_domain_nesting_info(struct arm_smmu_domain >> *smmu_domain, >>> + void *data) >>> +{ >>> + struct iommu_nesting_info *info = (struct iommu_nesting_info *) data; >>> + u32 size; >>> + >>> + if (!info || smmu_domain->stage != ARM_SMMU_DOMAIN_NESTED) >>> + return -ENODEV; >>> + >>> + size = sizeof(struct iommu_nesting_info); >>> + >>> + /* >>> + * if provided buffer size is not equal to the size, should >>> + * return 0 and also the expected buffer size to caller. >>> + */ >>> + if (info->size != size) { >> < size? > > < size may work as well. but I'd like the caller provide exact buffer size. not sure > if it is demand in kernel. do you have any suggestion? I just suggested that by analogy with the VFIO argsz > >>> + info->size = size; >>> + return 0; >>> + } >>> + >>> + /* report an empty iommu_nesting_info for now */ >>> + memset(info, 0x0, size); >>> + info->size = size; >> For info, the current SMMU NESTED mode is not enabling any nesting. It just forces >> the usage of the 2st stage instead of stage1 for single stage translation. > > yep. The intention is as below: > > " However it requires changing the get_attr(NESTING) implementations in both > SMMU drivers as a precursor of this series, to avoid breaking > VFIO_TYPE1_NESTING_IOMMU on Arm. Since we haven't yet defined the > nesting_info structs for SMMUv2 and v3, I suppose we could return an empty > struct iommu_nesting_info for now?" > https://lore.kernel.org/linux-iommu/20200617143909.GA886590@myrica/ > > do you think any other needs to be done for now? I understand this is a prerequisite. It was more as an information. Returning a void struct is a bit weird but at the moment I don't have anything better. Thanks Eric > > Regards, > Yi Liu > >> Thanks >> >> Eric >>> + return 0; >>> +} >>> + >>> static int arm_smmu_domain_get_attr(struct iommu_domain *domain, >>> enum iommu_attr attr, void *data) { @@ - >> 3028,8 +3054,7 @@ >>> static int arm_smmu_domain_get_attr(struct iommu_domain *domain, >>> case IOMMU_DOMAIN_UNMANAGED: >>> switch (attr) { >>> case DOMAIN_ATTR_NESTING: >>> - *(int *)data = (smmu_domain->stage == >> ARM_SMMU_DOMAIN_NESTED); >>> - return 0; >>> + return arm_smmu_domain_nesting_info(smmu_domain, >> data); >>> default: >>> return -ENODEV; >>> } >>> diff --git a/drivers/iommu/arm-smmu.c b/drivers/iommu/arm-smmu.c index >>> 243bc4c..908607d 100644 >>> --- a/drivers/iommu/arm-smmu.c >>> +++ b/drivers/iommu/arm-smmu.c >>> @@ -1506,6 +1506,32 @@ static struct iommu_group >> *arm_smmu_device_group(struct device *dev) >>> return group; >>> } >>> >>> +static int arm_smmu_domain_nesting_info(struct arm_smmu_domain >> *smmu_domain, >>> + void *data) >>> +{ >>> + struct iommu_nesting_info *info = (struct iommu_nesting_info *) data; >>> + u32 size; >>> + >>> + if (!info || smmu_domain->stage != ARM_SMMU_DOMAIN_NESTED) >>> + return -ENODEV; >>> + >>> + size = sizeof(struct iommu_nesting_info); >>> + >>> + /* >>> + * if provided buffer size is not equal to the size, should >>> + * return 0 and also the expected buffer size to caller. >>> + */ >>> + if (info->size != size) { >>> + info->size = size; >>> + return 0; >>> + } >>> + >>> + /* report an empty iommu_nesting_info for now */ >>> + memset(info, 0x0, size); >>> + info->size = size; >>> + return 0; >>> +} >>> + >>> static int arm_smmu_domain_get_attr(struct iommu_domain *domain, >>> enum iommu_attr attr, void *data) { @@ - >> 1515,8 +1541,7 @@ >>> static int arm_smmu_domain_get_attr(struct iommu_domain *domain, >>> case IOMMU_DOMAIN_UNMANAGED: >>> switch (attr) { >>> case DOMAIN_ATTR_NESTING: >>> - *(int *)data = (smmu_domain->stage == >> ARM_SMMU_DOMAIN_NESTED); >>> - return 0; >>> + return arm_smmu_domain_nesting_info(smmu_domain, >> data); >>> default: >>> return -ENODEV; >>> } >>> >