Received: by 2002:a05:6358:11c7:b0:104:8066:f915 with SMTP id i7csp4499649rwl; Tue, 28 Mar 2023 07:46:00 -0700 (PDT) X-Google-Smtp-Source: AKy350bEjijACAZ7neM3WO6zaglqmz4GD6GIBIsub7cDAE8/po2lK8sL/AP46UPv+lvm6KR+4QIn X-Received: by 2002:a17:902:f94f:b0:198:adc4:229d with SMTP id kx15-20020a170902f94f00b00198adc4229dmr16747886plb.24.1680014760475; Tue, 28 Mar 2023 07:46:00 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1680014760; cv=none; d=google.com; s=arc-20160816; b=kBGSLyLSVkCk4hlMcIJr1y2uyd5Ee4JLMP1Gxtgd1S3IzaWmMiG1VCDFCryVzMbbgo SQvbsgSS3rqH3vQgJkTXdnRvOVoKa3KLGCclRxp4xgBn5U6mVSyCiAfEfTHnLAfJldCZ DrNuyVw0HVgkodjVtipUUB5KiXAqtmDKNm1mmCfxUWi8GIVOGNu8pAmyN5hwpl2Y3GlN kCxhraq1MuZqw3H89zbSTMVkzpVrSeGdZ0e9ny942qMwwI3NXsiH75xNLpTmE51wrecV vqFRuQMUCTogQLX2PBYov+LYPnx1PFqz4eHw03eCpK2sJVvDupy35ADPPFEjCbTX8Pi0 1bDQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=++lw8AhOSlCjxQC0cIZCWQldQXkIhwF6BVMb2DgfYxw=; b=qopQYQtB8G6Mc0RB45LFhsnGMQlf/tdjYZKGqQdO2hDB4JU2otLd0NMermAGccuF8o pFH+XekpG3uYxIi5t3vfZ33KJyulcw9TUS9fWY9DorLTo7juyeBwTR1es7Kr8uJeVQCQ in5R0A2I8k3AkKCJOQGPvqbRNxqIVAHl2SkFMxYve/K+pha3QE0ew5cpH2dgpT7tG+qj RqnY2C76Bi9p4S8q3mgNxpoBfRzeXEobWLtvhgMCwo+Arru9iOBcEREOhgp1CdRmXgW9 Iie971ed4TBD2wU49Ca5gUyqCU/M+MRxwX7Zfn6ej/rb2xaiLV8E3Ng8EPPKpwG34hfx 1zbg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=XcnZhZ3e; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id u5-20020a17090a400500b0023699c44b66si12664645pjc.167.2023.03.28.07.45.48; Tue, 28 Mar 2023 07:46:00 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=XcnZhZ3e; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232774AbjC1Ohj (ORCPT + 99 others); Tue, 28 Mar 2023 10:37:39 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:53292 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231819AbjC1Ohh (ORCPT ); Tue, 28 Mar 2023 10:37:37 -0400 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 27D74D323 for ; Tue, 28 Mar 2023 07:36:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1680014142; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=++lw8AhOSlCjxQC0cIZCWQldQXkIhwF6BVMb2DgfYxw=; b=XcnZhZ3eUFQNYlJWi6Q7JPIyC7+XkKLf0n3NyIfUn1pYaZlX/858EqqXC0/eehXiSblvZi 1KHjug30Oxv0uRliiv1p3+/ylPZS3sN5jDmPCuHNoZycRtfSZ3nzGgEgkuoFcxXtCKmjZh gIh0KCmF0qutDysDgTQkGBskChGnvkg= Received: from mail-wm1-f72.google.com (mail-wm1-f72.google.com [209.85.128.72]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-658-m0Bj02uhOtqOtjdzEAggWQ-1; Tue, 28 Mar 2023 10:35:41 -0400 X-MC-Unique: m0Bj02uhOtqOtjdzEAggWQ-1 Received: by mail-wm1-f72.google.com with SMTP id d11-20020a05600c34cb00b003ee89ce8cc3so6413145wmq.7 for ; Tue, 28 Mar 2023 07:35:41 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1680014140; h=in-reply-to:content-transfer-encoding:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=++lw8AhOSlCjxQC0cIZCWQldQXkIhwF6BVMb2DgfYxw=; b=I4Cn0/3Y2JxoLba9kKvFQlotc4vgAJMZc70z5NSD0EsNkuKSEsT2p+Tx3P0H5hhXLp AhDapdh3bPG52rsIDu5tJkxAhM2Os2iGBa83+lO3E7k4KaCFGFHLzhT471Z04r0SPWIV cIYrjaFhoCq7Ql3vKUESFulVCVUEm/I1gscuKSbPKvnSTjFzMlG4P8ujKeMRwft6fxWT f+63jiWLGzQ5yjjLy2ljot24qsjWJtMWutXvhAERZt+0oAPmDz+S5wqEYizY6th1ZVZ2 k45ZLi5tcC3UraO+TCFSst/e4Klr3UGGKgVmfVdGZ/sKT6KOJgn/898ywyBHGMdlHY/B 0z5Q== X-Gm-Message-State: AAQBX9eVTV3pcE5K6MJDzrZlRjykpHcMRcswTZaNuQ+sSr18I9YMfldU AX5tzDuvdlThPzoZtk2mhyvIVP85AxmDb+Ogz5AHbMXvL16UQ7LbU0TNUwGoLmy1JrcipbjkIi7 tlyW7lPjfNzuaxpHHYbeaFVzW X-Received: by 2002:a5d:67cc:0:b0:2cf:f3da:5b7f with SMTP id n12-20020a5d67cc000000b002cff3da5b7fmr11347113wrw.2.1680014140147; Tue, 28 Mar 2023 07:35:40 -0700 (PDT) X-Received: by 2002:a5d:67cc:0:b0:2cf:f3da:5b7f with SMTP id n12-20020a5d67cc000000b002cff3da5b7fmr11347100wrw.2.1680014139821; Tue, 28 Mar 2023 07:35:39 -0700 (PDT) Received: from redhat.com ([2.52.18.165]) by smtp.gmail.com with ESMTPSA id x8-20020a5d6508000000b002cea299a575sm27883720wru.101.2023.03.28.07.35.37 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 28 Mar 2023 07:35:39 -0700 (PDT) Date: Tue, 28 Mar 2023 10:35:35 -0400 From: "Michael S. Tsirkin" To: =?utf-8?B?6buE5p2w?= Cc: Jason Wang , Dominique Martinet , virtualization@lists.linux-foundation.org, linux-kernel@vger.kernel.org, Luis Chamberlain , v9fs-developer@lists.sourceforge.net, Eric Van Hensbergen , Christian Schoenebeck Subject: Re: [External] Re: 9p regression (Was: [PATCH v2] virtio_ring: don't update event idx on get_buf) Message-ID: <20230328103322-mutt-send-email-mst@kernel.org> References: <20230325105633.58592-1-huangjie.albert@bytedance.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Spam-Status: No, score=-0.2 required=5.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H2,SPF_HELO_NONE,SPF_NONE autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Mar 28, 2023 at 05:09:19PM +0800, 黄杰 wrote: > Jason Wang 于2023年3月28日周二 11:40写道: > > > > On Tue, Mar 28, 2023 at 11:09 AM 黄杰 wrote: > > > > > > Jason Wang 于2023年3月28日周二 10:59写道: > > > > > > > > On Tue, Mar 28, 2023 at 10:13 AM Dominique Martinet > > > > wrote: > > > > > > > > > > Hi Michael, Albert, > > > > > > > > > > Albert Huang wrote on Sat, Mar 25, 2023 at 06:56:33PM +0800: > > > > > > in virtio_net, if we disable the napi_tx, when we triger a tx interrupt, > > > > > > the vq->event_triggered will be set to true. It will no longer be set to > > > > > > false. Unless we explicitly call virtqueue_enable_cb_delayed or > > > > > > virtqueue_enable_cb_prepare. > > > > > > > > > > This patch (commited as 35395770f803 ("virtio_ring: don't update event > > > > > idx on get_buf") in next-20230327 apparently breaks 9p, as reported by > > > > > Luis in https://lkml.kernel.org/r/ZCI+7Wg5OclSlE8c@bombadil.infradead.org > > > > > > > > > > I've just hit had a look at recent patches[1] and reverted this to test > > > > > and I can mount again, so I'm pretty sure this is the culprit, but I > > > > > didn't look at the content at all yet so cannot advise further. > > > > > It might very well be that we need some extra handling for 9p > > > > > specifically that can be added separately if required. > > > > > > > > > > [1] git log 0ec57cfa721fbd36b4c4c0d9ccc5d78a78f7fa35..HEAD drivers/virtio/ > > > > > > > > > > > > > > > This can be reproduced with a simple mount, run qemu with some -virtfs > > > > > argument and `mount -t 9p -o debug=65535 tag mountpoint` will hang after > > > > > these messages: > > > > > 9pnet: -- p9_virtio_request (83): 9p debug: virtio request > > > > > 9pnet: -- p9_virtio_request (83): virtio request kicked > > > > > > > > > > So I suspect we're just not getting a callback. > > > > > > > > I think so. The patch assumes the driver will call > > > > virtqueue_disable/enable_cb() which is not the case of the 9p driver. > > > > > > > > So after the first interrupt, event_triggered will be set to true forever. > > > > > > > > Thanks > > > > > > > > > > Hi: Wang > > > > > > Yes, This patch assumes that all virtio-related drivers will call > > > virtqueue_disable/enable_cb(). > > > Thank you for raising this issue. > > > > > > It seems that napi_tx is only related to virtue_net. I'm thinking if > > > we need to refactor > > > napi_tx instead of implementing it inside virtio_ring. > > > > We can hear from others. > > > > I think it's better not to workaround virtio_ring issues in a specific > > driver. It might just add more hacks. We should correctly set > > VRING_AVAIL_F_NO_INTERRUPT, > > > > Do you think the following might work (not even a compile test)? > > > > diff --git a/drivers/virtio/virtio_ring.c b/drivers/virtio/virtio_ring.c > > index 41144b5246a8..12f4efb6dc54 100644 > > --- a/drivers/virtio/virtio_ring.c > > +++ b/drivers/virtio/virtio_ring.c > > @@ -852,16 +852,16 @@ static void virtqueue_disable_cb_split(struct > > virtqueue *_vq) > > { > > struct vring_virtqueue *vq = to_vvq(_vq); > > > > - if (!(vq->split.avail_flags_shadow & VRING_AVAIL_F_NO_INTERRUPT)) { > > - vq->split.avail_flags_shadow |= VRING_AVAIL_F_NO_INTERRUPT; > > - if (vq->event) > > - /* TODO: this is a hack. Figure out a cleaner > > value to write. */ > > - vring_used_event(&vq->split.vring) = 0x0; > > - else > > - vq->split.vring.avail->flags = > > - cpu_to_virtio16(_vq->vdev, > > - vq->split.avail_flags_shadow); > > - } > > + if (!(vq->split.avail_flags_shadow & VRING_AVAIL_F_NO_INTERRUPT)) > > + vq->split.avail_flags_shadow |= VRING_AVAIL_F_NO_INTERRUPT; > > + > > + if (vq->event && !vq->event_triggered) > > + /* TODO: this is a hack. Figure out a cleaner value to write. */ > > + vring_used_event(&vq->split.vring) = 0x0; > > + else > > + vq->split.vring.avail->flags = > > + cpu_to_virtio16(_vq->vdev, > > + vq->split.avail_flags_shadow); > > } > > > > static unsigned int virtqueue_enable_cb_prepare_split(struct virtqueue *_vq) > > @@ -1697,8 +1697,10 @@ static void virtqueue_disable_cb_packed(struct > > virtqueue *_vq) > > { > > struct vring_virtqueue *vq = to_vvq(_vq); > > > > - if (vq->packed.event_flags_shadow != VRING_PACKED_EVENT_FLAG_DISABLE) { > > + if (!(vq->packed.event_flags_shadow & VRING_PACKED_EVENT_FLAG_DISABLE)) > > vq->packed.event_flags_shadow = VRING_PACKED_EVENT_FLAG_DISABLE; > > + > > + if (vq->event_triggered) > > vq->packed.vring.driver->flags = > > cpu_to_le16(vq->packed.event_flags_shadow); > > } > > @@ -2330,12 +2332,6 @@ void virtqueue_disable_cb(struct virtqueue *_vq) > > { > > struct vring_virtqueue *vq = to_vvq(_vq); > > > > - /* If device triggered an event already it won't trigger one again: > > - * no need to disable. > > - */ > > - if (vq->event_triggered) > > - return; > > - > > if (vq->packed_ring) > > virtqueue_disable_cb_packed(_vq); > > else > > > > Thanks > > > > Hi, This patch seems to address the issue I initially raised and also > avoids the problem with virtio-9P. > > but maybe this is a better choice: > > diff --git a/drivers/virtio/virtio_ring.c b/drivers/virtio/virtio_ring.c > index 307e139cb11d..6784d155c781 100644 > --- a/drivers/virtio/virtio_ring.c > +++ b/drivers/virtio/virtio_ring.c > @@ -812,6 +812,10 @@ static void virtqueue_disable_cb_split(struct > virtqueue *_vq) > > if (!(vq->split.avail_flags_shadow & VRING_AVAIL_F_NO_INTERRUPT)) { > vq->split.avail_flags_shadow |= VRING_AVAIL_F_NO_INTERRUPT; > + > + if (vq->event_triggered) > + return; > + > if (vq->event) > /* TODO: this is a hack. Figure out a cleaner > value to write. */ > vring_used_event(&vq->split.vring) = 0x0; > @@ -1546,6 +1550,10 @@ static void virtqueue_disable_cb_packed(struct > virtqueue *_vq) > > if (vq->packed.event_flags_shadow != VRING_PACKED_EVENT_FLAG_DISABLE) { > vq->packed.event_flags_shadow = VRING_PACKED_EVENT_FLAG_DISABLE; > + > + if (vq->event_triggered) > + return; > + > vq->packed.vring.driver->flags = > cpu_to_le16(vq->packed.event_flags_shadow); > } > @@ -2063,12 +2071,6 @@ void virtqueue_disable_cb(struct virtqueue *_vq) > { > struct vring_virtqueue *vq = to_vvq(_vq); > > - /* If device triggered an event already it won't trigger one again: > - * no need to disable. > - */ > - if (vq->event_triggered) > - return; > - > if (vq->packed_ring) > virtqueue_disable_cb_packed(_vq); > else > > Does Michael have any other suggestions? > > Thanks. Hmm what bothers me is this breaks the underlying assumption that shadow is an exact match of the shared memory. Need to check this does not cascade. But I am still trying to get my head around what the issue is. > > > > > > Thanks > > > > > > > > > > > > > > > > > > I'll have a closer look after work, but any advice meanwhile will be > > > > > appreciated! > > > > > (I'm sure Luis would also like a temporary drop from -next until > > > > > this is figured out, but I'll leave this up to you) > > > > > > > > > > > > > > > > > > > > > > If we disable the napi_tx, it will only be called when the tx ring > > > > > > buffer is relatively small. > > > > > > > > > > > > Because event_triggered is true. Therefore, VRING_AVAIL_F_NO_INTERRUPT or > > > > > > VRING_PACKED_EVENT_FLAG_DISABLE will not be set. So we update > > > > > > vring_used_event(&vq->split.vring) or vq->packed.vring.driver->off_wrap > > > > > > every time we call virtqueue_get_buf_ctx. This will bring more interruptions. > > > > > > > > > > > > To summarize: > > > > > > 1) event_triggered was set to true in vring_interrupt() > > > > > > 2) after this nothing will happen for virtqueue_disable_cb() so > > > > > > VRING_AVAIL_F_NO_INTERRUPT is not set in avail_flags_shadow > > > > > > 3) virtqueue_get_buf_ctx_split() will still think the cb is enabled > > > > > > then it tries to publish new event > > > > > > > > > > > > To fix, if event_triggered is set to true, do not update > > > > > > vring_used_event(&vq->split.vring) or vq->packed.vring.driver->off_wrap > > > > > > > > > > > > Tested with iperf: > > > > > > iperf3 tcp stream: > > > > > > vm1 -----------------> vm2 > > > > > > vm2 just receives tcp data stream from vm1, and sends the ack to vm1, > > > > > > there are many tx interrupts in vm2. > > > > > > but without event_triggered there are just a few tx interrupts. > > > > > > > > > > > > Fixes: 8d622d21d248 ("virtio: fix up virtio_disable_cb") > > > > > > Signed-off-by: Albert Huang > > > > > > Message-Id: <20230321085953.24949-1-huangjie.albert@bytedance.com> > > > > > > Signed-off-by: Michael S. Tsirkin > > > > > > --- > > > > > > drivers/virtio/virtio_ring.c | 6 ++++-- > > > > > > 1 file changed, 4 insertions(+), 2 deletions(-) > > > > > > > > > > > > diff --git a/drivers/virtio/virtio_ring.c b/drivers/virtio/virtio_ring.c > > > > > > index cbeeea1b0439..1c36fa477966 100644 > > > > > > --- a/drivers/virtio/virtio_ring.c > > > > > > +++ b/drivers/virtio/virtio_ring.c > > > > > > @@ -914,7 +914,8 @@ static void *virtqueue_get_buf_ctx_split(struct virtqueue *_vq, > > > > > > /* If we expect an interrupt for the next entry, tell host > > > > > > * by writing event index and flush out the write before > > > > > > * the read in the next get_buf call. */ > > > > > > - if (!(vq->split.avail_flags_shadow & VRING_AVAIL_F_NO_INTERRUPT)) > > > > > > + if (unlikely(!(vq->split.avail_flags_shadow & VRING_AVAIL_F_NO_INTERRUPT) && > > > > > > + !vq->event_triggered)) > > > > > > virtio_store_mb(vq->weak_barriers, > > > > > > &vring_used_event(&vq->split.vring), > > > > > > cpu_to_virtio16(_vq->vdev, vq->last_used_idx)); > > > > > > @@ -1744,7 +1745,8 @@ static void *virtqueue_get_buf_ctx_packed(struct virtqueue *_vq, > > > > > > * by writing event index and flush out the write before > > > > > > * the read in the next get_buf call. > > > > > > */ > > > > > > - if (vq->packed.event_flags_shadow == VRING_PACKED_EVENT_FLAG_DESC) > > > > > > + if (unlikely(vq->packed.event_flags_shadow == VRING_PACKED_EVENT_FLAG_DESC && > > > > > > + !vq->event_triggered)) > > > > > > virtio_store_mb(vq->weak_barriers, > > > > > > &vq->packed.vring.driver->off_wrap, > > > > > > cpu_to_le16(vq->last_used_idx)); > > > > > > > > > > > > > >