Received: by 2002:a05:6358:11c7:b0:104:8066:f915 with SMTP id i7csp722686rwl; Fri, 24 Mar 2023 00:41:31 -0700 (PDT) X-Google-Smtp-Source: AKy350Y7PqK0yeG6SqTlyev/4lmDRRCeqIQNATOxjxOWKx3yefnSeWXIN7OFW2EyVq9Y/m8W38Xz X-Received: by 2002:a17:903:110e:b0:1a1:f5dd:2dd5 with SMTP id n14-20020a170903110e00b001a1f5dd2dd5mr2496980plh.13.1679643691052; Fri, 24 Mar 2023 00:41:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1679643691; cv=none; d=google.com; s=arc-20160816; b=cXE4RSo0277yL+aPpnfO50gvGjWq3zQ5SaxRXrjs0YopD2VcfIb804Xz60db2CJX2l lBSL2H+jyriqLGD0l3yE7vBw1yZUD/p037LuqMWy7ZVIguoSzVZ+xHToivIfrIQpSn8X hE0YqTrrDxLpjbeze5wndd1NPJkTjDEHmK6CRnIPGWwCmh1PLICNlEM9HqSCU5+pUblx YBzvFa0GbJKf5rZ73TKEjs8FludWNwBRUKoktX8Dshvsg0yFeTHV9xsWCntSPpPa1C4O N5RAQFt53u/ncmf0yE9cV2MnhuvTdos2Q9bCJq/jfI5wowbrRW9amPYgWrWRda8+2vRF 9UFA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version :dkim-signature; bh=YV9i4ngYe+5hgyrezElJvEbE2PWRWIvmOQMGqJLPa/M=; b=M1oe1oQs+i10/NSwWIbbSblgJuQWUT51+pVngVfvKCxKs6NF3QPiiRRGS6pBBDLC3N 1siIUAvHoKRExowwz0LVZcsXi6nKsDp0kVzYJpGw/h3oTvKg+TckJGyoaeBvP+0eOyn4 CtPucl6683cIdUJN3SNBdWlXr1GOhoNk8OXXF51GOTSR6V9lSSeSR8zjgluPapC0DBQL YT/iNLOaMV5AezRBCNuFKQt75isp4iihOOYQoy5dQ6TZF2L6vx0cTaS+hUJK1TaPV/Zd XJUg1gMHaa/0jwa/4gZX8kN6jm14MwO0TLEZLEuF55fXABVvOt8iOq6OzQR3HkDdEQll DbGw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=KQZToKaH; 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 q14-20020a170902bd8e00b001a17a0e9b82si19122116pls.496.2023.03.24.00.41.19; Fri, 24 Mar 2023 00:41:31 -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=KQZToKaH; 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 S231743AbjCXHiK (ORCPT + 99 others); Fri, 24 Mar 2023 03:38:10 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37934 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231735AbjCXHiI (ORCPT ); Fri, 24 Mar 2023 03:38:08 -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 A3EB211EA6 for ; Fri, 24 Mar 2023 00:37:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1679643438; 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=YV9i4ngYe+5hgyrezElJvEbE2PWRWIvmOQMGqJLPa/M=; b=KQZToKaHjoE2/1o5UywMN4ypW3MG6VdiXSaFSrUIYMhqi5AKiGa0lbk6NtEWSvAWuZ+0K3 vaPyoU7wmsvEz2lGOUnOogHCQuFjoXHpOLYs4+CJWqIFw1pmzW2hzg8GRzpbk4mhELuUur LekM/R88q9rnqOoIG+imhJLWIJbuDSI= Received: from mail-ot1-f69.google.com (mail-ot1-f69.google.com [209.85.210.69]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-522-OiCLCXvHPu2iyMD8_LXGhA-1; Fri, 24 Mar 2023 03:37:16 -0400 X-MC-Unique: OiCLCXvHPu2iyMD8_LXGhA-1 Received: by mail-ot1-f69.google.com with SMTP id z21-20020a9d7a55000000b0069f9c33a46bso414778otm.18 for ; Fri, 24 Mar 2023 00:37:16 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1679643436; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=YV9i4ngYe+5hgyrezElJvEbE2PWRWIvmOQMGqJLPa/M=; b=SOHE6s2i1SYktC+PDF79YS5evHMNlDmiAB8IczeVQ1K1j2pEDougxxcE8qRRsCOMtu KqiVbgGORAWTxTiM9KK53jv3GuXNONxfo3q3xXaUiq16e/Jn4ycc3gOnjnE1FFvSMbMg mxZ3t5YEaRqR4JFRwncU6kfBZ9hQkyfW2D2Egf2BfzunLISxPbBMgUG595nRH8AgrQYd o1ii9QvpmIzEHrt7V6tCH5csuguTAsYJfngkFYbzOXwYFh9TonA/zHW35BQgFb6LPdLD Brvd8ro5OptjtpIx7FjI9Xr6EuNIf7uEEe4xd5HzVYPaK3C+Sk2FFy44I0XHURIBYkbO YlYQ== X-Gm-Message-State: AAQBX9ewO3mPu58zb5PcGfuup6poy5WlrLeVsgeKaxY9yyNTbSo/oQzN yVXqqqrUnFufeseSbANYyUTCK69FFYUdqEA82yfFi8Wif+w7ejSpq7t4XmOxj2n81Wpszh5x/xZ baK+ICns1ks7qi6sRfS4RqFEmL3jsLWLmMeFEc8XT X-Received: by 2002:a05:6870:1159:b0:177:ca1c:2ca8 with SMTP id 25-20020a056870115900b00177ca1c2ca8mr670145oag.9.1679643435650; Fri, 24 Mar 2023 00:37:15 -0700 (PDT) X-Received: by 2002:a05:6870:1159:b0:177:ca1c:2ca8 with SMTP id 25-20020a056870115900b00177ca1c2ca8mr670139oag.9.1679643435302; Fri, 24 Mar 2023 00:37:15 -0700 (PDT) MIME-Version: 1.0 References: <20230321085953.24949-1-huangjie.albert@bytedance.com> <20230324013805-mutt-send-email-mst@kernel.org> <20230324024155-mutt-send-email-mst@kernel.org> <20230324025937-mutt-send-email-mst@kernel.org> In-Reply-To: <20230324025937-mutt-send-email-mst@kernel.org> From: Jason Wang Date: Fri, 24 Mar 2023 15:37:04 +0800 Message-ID: Subject: Re: [External] Re: [PATCH] virtio_ring: Suppress tx interrupt when napi_tx disable To: "Michael S. Tsirkin" Cc: =?UTF-8?B?6buE5p2w?= , "open list:VIRTIO CORE AND NET DRIVERS" , open list Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=1.5 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,URIBL_BLACK autolearn=no autolearn_force=no version=3.4.6 X-Spam-Level: * 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 Fri, Mar 24, 2023 at 3:00=E2=80=AFPM Michael S. Tsirkin = wrote: > > On Fri, Mar 24, 2023 at 02:47:02PM +0800, Jason Wang wrote: > > On Fri, Mar 24, 2023 at 2:42=E2=80=AFPM Michael S. Tsirkin wrote: > > > > > > On Fri, Mar 24, 2023 at 02:32:40PM +0800, Jason Wang wrote: > > > > On Fri, Mar 24, 2023 at 1:59=E2=80=AFPM Michael S. Tsirkin wrote: > > > > > > > > > > On Fri, Mar 24, 2023 at 11:41:12AM +0800, Jason Wang wrote: > > > > > > On Thu, Mar 23, 2023 at 4:01=E2=80=AFPM =E9=BB=84=E6=9D=B0 wrote: > > > > > > > > > > > > > > Jason Wang =E4=BA=8E2023=E5=B9=B43=E6= =9C=8822=E6=97=A5=E5=91=A8=E4=B8=89 10:37=E5=86=99=E9=81=93=EF=BC=9A > > > > > > > > > > > > > > > > On Tue, Mar 21, 2023 at 5:00=E2=80=AFPM Albert Huang > > > > > > > > wrote: > > > > > > > > > > > > > > > > > > From: "huangjie.albert" > > > > > > > > > > > > > > > > > > fix commit 8d622d21d248 ("virtio: fix up virtio_disable_c= b") > > > > > > > > > > > > > > > > > > if we disable the napi_tx. when we triger a tx interrupt,= the > > > > > > > > > > > > > > > > typo should be "trigger" > > > > > > > > > > > > > > > > > > > > > > OK, thanks for this. I will correct it in the next version > > > > > > > > > > > > > > > > vq->event_triggered will be set to true. It will no longe= r be > > > > > > > > > set to false. Unless we explicitly call virtqueue_enable_= cb_delayed > > > > > > > > > or virtqueue_enable_cb_prepare > > > > > > > > > > > > > > > > > > if we disable the napi_tx, It will only be called when th= e tx ring > > > > > > > > > buffer is relatively small: > > > > > > > > > virtio_net->start_xmit: > > > > > > > > > if (sq->vq->num_free < 2+MAX_SKB_FRAGS) { > > > > > > > > > netif_stop_subqueue(dev, qnum); > > > > > > > > > if (!use_napi && > > > > > > > > > unlikely(!virtqueue_enable_cb_delayed= (sq->vq))) { > > > > > > > > > /* More just got used, free them = then recheck. */ > > > > > > > > > free_old_xmit_skbs(sq, false); > > > > > > > > > if (sq->vq->num_free >=3D 2+MAX_S= KB_FRAGS) { > > > > > > > > > netif_start_subqueue(dev,= qnum); > > > > > > > > > virtqueue_disable_cb(sq->= vq); > > > > > > > > > } > > > > > > > > > > > > > > > > The code example here is out of date, make sure your tree h= as this: > > > > > > > > > > > > > > also, I will correct it in the next version=EF=BC=8Cthis is f= rom kernel 5.15. > > > > > > > > > > > > > > > > > > > > > > > commit d71ebe8114b4bf622804b810f5e274069060a174 > > > > > > > > Author: Jason Wang > > > > > > > > Date: Tue Jan 17 11:47:07 2023 +0800 > > > > > > > > > > > > > > > > virtio-net: correctly enable callback during start_xmit > > > > > > > > > > > > > > > > > } > > > > > > > > > } > > > > > > > > > Because event_triggered is true.Therefore, VRING_AVAIL_F_= NO_INTERRUPT or > > > > > > > > > VRING_PACKED_EVENT_FLAG_DISABLE will not be set.So we upd= ate > > > > > > > > > vring_used_event(&vq->split.vring) or vq->packed.vring.dr= iver->off_wrap > > > > > > > > > every time we call virtqueue_get_buf_ctx.This will bring = more interruptions. > > > > > > > > > > > > > > > > Can you please post how to test with the performance number= s? > > > > > > > > > > > > > > > > > > > > > > iperf3 tcp stream: > > > > > > > vm1 -----------------> vm2 > > > > > > > vm2 just receive tcp data stream from vm1, and send the ack t= o vm1, > > > > > > > there are so > > > > > > > many tx interruptions in vm2. > > > > > > > > > > > > > > but without event_triggered there are just a few tx interrupt= ions. > > > > > > > > > > > > > > > > > > > > > > > > > if event_triggered is set to true, do not update vring_us= ed_event(&vq->split.vring) > > > > > > > > > or vq->packed.vring.driver->off_wrap > > > > > > > > > > > > > > > > > > Signed-off-by: huangjie.albert > > > > > > > > > --- > > > > > > > > > drivers/virtio/virtio_ring.c | 6 ++++-- > > > > > > > > > 1 file changed, 4 insertions(+), 2 deletions(-) > > > > > > > > > > > > > > > > > > diff --git a/drivers/virtio/virtio_ring.c b/drivers/virti= o/virtio_ring.c > > > > > > > > > index 307e139cb11d..f486cccadbeb 100644 > > > > > > > > > --- a/drivers/virtio/virtio_ring.c > > > > > > > > > +++ b/drivers/virtio/virtio_ring.c > > > > > > > > > @@ -795,7 +795,8 @@ static void *virtqueue_get_buf_ctx_sp= lit(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 (!(vq->split.avail_flags_shadow & VRING_AVAIL_= F_NO_INTERRUPT) > > > > > > > > > + && (vq->event_triggered =3D=3D fa= lse)) > > > > > > > > > > > > > > > > I'm not sure this can work, when event_triggered is true it= means > > > > > > > > we've got an interrupt, in this case if we want another int= errupt for > > > > > > > > the next entry, we should update used_event otherwise we wi= ll lose > > > > > > > > that interrupt? > > > > > > > > > > > > > > > > Thanks > > > > > > > > > > > > > > Normally, if we receive an interrupt, we should disable the i= nterrupt > > > > > > > in the interrupt callback handler. > > > > > > > > > > > > So the problem is: > > > > > > > > > > > > 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 ena= bled > > > > > > then it tries to publish new event > > > > > > > > > > Oh. Good point! I think when I wrote up > > > > > 8d622d21d248 ("virtio: fix up virtio_disable_cb") > > > > > I missed this corner case. > > > > > > > > > > > > > > > > > > > > > This makes me think about whether or not we really need > > > > > > event_triggered. The assumption in the virtqueue_disable_cb() s= eems > > > > > > wrong: > > > > > > > > > > > > /* If device triggered an event already it won't trigger one ag= ain: > > > > > > * no need to disable. > > > > > > */ > > > > > > if (vq->event_triggered) > > > > > > return; > > > > > > > > > > > > This is wrong if there's no event index support. > > > > > > > > > > > > > > > I don't get it. how does this get triggered? > > > > > > > > > > You are talking about device without event index? > > > > > Here's code from vring_interrupt(): > > > > > > > > > > /* Just a hint for performance: so it's ok that this can = be racy! */ > > > > > if (vq->event) > > > > > vq->event_triggered =3D true; > > > > > > > > But we have the following in virtqueue_disable_cb(): > > > > > > > > /* If device triggered an event already it won't trigger on= e again: > > > > * no need to disable. > > > > */ > > > > if (vq->event_triggered) > > > > return; > > > > > > > > if (vq->packed_ring) > > > > virtqueue_disable_cb_packed(_vq); > > > > else > > > > virtqueue_disable_cb_split(_vq); > > > > > > > > This means, without an event index, we don't set avail flags. So th= e > > > > interrupt is not disabled actually in this case. > > > > > > > > Thanks > > > > > > Only if event_triggered is true, which without event index it never i= s. > > > > I'm not sure I will get here. I meant for example the commit > > suppresses the effort of skb_xmit_done(): > > > > static void skb_xmit_done(struct virtqueue *vq) > > { > > struct virtnet_info *vi =3D vq->vdev->priv; > > struct napi_struct *napi =3D &vi->sq[vq2txq(vq)].napi; > > > > /* Suppress further interrupts. */ > > virtqueue_disable_cb(vq); > > > > The virtqueue_disable_cb() doesn't disable further interrupts when the > > event index is not there. > > > > Thanks > > Check what can set event_triggered, you will see. Set to truth by vring_interrupt() Set to false by virtqueue_init(), virtqueue_enable_cb_prepare(), virtqueue_enable_cb_delayed() Assuming NAPI TX is enabled and the device doesn't support event index. 1) driver sends packets 1-10 2) the start_xmit() for the last packet will call virtqueue_enable_cb_delayed() which set event_triggered =3D false 3) 1st packet were sent, vring_interrupt set event_triggered =3D true 4) skb_xmit_done() won't disable virtqueue_disable_cb() in this case 5) so we will get the interrupts for 2nd to 10th packet Anything I missed here? Note the comment said it's used for event index: /* Hint for event idx: already triggered no need to disable. */ bool event_triggered; I guess what you meant is that if we don't publish a new event, we will get at most 1 interrupt for everything $queue_size used buffers. But this is not the case without event index. Btw, it may supress the effort of: vring_used_event(&vq->split.vring) =3D 0x0; Thanks > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > And the > > > > > > event_triggered is somehow duplicated with the > > > > > > VRING_AVAIL_F_NO_INTERRUPT in the case of event index. The corr= ect fix > > > > > > might be: > > > > > > > > > > > > 1) remove event_triggered > > > > > > 2) set VRING_AVAIL_F_NO_INTERRUPT in avail_flags_shadow in > > > > > > vring_interrrupt if event index is supported > > > > > > > > > > > > ? > > > > > > > > > > > > Thanks > > > > > > > > > > I am not sure all this is right and I'd rather we focused > > > > > performance/correctness and cleanups separately. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > But because of the introduction of event_triggered, here, > > > > > > > virtqueue_get_buf_ctx_split cannot be recognized > > > > > > > that the interrupt has been turned off. > > > > > > > > > > > > > > if we want another interrupt for the next entry, We should p= robably > > > > > > > call virtqueue_enable_cb=EF=BC=9F > > > > > > > > > > > > > > Thanks > > > > > > > > > > > > > > > > > > > > > > > > virtio_store_mb(vq->weak_barriers, > > > > > > > > > &vring_used_event(&vq->sp= lit.vring), > > > > > > > > > cpu_to_virtio16(_vq->vdev= , vq->last_used_idx)); > > > > > > > > > @@ -1529,7 +1530,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 =3D=3D VRING_PA= CKED_EVENT_FLAG_DESC) > > > > > > > > > + if (vq->packed.event_flags_shadow =3D=3D VRING_PA= CKED_EVENT_FLAG_DESC > > > > > > > > > + && (vq->event_triggered =3D=3D fa= lse)) > > > > > > > > > virtio_store_mb(vq->weak_barriers, > > > > > > > > > &vq->packed.vring.driver-= >off_wrap, > > > > > > > > > cpu_to_le16(vq->last_used= _idx)); > > > > > > > > > -- > > > > > > > > > 2.31.1 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >