From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-4.1 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 97311C433B4 for ; Wed, 19 May 2021 18:08:22 +0000 (UTC) Received: from desiato.infradead.org (desiato.infradead.org [90.155.92.199]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 20DD8611BD for ; Wed, 19 May 2021 18:08:22 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 20DD8611BD Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=ziepe.ca Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=desiato.20200630; h=Sender:Content-Transfer-Encoding :Content-Type:List-Subscribe:List-Help:List-Post:List-Archive: List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:Message-ID: Subject:Cc:To:From:Date:Reply-To:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=HP/X4XxvV92qaUZoCXU9lXZwWqCjihBHPVKTjkW4Fqk=; b=BYFnZt0mP9WW9u0S9SD8B06XU 6NIcGs0EyXWfnULqnnjusJ/o21IwnToL12+SCoftipq+I633zx6xdFvbiqADqlvlMczjkB69prJmU V6Br2RqW9gFGZETtynATbqJ9F722rnWqYHdESSYIYphhnJrnxi4wgCOtgoYGN3+ghd2T4bAWDCyQu nIzFBDHUyoGvyT8/nMPwlsmotxq2QwQzgPAWmrdj+rWAB4WXyn9lPIzCVTm3ZIKg+uEjYN2D6Zuzw w6oIPtHECfSSr1ZVeduU2640PTMbyWZNy5UEVYXZiC57e99PvyDwoOWRpnb/LEcumab+/KqJ4tD0F bUx4ZJWjw==; Received: from localhost ([::1] helo=desiato.infradead.org) by desiato.infradead.org with esmtp (Exim 4.94 #2 (Red Hat Linux)) id 1ljQal-004j9B-45; Wed, 19 May 2021 18:06:47 +0000 Received: from bombadil.infradead.org ([2607:7c80:54:e::133]) by desiato.infradead.org with esmtps (Exim 4.94 #2 (Red Hat Linux)) id 1ljQag-004j8X-If for linux-arm-kernel@desiato.infradead.org; Wed, 19 May 2021 18:06:42 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=bombadil.20210309; h=In-Reply-To:Content-Type:MIME-Version :References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description; bh=tImv3Ted6BARmz7M+tuEIdrP9JRn+bjF1ToIbRbbDJ8=; b=F0NKqP2eKPguMLTFPznzebUed5 owi9M6pBucDiuWVCKMJKHxQoSGXE9li/3QIVoePDm+xSGYFgKHxRLPxhBw4I+KBNet04iRZlqI3R0 lRKv5IYim9wVYyZkbqx7GF0q6MyohWEAnMv0PFddW20tOPyHPsHXfJ10838w5bPnvNVZ3SKVV266l MJBf9xHG3sG4fRpHc/bQKS5NWj6tEgZ2NvzKLv3n2BanfCf2tc8F5xi4L9EuZYevHhnzcOPY0NE5E qeMODm41rGJSujdK8llzSW15wz77MM/MA9BLFEm1GzH5AN9acuGX64g0NqG6/iCcaZUiv1wfBorse Oh6BtEbw==; Received: from mail-qv1-xf36.google.com ([2607:f8b0:4864:20::f36]) by bombadil.infradead.org with esmtps (Exim 4.94 #2 (Red Hat Linux)) id 1ljQad-00FgJT-Oo for linux-arm-kernel@lists.infradead.org; Wed, 19 May 2021 18:06:41 +0000 Received: by mail-qv1-xf36.google.com with SMTP id q6so7264090qvb.2 for ; Wed, 19 May 2021 11:06:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ziepe.ca; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=tImv3Ted6BARmz7M+tuEIdrP9JRn+bjF1ToIbRbbDJ8=; b=Bbfl7flyMPWNyDLufCNwLW0WE4SyDnLCleDYtN7/u2gC0bb9iO/Hkj1b1N8LaK9jVj fFv21pHhR5afJPiTABu+Ns9UNr+b/IYRlZTXuZKrDtFJJ4kpcYylkACvXknYC/tu6iwZ aHZcmydArLtG5/HbT3w8d1hPAEd3OXLH52ztw2rDziHqk6aPSr7SCDOHthEKfk90OyfU AwNjxGHXHO6Kcj6FHUcEI5ANW2fXnbX8TXUtHFrHnkiCemekTOsHtUHxJHpMPhlG6HEU k175NImjnc4rhOfcgzYSFll8wC69/QQbK3OpIkUQKd4DZhvtTDNmCmYiosX/qIG+M9ig aA7w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=tImv3Ted6BARmz7M+tuEIdrP9JRn+bjF1ToIbRbbDJ8=; b=i2ItP4GtKw7QmIDUDFuVGgZG9cLZ0ookdmyHSxUc4XbhPASAFB/mF9AtrlNJPq2gLs hmJi029FNYkwLKgPVKYYSHf6kRAA5/87IB4XZML3WIf/vUPKvFxEh5dxupK+cp5zIXp2 kwsy+UaXV2WddG2sx5Wy/lYrIxltITxU7/UjyLwzQh0ekMw2PWKt6PIAYYhnBOCg8tmq TnW+qqYz9kfr6FneXkgLoAdefXt54miLaiptWUeInlhqVeTmQMbsB2SR9qJuihphJOiP eyoABfXBDt+gb+R6n8C3Censz85WfCznUK1egWFY9KBXZyDcd4Ym0lhCkGVX910ECZaw ai9g== X-Gm-Message-State: AOAM530aMNlbACbK7xwtBWh0ZU2riMWJS2qt8Vf9X2G7u9EzN+TswEeO OVM1uLxoAxaweSQz1OgbN7AEyfg1krGpLm4v X-Google-Smtp-Source: ABdhPJxfdVisFtDoBA6vNWNzXoLMLU8eFLwTJh2Zrfswd3jA5ooaEQhDs9SHMkNr9LB1GfQ5Oi4EbQ== X-Received: by 2002:a0c:ee62:: with SMTP id n2mr906256qvs.20.1621447597322; Wed, 19 May 2021 11:06:37 -0700 (PDT) Received: from ziepe.ca (hlfxns017vw-47-55-113-94.dhcp-dynamic.fibreop.ns.bellaliant.net. [47.55.113.94]) by smtp.gmail.com with ESMTPSA id w5sm321655qkf.14.2021.05.19.11.06.36 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 19 May 2021 11:06:36 -0700 (PDT) Received: from jgg by mlx with local (Exim 4.94) (envelope-from ) id 1ljQaZ-00AnII-Nw; Wed, 19 May 2021 15:06:35 -0300 Date: Wed, 19 May 2021 15:06:35 -0300 From: Jason Gunthorpe To: Robin Murphy Cc: Joerg Roedel , "Tian, Kevin" , "kvm@vger.kernel.org" , Will Deacon , Kirti Wankhede , "iommu@lists.linux-foundation.org" , Alex Williamson , David Woodhouse , Christoph Hellwig , "linux-arm-kernel@lists.infradead.org" Subject: Re: [PATCH 3/6] vfio: remove the unused mdev iommu hook Message-ID: <20210519180635.GT1096940@ziepe.ca> References: <20210514121925.GI1096940@ziepe.ca> <20210514133143.GK1096940@ziepe.ca> <20210517123010.GO1096940@ziepe.ca> <20210517133500.GP1096940@ziepe.ca> <131327e3-5066-7a88-5b3c-07013585eb01@arm.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <131327e3-5066-7a88-5b3c-07013585eb01@arm.com> X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20210519_110639_988096_B46C5C68 X-CRM114-Status: GOOD ( 28.44 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Wed, May 19, 2021 at 04:23:21PM +0100, Robin Murphy wrote: > On 2021-05-17 16:35, Joerg Roedel wrote: > > On Mon, May 17, 2021 at 10:35:00AM -0300, Jason Gunthorpe wrote: > > > Well, I'm sorry, but there is a huge other thread talking about the > > > IOASID design in great detail and why this is all needed. Jumping into > > > this thread without context and basically rejecting all the > > > conclusions that were reached over the last several weeks is really > > > not helpful - especially since your objection is not technical. > > > > > > I think you should wait for Intel to put together the /dev/ioasid uAPI > > > proposal and the example use cases it should address then you can give > > > feedback there, with proper context. > > > > Yes, I think the next step is that someone who read the whole thread > > writes up the conclusions and a rough /dev/ioasid API proposal, also > > mentioning the use-cases it addresses. Based on that we can discuss the > > implications this needs to have for IOMMU-API and code. > > > > From the use-cases I know the mdev concept is just fine. But if there is > > a more generic one we can talk about it. > > Just to add another voice here, I have some colleagues working on drivers > where they want to use SMMU Substream IDs for a single hardware block to > operate on multiple iommu_domains managed entirely within the > kernel. If it is entirely within the kernel I'm confused how mdev gets involved? mdev is only for vfio which is userspace. In any event, if you are kernel only it is not quite as big a deal to create what you need. A 'substream domain' disconnected from the struct device is not unreasonable. > an mdev-like approach with aux domains is pretty much the ideal fit for this > use-case, while all the IOASID discussion appears centred on SVA and > userspace interfaces, and as such barely relevant if at all. /dev/ioasid is centered on userspace, but usually the way this works is a user API like that will be close to a mirror kernel implementation if someone needs such a thing. Jason _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel