From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dpdk.org (dpdk.org [92.243.14.124]) by inbox.dpdk.org (Postfix) with ESMTP id 7A1FFA0350 for ; Wed, 1 Jul 2020 17:09:42 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 64FA91C199; Wed, 1 Jul 2020 17:09:42 +0200 (CEST) Received: from mail-wm1-f67.google.com (mail-wm1-f67.google.com [209.85.128.67]) by dpdk.org (Postfix) with ESMTP id 0AC3A1D44E for ; Wed, 1 Jul 2020 17:09:41 +0200 (CEST) Received: by mail-wm1-f67.google.com with SMTP id 17so23616623wmo.1 for ; Wed, 01 Jul 2020 08:09:41 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:subject:from:to:cc:date:in-reply-to :references:content-transfer-encoding:user-agent:mime-version; bh=Zdm1s2b6vuEuHfwxkizdermvnmBftQ/aDut/eRxQT1g=; b=MFmuNH6U1rwk6FOUgjsacAxkBiBRN0j5yxNMsrgPSaYQL4DsmFKugCrY9ylpToPN5e OEDkJdP/W9YTYOBgjQBlz9NZ4sLuPYSzTx9pPTgggEH0OMkLmPTXArioPv8ljazdOmc/ Ntjw0xTmq6+AoMoJwR/eOuwsupRJPj6ctmh3EzwF0SDLfeaWv0M/OunpD3rZyqRluB6h k1gUoE8Fd/9Kh9YS34fGOulV/oktjwFYeHIhuGO2SCXj5Lq902HG6fHFanBsEb4ok7bk OXClObUIm77chp2j6V2tKtRrByWENplY4Q6vaBl8Hnecb8B5NOKiDB31C85Y7K2iGbf0 hOug== X-Gm-Message-State: AOAM532/StTMrpm3AkaCv7Kuw4rl3yv8g6H9ylCyiMfSA98iqHviP/eu ptcrPe/Phi0GICizZphlWV4= X-Google-Smtp-Source: ABdhPJwXoSBQRupXrvAuxf+LU0dcBnRvPKLnYJp2xALU6QTH7vvvbRjmbZdam36tR8sDMigFziiWAA== X-Received: by 2002:a1c:2045:: with SMTP id g66mr25376714wmg.184.1593616180792; Wed, 01 Jul 2020 08:09:40 -0700 (PDT) Received: from localhost ([88.98.246.218]) by smtp.gmail.com with ESMTPSA id j6sm7743546wma.25.2020.07.01.08.09.39 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 01 Jul 2020 08:09:39 -0700 (PDT) Message-ID: <0058c711949fd8a245883fa668b6ea5b855ee16c.camel@debian.org> From: Luca Boccassi To: Kevin Traynor , stable@dpdk.org Cc: xuan.ding@intel.com Date: Wed, 01 Jul 2020 16:09:39 +0100 In-Reply-To: <20200701135250.20262-1-ktraynor@redhat.com> References: <20200701135250.20262-1-ktraynor@redhat.com> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.30.5-1.1 MIME-Version: 1.0 Subject: Re: [dpdk-stable] [PATCH 18.11] vhost: remove zero-copy and client mode restriction X-BeenThere: stable@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches for DPDK stable branches List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: stable-bounces@dpdk.org Sender: "stable" On Wed, 2020-07-01 at 14:52 +0100, Kevin Traynor wrote: > Commits [1] were backported as fixes from the latest DPDK release > to the stable branches. They are detecting if vhost-user client and > zero-copy are being used together. As this can be problematic in > some cases, this combination was being rejected by those patches. >=20 > It might be ok to deprecate this combination in latest DPDK, > but for stable releases we should not remove the functionality > as it may be in use with earlier releases from the same stable branch. >=20 > In fact, we know that this functionality is used at least in OVS in > multiple releases/active branches. >=20 > This patch removes the restriction of zero-copy and client mode > and adds a warning for the user. >=20 > [1] > commit 81e025d7ed6a > ("vhost: prevent zero-copy with incompatible client mode") >=20 > commit 0309429b1988 > ("vhost: fix zero-copy server mode") >=20 > Signed-off-by: Kevin Traynor > --- > Cc: xuan.ding@intel.com > --- > lib/librte_vhost/socket.c | 10 ++++------ > 1 file changed, 4 insertions(+), 6 deletions(-) >=20 > diff --git a/lib/librte_vhost/socket.c b/lib/librte_vhost/socket.c > index 4819d31737..6f7142be23 100644 > --- a/lib/librte_vhost/socket.c > +++ b/lib/librte_vhost/socket.c > @@ -891,10 +891,8 @@ rte_vhost_driver_register(const char *path, uint64_t= flags) > */ > if (vsocket->dequeue_zero_copy) { > - if ((flags & RTE_VHOST_USER_CLIENT) !=3D 0) { > - RTE_LOG(ERR, VHOST_CONFIG, > - "error: zero copy is incompatible with vhost client mode\n"); > - ret =3D -1; > - goto out_mutex; > - } > + if ((flags & RTE_VHOST_USER_CLIENT) !=3D 0) > + RTE_LOG(WARNING, VHOST_CONFIG, > + "zero copy may be incompatible with vhost client mode\n"); > + > vsocket->supported_features &=3D ~(1ULL << VIRTIO_F_IN_ORDER); > vsocket->features &=3D ~(1ULL << VIRTIO_F_IN_ORDER); Acked-by: Luca Boccassi --=20 Kind regards, Luca Boccassi