Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp1939488pxk; Sat, 3 Oct 2020 03:05:48 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzsfuCKNBPAvkmVqCT76xcIcmH06/B1Eibno5tNFu/baciGG0swfzotRMTzyvMJiHH0+m3t X-Received: by 2002:a17:906:7a0f:: with SMTP id d15mr724784ejo.533.1601719548400; Sat, 03 Oct 2020 03:05:48 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1601719548; cv=none; d=google.com; s=arc-20160816; b=LBtyFuZw3ltHWs18OGHROO7D0srpeNVtiShpY2F1QOezePLKoS7m30LyKhprr7GFPD THMWeE1sinqT597BEaJoFyd4AR2e/bCoAAMRASJBNodQe5dhfoGWa8h02Xjl1TjSz9GG uwh+oxCL+G5zc2psik3hRksjj1qua0SmzghHhWhE+qF5y5VOV71GlUGymq7zqVcGyiNk ssxad2UgdqtUcGznxEC1jZE0jBxNsgMG1nK2dJ+k1OxFi6OZf3sEtdocM3//x/3hzoCK rAauhEbGghPY9kgGuoSuPFof3YjHEmw0I4X+X/ZRj38Rg5YH216NT9R7ORCGGGkoxgyz SVUA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:cc:to:from :subject; bh=BXdrWQcNakmFdK/qKnJWFMHRVaADyIKIxJvYY4hJk4w=; b=vEywzc0GGlDISA9MBw8gLVXFjPAuWXS/Ee/bcUpDRKAdfbCOwgOURApmoOpXQA4NRO QpDfBMoxV1LaVLvt9KjoVnAPaWO1rDJ3mcc7/69cxu+dcTK1A8Gcev+RlVoTViG7NtzX A3OXYt7SjZH30tPRnRWCTp6DoN4v7oBczHtSW9FGf78LD8k48UUpvRNGX26LivoBm37f byhENzMfScSiC02jgHSmwIbHXgDU74DZiIsbtlxfxpz23M46gcp6GWU+zkzGFkuLcKhB R00QhcU9WhkdL4E1VySIODBJ9GwbJLQBiBXY6mdid8awuNsK5qjdGWQF7XKXzPji9EGr 7VAg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id l14si3133752edv.496.2020.10.03.03.05.26; Sat, 03 Oct 2020 03:05:48 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1725847AbgJCKCE convert rfc822-to-8bit (ORCPT + 99 others); Sat, 3 Oct 2020 06:02:04 -0400 Received: from us-smtp-delivery-44.mimecast.com ([205.139.111.44]:36238 "EHLO us-smtp-delivery-44.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725777AbgJCKCD (ORCPT ); Sat, 3 Oct 2020 06:02:03 -0400 Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-374-o1tP11ugOfO_vsKHpUl3HA-1; Sat, 03 Oct 2020 06:01:59 -0400 X-MC-Unique: o1tP11ugOfO_vsKHpUl3HA-1 Received: from smtp.corp.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id BCE86802B75; Sat, 3 Oct 2020 10:01:57 +0000 (UTC) Received: from bahia.lan (ovpn-112-192.ams2.redhat.com [10.36.112.192]) by smtp.corp.redhat.com (Postfix) with ESMTP id 148CB60C15; Sat, 3 Oct 2020 10:01:52 +0000 (UTC) Subject: [PATCH v3 1/3] vhost: Don't call access_ok() when using IOTLB From: Greg Kurz To: "Michael S. Tsirkin" , Jason Wang Cc: kvm@vger.kernel.org, virtualization@lists.linux-foundation.org, netdev@vger.kernel.org, linux-kernel@vger.kernel.org, qemu-devel@nongnu.org, Laurent Vivier , David Gibson Date: Sat, 03 Oct 2020 12:01:52 +0200 Message-ID: <160171931213.284610.2052489816407219136.stgit@bahia.lan> In-Reply-To: <160171888144.284610.4628526949393013039.stgit@bahia.lan> References: <160171888144.284610.4628526949393013039.stgit@bahia.lan> User-Agent: StGit/0.21 MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.79 on 10.5.11.12 Authentication-Results: relay.mimecast.com; auth=pass smtp.auth=CUSA124A263 smtp.mailfrom=groug@kaod.org X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: kaod.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org When the IOTLB device is enabled, the vring addresses we get from userspace are GIOVAs. It is thus wrong to pass them down to access_ok() which only takes HVAs. Access validation is done at prefetch time with IOTLB. Teach vq_access_ok() about that by moving the (vq->iotlb) check from vhost_vq_access_ok() to vq_access_ok(). This prevents vhost_vring_set_addr() to fail when verifying the accesses. No behavior change for vhost_vq_access_ok(). BugLink: https://bugzilla.redhat.com/show_bug.cgi?id=1883084 Fixes: 6b1e6cc7855b ("vhost: new device IOTLB API") Cc: jasowang@redhat.com CC: stable@vger.kernel.org # 4.14+ Signed-off-by: Greg Kurz Acked-by: Jason Wang --- drivers/vhost/vhost.c | 9 +++++---- 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/drivers/vhost/vhost.c b/drivers/vhost/vhost.c index b45519ca66a7..c3b49975dc28 100644 --- a/drivers/vhost/vhost.c +++ b/drivers/vhost/vhost.c @@ -1290,6 +1290,11 @@ static bool vq_access_ok(struct vhost_virtqueue *vq, unsigned int num, vring_used_t __user *used) { + /* If an IOTLB device is present, the vring addresses are + * GIOVAs. Access validation occurs at prefetch time. */ + if (vq->iotlb) + return true; + return access_ok(desc, vhost_get_desc_size(vq, num)) && access_ok(avail, vhost_get_avail_size(vq, num)) && access_ok(used, vhost_get_used_size(vq, num)); @@ -1383,10 +1388,6 @@ bool vhost_vq_access_ok(struct vhost_virtqueue *vq) if (!vq_log_access_ok(vq, vq->log_base)) return false; - /* Access validation occurs at prefetch time with IOTLB */ - if (vq->iotlb) - return true; - return vq_access_ok(vq, vq->num, vq->desc, vq->avail, vq->used); } EXPORT_SYMBOL_GPL(vhost_vq_access_ok);