From mboxrd@z Thu Jan  1 00:00:00 1970
From: Avi Kivity <avi@scylladb.com>
Subject: Re: Having troubles binding an SR-IOV VF to
 uio_pci_generic on Amazon instance
Date: Thu, 1 Oct 2015 14:32:19 +0300
Message-ID: <560D19C3.4060206@scylladb.com>
References: <20151001113828-mutt-send-email-mst@redhat.com>
 <560CF44A.60102@scylladb.com> <20151001120027-mutt-send-email-mst@redhat.com>
 <560CFB66.5050904@scylladb.com>
 <20151001124211-mutt-send-email-mst@redhat.com>
 <560D0413.5080401@scylladb.com>
 <20151001131754-mutt-send-email-mst@redhat.com>
 <560D0FE2.7010905@scylladb.com>
 <20151001135054-mutt-send-email-mst@redhat.com> <560D1705.30300@scylladb.com>
 <20151001142640-mutt-send-email-mst@redhat.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
Cc: "dev@dpdk.org" <dev@dpdk.org>
To: "Michael S. Tsirkin" <mst@redhat.com>
Return-path: <dev-bounces@dpdk.org>
Received: from mail-wi0-f173.google.com (mail-wi0-f173.google.com
 [209.85.212.173]) by dpdk.org (Postfix) with ESMTP id 87AFC8E5A
 for <dev@dpdk.org>; Thu,  1 Oct 2015 13:32:22 +0200 (CEST)
Received: by wicfx3 with SMTP id fx3so23852470wic.0
 for <dev@dpdk.org>; Thu, 01 Oct 2015 04:32:22 -0700 (PDT)
In-Reply-To: <20151001142640-mutt-send-email-mst@redhat.com>
List-Id: patches and discussions about DPDK <dev.dpdk.org>
List-Unsubscribe: <http://dpdk.org/ml/options/dev>,
 <mailto:dev-request@dpdk.org?subject=unsubscribe>
List-Archive: <http://dpdk.org/ml/archives/dev/>
List-Post: <mailto:dev@dpdk.org>
List-Help: <mailto:dev-request@dpdk.org?subject=help>
List-Subscribe: <http://dpdk.org/ml/listinfo/dev>,
 <mailto:dev-request@dpdk.org?subject=subscribe>
Errors-To: dev-bounces@dpdk.org
Sender: "dev" <dev-bounces@dpdk.org>

On 10/01/2015 02:27 PM, Michael S. Tsirkin wrote:
> On Thu, Oct 01, 2015 at 02:20:37PM +0300, Avi Kivity wrote:
>> People will just use out of tree drivers (dpdk has several already).  It's a
>> pain, but nowhere near what you are proposing.
> What's the issue with that?

Out of tree drivers have to be compiled on the target system (cannot 
ship a binary package), and occasionally break.

dkms helps with that, as do distributions that promise binary 
compatibility, but it is still a pain, compared to just shipping a 
userspace package.

>   We already agreed this kernel
> is going to be tainted, and unsupportable.

Yes.  So your only motivation in rejecting the patch is to get the 
author to write the ring translation patch and port it to all relevant 
drivers instead?