Received: by 10.213.65.68 with SMTP id h4csp1824333imn; Thu, 5 Apr 2018 04:33:17 -0700 (PDT) X-Google-Smtp-Source: AIpwx48ApEakhpkXomk4fd+9kUBcZ0Pi4T4WAV1wO2I2PGra1LwcKFfpZcUQOCeT0XSy/vjdNzrC X-Received: by 10.99.116.74 with SMTP id e10mr4485878pgn.169.1522927997827; Thu, 05 Apr 2018 04:33:17 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1522927997; cv=none; d=google.com; s=arc-20160816; b=UHDfSmvFB8kYUG06j4TXVnKeOzPkqA/nLlc/PZbfZIbrQKY8/XOnT8YGZ993GBrJmu J1iDVP3t9JazRkB2hE9oyBiwZ5J9e7nVUlbM4ro8PWDMyMDn5sYL+PtPrcNh4Ge2jPdP TdsCgOUedkbih5Ws/1SqnU+Miyfv1FfROSiXsb6vA/SwBgCYq4n5QDK6vjsU0GfJgHUH qbPd1AlGEp1Yow78/qBvYPXfLWtqZYvEllrhH/ZsjNLEMIjSudHt8GKndHJ2dadDctDq qdGlLxBNXHGzpjo/jN3KlFfCZksrZ6sRbL+ZAPm6ten+BKn+yVIVzsVIqOqz+Q7z97Zi w3cQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:message-id:content-transfer-encoding :in-reply-to:mime-version:user-agent:date:from:cc:references:to :subject:arc-authentication-results; bh=/DdOY8jG74MJaE7+pFlZ2kzInuk2HlEE4rauIw4flJI=; b=awCH8h3bhMB3jkaOVAji73+LERpgqZGn6yyx24oRkxXY0ugkWm3fejo8OYx+RFRCSA 5eD8xk1Mt3JQZnAGFg0NZ+A1ZBZ1+PpwB6fsqCT3dOsIboljkeKgJjH99xtrTFHLoyah o3+YpJ020LYHBjRYOd8+cFRZk3de7+9fZn5+OTyQ0YQeXd8ea5LjNbkk59J5A3A31jDl 0b7AHkUuWJ6qEB49TSA/MGxpwYDU0Q6cNhrpOCrQpY0vRvVakcxv239Fq62sB16x8led RbbSWipwgumpMNM2slxLPAvHb63cHbaNmeWI4y+t9PWZFrEfpCgCalRiCMoUZNRHtdd+ RUWQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=ibm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id b3si5207986pgc.825.2018.04.05.04.32.33; Thu, 05 Apr 2018 04:33:17 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=ibm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751470AbeDEL2m (ORCPT + 99 others); Thu, 5 Apr 2018 07:28:42 -0400 Received: from mx0a-001b2d01.pphosted.com ([148.163.156.1]:49316 "EHLO mx0a-001b2d01.pphosted.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750835AbeDEL2l (ORCPT ); Thu, 5 Apr 2018 07:28:41 -0400 Received: from pps.filterd (m0098404.ppops.net [127.0.0.1]) by mx0a-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id w35BSU3q090403 for ; Thu, 5 Apr 2018 07:28:41 -0400 Received: from e06smtp15.uk.ibm.com (e06smtp15.uk.ibm.com [195.75.94.111]) by mx0a-001b2d01.pphosted.com with ESMTP id 2h5eg53ber-1 (version=TLSv1.2 cipher=AES256-SHA256 bits=256 verify=NOT) for ; Thu, 05 Apr 2018 07:28:39 -0400 Received: from localhost by e06smtp15.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Thu, 5 Apr 2018 12:28:36 +0100 Received: from b06cxnps4075.portsmouth.uk.ibm.com (9.149.109.197) by e06smtp15.uk.ibm.com (192.168.101.145) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted; Thu, 5 Apr 2018 12:28:32 +0100 Received: from d06av22.portsmouth.uk.ibm.com (d06av22.portsmouth.uk.ibm.com [9.149.105.58]) by b06cxnps4075.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id w35BSWbY34799722; Thu, 5 Apr 2018 11:28:32 GMT Received: from d06av22.portsmouth.uk.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 3650C4C044; Thu, 5 Apr 2018 12:21:20 +0100 (BST) Received: from d06av22.portsmouth.uk.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id BDA5F4C046; Thu, 5 Apr 2018 12:21:18 +0100 (BST) Received: from localhost.localdomain (unknown [9.122.211.94]) by d06av22.portsmouth.uk.ibm.com (Postfix) with ESMTP; Thu, 5 Apr 2018 12:21:18 +0100 (BST) Subject: Re: [RFC] virtio: Use DMA MAP API for devices without an IOMMU To: Balbir Singh References: <20180405105631.9514-1-khandual@linux.vnet.ibm.com> Cc: robh@kernel.org, "linux-kernel@vger.kernel.org" , virtualization@lists.linux-foundation.org, Joe Perches , "open list:LINUX FOR POWERPC (32-BIT AND 64-BIT)" , Markus Elfring , David Gibson From: Anshuman Khandual Date: Thu, 5 Apr 2018 16:58:29 +0530 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-TM-AS-GCONF: 00 x-cbid: 18040511-0020-0000-0000-0000040E61B9 X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused x-cbparentid: 18040511-0021-0000-0000-000042A27515 Message-Id: X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2018-04-05_06:,, signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 impostorscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1709140000 definitions=main-1804050123 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 04/05/2018 04:44 PM, Balbir Singh wrote: > On Thu, Apr 5, 2018 at 8:56 PM, Anshuman Khandual > wrote: >> There are certian platforms which would like to use SWIOTLB based DMA API >> for bouncing purpose without actually requiring an IOMMU back end. But the >> virtio core does not allow such mechanism. Right now DMA MAP API is only >> selected for devices which have an IOMMU and then the QEMU/host back end >> will process all incoming SG buffer addresses as IOVA instead of simple >> GPA which is the case for simple bounce buffers after being processed with >> SWIOTLB API. To enable this usage, it introduces an architecture specific >> function which will just make virtio core front end select DMA operations >> structure. >> >> Signed-off-by: Anshuman Khandual >> --- >> This RFC is just to get some feedback. Please ignore the function call >> back into the architecture. It can be worked out properly later on. But >> the question is can we have virtio devices in the guest which would like >> to use SWIOTLB based (or any custom DMA API based) bounce buffering with >> out actually being an IOMMU devices emulated by QEMU/host as been with >> the current VIRTIO_F_IOMMU_PLATFORM virtio flag ? >> >> arch/powerpc/platforms/pseries/iommu.c | 6 ++++++ >> drivers/virtio/virtio_ring.c | 4 ++++ >> include/linux/virtio.h | 2 ++ >> 3 files changed, 12 insertions(+) >> >> diff --git a/arch/powerpc/platforms/pseries/iommu.c b/arch/powerpc/platforms/pseries/iommu.c >> index 06f02960b439..dd15fbddbe89 100644 >> --- a/arch/powerpc/platforms/pseries/iommu.c >> +++ b/arch/powerpc/platforms/pseries/iommu.c >> @@ -1396,3 +1396,9 @@ static int __init disable_multitce(char *str) >> __setup("multitce=", disable_multitce); >> >> machine_subsys_initcall_sync(pseries, tce_iommu_bus_notifier_init); >> + >> +bool is_virtio_dma_platform(void) >> +{ >> + return true; >> +} >> +EXPORT_SYMBOL(is_virtio_dma_platform); >> diff --git a/drivers/virtio/virtio_ring.c b/drivers/virtio/virtio_ring.c >> index 71458f493cf8..9f205a79d378 100644 >> --- a/drivers/virtio/virtio_ring.c >> +++ b/drivers/virtio/virtio_ring.c >> @@ -144,6 +144,10 @@ struct vring_virtqueue { >> >> static bool vring_use_dma_api(struct virtio_device *vdev) >> { >> + /* Use DMA API even for virtio devices without an IOMMU */ >> + if (is_virtio_dma_platform()) >> + return true; >> + >> if (!virtio_has_iommu_quirk(vdev)) >> return true; >> >> diff --git a/include/linux/virtio.h b/include/linux/virtio.h >> index 988c7355bc22..d8bb83d753ea 100644 >> --- a/include/linux/virtio.h >> +++ b/include/linux/virtio.h >> @@ -200,6 +200,8 @@ static inline struct virtio_driver *drv_to_virtio(struct device_driver *drv) >> int register_virtio_driver(struct virtio_driver *drv); >> void unregister_virtio_driver(struct virtio_driver *drv); >> >> +extern bool is_virtio_dma_platform(void); >> + > > Where is the default implementation for non-pseries platforms? Will they compile > after these changes? No they wont. This is just a RFC asking for suggestion/feedback on a particular direction, will clean up the code later on once we agree on this.