From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <linux-kernel-owner@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1753253AbbJFVcJ (ORCPT <rfc822;w@1wt.eu>);
	Tue, 6 Oct 2015 17:32:09 -0400
Received: from mail-wi0-f179.google.com ([209.85.212.179]:36749 "EHLO
	mail-wi0-f179.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org
	with ESMTP id S1752293AbbJFVcH (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Tue, 6 Oct 2015 17:32:07 -0400
Date: Tue, 6 Oct 2015 22:32:02 +0100
From: Stephen Hemminger <stephen@networkplumber.org>
To: Alex Williamson <alex.williamson@redhat.com>
Cc: Avi Kivity <avi@scylladb.com>, "Michael S. Tsirkin" <mst@redhat.com>,
        Vlad Zolotarov <vladz@cloudius-systems.com>,
        Greg KH <gregkh@linuxfoundation.org>, linux-kernel@vger.kernel.org,
        hjk@hansjkoch.de, corbet@lwn.net, bruce.richardson@intel.com,
        avi@cloudius-systems.com, gleb@cloudius-systems.com,
        alexander.duyck@gmail.com
Subject: Re: [PATCH v3 2/3] uio_pci_generic: add MSI/MSI-X support
Message-ID: <20151006223202.66ab0b87@samsung9>
In-Reply-To: <1444157480.4059.67.camel@redhat.com>
References: <1443991398-23761-1-git-send-email-vladz@cloudius-systems.com>
	<1443991398-23761-3-git-send-email-vladz@cloudius-systems.com>
	<20151005031159.GB27303@kroah.com>
	<56123493.9000602@scylladb.com>
	<20151005094932.GA5236@kroah.com>
	<56124EDB.3070701@scylladb.com>
	<20151006143821.GA11541@redhat.com>
	<5613DE26.1090202@cloudius-systems.com>
	<20151006174648-mutt-send-email-mst@redhat.com>
	<5613E75E.1040002@scylladb.com>
	<1444157480.4059.67.camel@redhat.com>
X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.25; x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

On Tue, 06 Oct 2015 12:51:20 -0600
Alex Williamson <alex.williamson@redhat.com> wrote:

> Of course this is entirely unsafe and this no-iommu driver should taint
> the kernel, but it at least standardizes on one userspace API and you're
> already doing completely unsafe things with uio.  vfio should be
> enlightened at least to the point that it allows only privileged users
> access to devices under such a (lack of) iommu

I agree with the design, but not with the taint argument.
(Unless you want to taint any and all use of UIO drivers which can
 already do this).