Received: by 2002:ac0:a594:0:0:0:0:0 with SMTP id m20-v6csp503613imm; Wed, 23 May 2018 00:19:07 -0700 (PDT) X-Google-Smtp-Source: AB8JxZojuFNWIGPsv5r7Uhv63V9io9EfkJYyFDjI2QV7r7PN3KFq2fFCr6jSVeIyWrMFJaii9ZL4 X-Received: by 2002:a62:104a:: with SMTP id y71-v6mr1711081pfi.188.1527059947116; Wed, 23 May 2018 00:19:07 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1527059947; cv=none; d=google.com; s=arc-20160816; b=Zi48c8x9nIDQ3OTSvZ3ckKsO78fBck6nTuD4czN+Fu7WOY4d5JRzlJwmtfHe15FPJr Qco7sL/+sjsu6oJ4qoJs9tOI4H69MMEuwSVTP/ab2J3/r5qkRmGVEWdgG2bxvUYEwcw3 8s3Q39Cyirv2krGsgRxaK3BW8dKJ0ZkncBfDmCPLu9Pg0wvtY81GdiiCH21pYi4CanP+ BQ+QQZuzDp6pa/8sBG/MYvQptvWaBOA4/DWaPGiF2smGAPnvzZK9iKg66bmzeMQa7765 6OYbEL92v/vWrOlj9tnNtCf/lxA0dKfeYiOYcE1cUn0P/PlsheyeYOnp4errmAQRpas5 TBYQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-transfer-encoding:content-disposition:mime-version :references:message-id:subject:cc:to:from:date :arc-authentication-results; bh=9iC8vX34R/L4xkctvrqUTcrkv919DU5PU8KKliXQc4k=; b=e/OAR+TtLN9i9mWvNnhLfTwJ3AjXgyuWUNmnpbDtmi9oapJzkp7474ZwH4+QxaNM/v ZViA1BBoVk7bFUwvsIHyvsyFAQPKkVwR//rq+wWapPFZWSiV0JQ9Y9rLwVEQqv3tXW35 15xXMnwP+/739P7H350yCprCpS8RQUm2IXfoxgM97Fvc4Lxk5PtIgQeK4Hwvt21Q354+ kbg3TnpCbcd6IELrRqJ/NDcRiuwhS5kE79nYBUbTNepQANzt9MIrYmgzABfHdRZTziVf ED0sXjiegPhAczwQqtxLzCPrHOwaTw7jJgseW0p+4PEMmQmGfq0WbGFpOl9LobtcAmsl at2w== 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=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id i64-v6si18313070pli.274.2018.05.23.00.18.52; Wed, 23 May 2018 00:19:07 -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=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754237AbeEWHRk (ORCPT + 99 others); Wed, 23 May 2018 03:17:40 -0400 Received: from mx3-rdu2.redhat.com ([66.187.233.73]:49164 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1753985AbeEWHRi (ORCPT ); Wed, 23 May 2018 03:17:38 -0400 Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.rdu2.redhat.com [10.11.54.3]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 4953D79D46; Wed, 23 May 2018 07:17:38 +0000 (UTC) Received: from wei-ubt (dhcp-14-122.nay.redhat.com [10.66.14.122]) by smtp.corp.redhat.com (Postfix) with ESMTPS id AEF8A112128F; Wed, 23 May 2018 07:17:30 +0000 (UTC) Date: Wed, 23 May 2018 15:17:27 +0800 From: Wei Xu To: Jason Wang Cc: mst@redhat.com, kvm@vger.kernel.org, virtualization@lists.linux-foundation.org, netdev@vger.kernel.org, linux-kernel@vger.kernel.org, jfreimann@redhat.com, tiwei.bie@intel.com Subject: Re: [RFC V4 PATCH 7/8] vhost: packed ring support Message-ID: <20180523071727.GA13373@wei-ubt> References: <1526473941-16199-1-git-send-email-jasowang@redhat.com> <1526473941-16199-8-git-send-email-jasowang@redhat.com> <20180522165448.GA13523@wei-ubt> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-Scanned-By: MIMEDefang 2.78 on 10.11.54.3 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.2]); Wed, 23 May 2018 07:17:38 +0000 (UTC) X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.2]); Wed, 23 May 2018 07:17:38 +0000 (UTC) for IP:'10.11.54.3' DOMAIN:'int-mx03.intmail.prod.int.rdu2.redhat.com' HELO:'smtp.corp.redhat.com' FROM:'wexu@redhat.com' RCPT:'' Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, May 23, 2018 at 09:39:28AM +0800, Jason Wang wrote: > > > On 2018年05月23日 00:54, Wei Xu wrote: > >On Wed, May 16, 2018 at 08:32:20PM +0800, Jason Wang wrote: > >>Signed-off-by: Jason Wang > >>--- > >> drivers/vhost/net.c | 3 +- > >> drivers/vhost/vhost.c | 539 ++++++++++++++++++++++++++++++++++++++++++++++---- > >> drivers/vhost/vhost.h | 8 +- > >> 3 files changed, 513 insertions(+), 37 deletions(-) > >> > >>diff --git a/drivers/vhost/vhost.c b/drivers/vhost/vhost.c > >>index 8304c30..f2a0f5b 100644 > >>--- a/drivers/vhost/vhost.c > >>+++ b/drivers/vhost/vhost.c > >>@@ -1358,6 +1382,8 @@ long vhost_vring_ioctl(struct vhost_dev *d, unsigned int ioctl, void __user *arg > >> break; > >> } > >> vq->last_avail_idx = s.num; > >>+ if (vhost_has_feature(vq, VIRTIO_F_RING_PACKED)) > >>+ vq->avail_wrap_counter = s.num >> 31; > >> /* Forget the cached index value. */ > >> vq->avail_idx = vq->last_avail_idx; > >> break; > >>@@ -1366,6 +1392,8 @@ long vhost_vring_ioctl(struct vhost_dev *d, unsigned int ioctl, void __user *arg > >> s.num = vq->last_avail_idx; > >> if (copy_to_user(argp, &s, sizeof s)) > >> r = -EFAULT; > >>+ if (vhost_has_feature(vq, VIRTIO_F_RING_PACKED)) > >>+ s.num |= vq->avail_wrap_counter << 31; > >> break; > >> case VHOST_SET_VRING_ADDR: > >> if (copy_from_user(&a, argp, sizeof a)) { > >'last_used_idx' also needs to be saved/restored here. > > > >I have figured out the root cause of broken device after reloading > >'virtio-net' module, all indices have been reset for a reloading but > >'last_used_idx' is not properly reset in this case. This confuses > >handle_rx()/tx(). > > > >Wei > > > > Good catch, so we probably need a new ioctl to sync between qemu and vhost. > > Something like VHOST_SET/GET_USED_BASE. Sure, or can we expand 'vhost_vring_state' to keep them done in a bunch? > > Thanks >