From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wm0-f54.google.com (mail-wm0-f54.google.com [74.125.82.54]) by dpdk.org (Postfix) with ESMTP id 35646A2F for ; Wed, 2 Dec 2015 17:20:29 +0100 (CET) Received: by wmuu63 with SMTP id u63so221883175wmu.0 for ; Wed, 02 Dec 2015 08:20:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=6wind-com.20150623.gappssmtp.com; s=20150623; h=from:to:cc:subject:date:message-id:organization:user-agent :in-reply-to:references:mime-version:content-transfer-encoding :content-type; bh=0xD3MkDk9rLzMy3k1uQdEUtC6x0XGN2roCHMNf99iQo=; b=XIPmUwN4RWv0wKmeLItEmZEGsbfQWzrdZ6LDHbc/ypPGTemMvpQwe+VNHzHDwKWS5i jNUwGm/RUZvz1Gdqeszu1cv5a1HygjmyT1vDzFH0yBMCcvijgwTs5/MBkdIsH19eigWC xhYC+kWyDYfFp4tbt3oN3w1GCAUOQvEG2oU3rucgsrGd2Fjdlh00WwT2+OSj1vPNTq9P zu+kZqckpkRVXw4KIK03jucnDdm0XISqqJlcW2CLwiwM1FPWMfFpBXi2csDxb3EKMJMg GASvwyKnsHct/zNJXdRN/mopPaez8a1NVOiMwLRdAuIEFli0y7ZjQpuUuXJJzms7u6oT 0Itg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:date:message-id:organization :user-agent:in-reply-to:references:mime-version :content-transfer-encoding:content-type; bh=0xD3MkDk9rLzMy3k1uQdEUtC6x0XGN2roCHMNf99iQo=; b=XV14/fgsFiP8rHmjQeXIPULihwgXp5gpsGBTpJxJcw7HItwhc1BLPANOGOcCI2HOlh Iot3mXdmnk3MEr09Roxr85I3h69UWmUuzg9qLtoU9ajlZQx4xn31YSAGb5KWtxDpf/6C DCwhY6n9S/Tl1dTx0umuanPffHVb2r2L9I8bOCc7AjB8tz5Y69b5z8KTJNRZMQlCjskg 3kadoMrpyOZL7MW2gMJ7Xw4u9KXCed+eiu5Or5qSncKA84CjiT0SGsCKOq76aKoaF9hZ Pvg91O+jY+nIpTjjTt6Nu4x76hUtKLtVZp+p0TehLNqK+CVVnK+Eo+JpFwJi0ay3vL55 8z+Q== X-Gm-Message-State: ALoCoQlGZhiK6KoEPoNquRpBluS/PKQ5yahheoriuScoylVs3bd/HicwfVM/4rBWRQMqlA7X4/xG X-Received: by 10.28.145.144 with SMTP id t138mr6864248wmd.70.1449073228942; Wed, 02 Dec 2015 08:20:28 -0800 (PST) Received: from xps13.localnet (guy78-3-82-239-227-177.fbx.proxad.net. [82.239.227.177]) by smtp.gmail.com with ESMTPSA id uw6sm3436335wjc.42.2015.12.02.08.20.27 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 02 Dec 2015 08:20:28 -0800 (PST) From: Thomas Monjalon To: Alex Williamson Date: Wed, 02 Dec 2015 17:19:18 +0100 Message-ID: <1473285.yZJWhu9CPo@xps13> Organization: 6WIND User-Agent: KMail/4.14.10 (Linux/4.1.6-1-ARCH; KDE/4.14.11; x86_64; ; ) In-Reply-To: <1449070123.15753.35.camel@redhat.com> References: <20151028211309.14155.23867.stgit@gimli.home> <564A0E70.4030409@scylladb.com> <1449070123.15753.35.camel@redhat.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Cc: Avi Kivity , gleb@scylladb.com, corbet@lwn.net, dev@dpdk.org, gregkh@linuxfoundation.org, mst@redhat.com, linux-kernel@vger.kernel.org, iommu@lists.linux-foundation.org, hjk@hansjkoch.de Subject: Re: [dpdk-dev] [PATCH] vfio: Include No-IOMMU mode X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Dec 2015 16:20:29 -0000 Hi, 2015-12-02 08:28, Alex Williamson: > On Mon, 2015-11-16 at 19:12 +0200, Avi Kivity wrote: > > On 11/16/2015 07:06 PM, Alex Williamson wrote: > > > FYI, this is now in v4.4-rc1 (the slightly modified v2 version). I want > > > to give fair warning though that while we seem to agree on this idea, it > > > hasn't been proven with a userspace driver port. I've opted to include > > > it in this merge window rather than delaying it until v4.5, but I really > > > need to see a user for this before the end of the v4.4 cycle or I think > > > we'll need to revert and revisit for v4.5 anyway. I don't really have > > > any interest in adding and maintaining code that has no users. Please > > > keep me informed of progress with a dpdk port. Thanks, > > > > Thanks Alex. Copying the dpdk mailing list, where the users live. > > > > dpdk-ers: vfio-noiommu is a replacement for uio_pci_generic and > > uio_igb. It supports MSI-X and so can be used on SR/IOV VF devices. > > The intent is that you can use dpdk without an external module, using > > vfio, whether you are on bare metal with an iommu, bare metal without an > > iommu, or virtualized. However, dpdk needs modification to support this. > > Still no users for this that I'm aware of. I'm going to revert this in > rc5 unless something changes. Thanks, Removing needs for out-of-tree modules is a really nice achievement. Yes, we (in the DPDK project) should check how to use this no-iommu VFIO and to replace igb_uio. I'm sorry we failed to catch your email and follow up. Is it really too late? What is the risk of keeping it in Linux 4.4? Advertising a new feature and removing it would be frustrating. Have you tried this VFIO mode with DPDK? How complex would be the patch to support it? Thanks