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 0354DA0559; Tue, 17 Mar 2020 10:42:12 +0100 (CET) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id C28B31BF98; Tue, 17 Mar 2020 10:42:11 +0100 (CET) Received: from mail-lj1-f193.google.com (mail-lj1-f193.google.com [209.85.208.193]) by dpdk.org (Postfix) with ESMTP id EBAB7FEB for ; Tue, 17 Mar 2020 10:42:09 +0100 (CET) Received: by mail-lj1-f193.google.com with SMTP id w4so7279179lji.11 for ; Tue, 17 Mar 2020 02:42:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=6wind.com; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=pk2LUIExlcvvv09so51WfiYHcV/C68fHCOrcpYvYFSI=; b=bcQljUmu8QBZ8A9suAztZzXGize0QQgYdwNjG8fpxnBqmpyMncRapWVeaOl1b7kJzn FsjtxsDNVXqMhBLGj+MgidcvSD00+4WK/Xgaq3ELWl9pLc8gCQOjW+mEwOg+yTD7HWzh eu3znGK1qLy6gY52JcG4F8ieyiZ67OMUmPCX/m8geZmQXxxy/7PwOvprKfsu5tbKFn7d Bdtx1HHjtqJgNfrScDRQSAJ4KRbkxK3kOPLiwIcaSlM0Ipyz9gwpkGsB+fK2Gl6XntxC W1w5fe1fhn+7JGbKBhsQ3F0U4zzG2lrDi9ejs0M98SoJUMqBWpgXR2o/Qr49hN81kWem rsPg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=pk2LUIExlcvvv09so51WfiYHcV/C68fHCOrcpYvYFSI=; b=eAFNbs01Kg/KwnFH0mNy8uVS2GCJg0CVu8w3z9dt+2DFMPQkZOZdfOQquYJYlpUFAg oJopBUQbOcy9lJiKEpx4PRWyHv1P7mdfEWCDHHlb9mZbrske7KwCJidcfhIicbYphdn/ CVvV3gIxRBod0w5/oYrDRX+Cx5XRT519Xq4zpqz/wgkwEbiYBBSrj7d7UG3lth1qjwua xXiF9YgVjQlw3K6g8KkNveedIO/EBAH3Rnuq01XCBGf1islTNXRVDljqIuPmaEMxkEfr BILFGl9LJbFi3fqGweGitodO0dV9tuCxGLg3t6C57D1SkCqSpxmDyIwuUms0y+5MkAXV 72DA== X-Gm-Message-State: ANhLgQ1sdR0qo+CqIRBtimcXaP63ZtFK8iz/5hlrsmijop+eBr7vkDnr GwkRzgSPCtDFcXvNO9SPS3lYYDZZHlpE+S4IhgE4ng== X-Google-Smtp-Source: ADFU+vvgQ8YSp3UKThiTQ2cD5tXqWxAxwO+3b/YtRRfflGad57LBvyQm772FjTVI5x0iyL7Oc/x64h1v7rwNrfgC4Z4= X-Received: by 2002:a2e:a40d:: with SMTP id p13mr2113439ljn.250.1584438129443; Tue, 17 Mar 2020 02:42:09 -0700 (PDT) MIME-Version: 1.0 References: <20200313095659.19000-1-didier.pallard@6wind.com> In-Reply-To: From: Didier Pallard Date: Tue, 17 Mar 2020 10:41:57 +0100 Message-ID: To: Slava Ovsiienko Cc: "dev@dpdk.org" , "stable@dpdk.org" , Matan Azrad Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.15 Subject: Re: [dpdk-dev] [PATCH] net/mlx5: fix Rx descriptor status returned value X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" OK, thank you best regards didier On Tue, Mar 17, 2020 at 10:25 AM Slava Ovsiienko wrote: > *From:* Didier Pallard > *Sent:* Tuesday, March 17, 2020 11:19 > *To:* Slava Ovsiienko > *Cc:* dev@dpdk.org; stable@dpdk.org; Matan Azrad > *Subject:* Re: [dpdk-dev] [PATCH] net/mlx5: fix Rx descriptor status > returned value > > >>>well, please do if you don't mind, > > OK, I will. > > > > >>>You will validate it quicker, and I'm currently working on a > different topic. > > >>>Btw, do you think it's possible to have an implementation of > [r,t]x_status_descriptor functions for vectorized implementation? > > >>>thanks > > Yes, we are planning this update. > > > > With best regards, Slava > > > > > > didier > > > > On Tue, Mar 17, 2020 at 9:33 AM Slava Ovsiienko > wrote: > > >> From: Didier Pallard > >> Sent: Monday, March 16, 2020 19:24 > >> To: Slava Ovsiienko > >> Cc: dev@dpdk.org; stable@dpdk.org; Matan Azrad > >> Subject: Re: [dpdk-dev] [PATCH] net/mlx5: fix Rx descriptor status > returned value > >> Well, you're right, another way to fix the problem could be to set up > the queue size assuming the provided number > >> is a number of packets in queue rather than a number of mbufs in queue. > > Yes, it is intended in queue setup routine. But, for mlx5 we have a bug > for regular mlx5_rx_burst if scattering is enabled, > the Rx queue is created with size wqe_n elements, should be wqe_n << > sges_n instead, to be able to receive the requested > number of packets (wqe_n). I think we must fix. Would you like to update > your patch, or should I provide mine? > > >> But not sure it's better, it's also important for the application/user > to know the number of mbufs that could fit in a rx/tx queue, > >> whatever the number of packets that it covers, since it is very > important to size the memory pools correctly to avoid any > >> mbuf shortage during system life. > >> Thanks > >> Didier > To estimate - the number of "DPDK descriptors" should be multiplied by the > maximal length of scattered packet chain. > > With best regards, Slava > > > -----Original Message----- > > From: dev On Behalf Of Didier Pallard > > Sent: Friday, March 13, 2020 11:57 > > To: mailto:dev@dpdk.org > > Cc: mailto:stable@dpdk.org > > Subject: [dpdk-dev] [PATCH] net/mlx5: fix Rx descriptor status returned > value > > > > Two bugs in rx_queue_count function: > > - One entry may contain several segments, so 'used' must be multiplied > > by number of segments per entry to properly reflect the queue usage. > > - rx_queue_count returns the number of entries used in queue, so it > ranges > > from 0 to max number of entries in queue, not this number minus > > one. > > > > Fixes: 8788fec1f269 ("net/mlx5: implement descriptor status API") > > Cc: mailto:stable@dpdk.org > > Signed-off-by: Didier Pallard > > --- > > drivers/net/mlx5/mlx5_rxtx.c | 2 +- > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > diff --git a/drivers/net/mlx5/mlx5_rxtx.c b/drivers/net/mlx5/mlx5_rxtx.c > index > > 5ac63da8039d..17f80c25443e 100644 > > --- a/drivers/net/mlx5/mlx5_rxtx.c > > +++ b/drivers/net/mlx5/mlx5_rxtx.c > > @@ -500,7 +500,7 @@ rx_queue_count(struct mlx5_rxq_data *rxq) > > used += n; > > cqe = &(*rxq->cqes)[cq_ci & cqe_cnt]; > > } > > - used = RTE_MIN(used, (1U << rxq->elts_n) - 1); > > + used = RTE_MIN(used * (1 << rxq->sges_n), 1U << rxq->elts_n); > > return used; > > } > > > > -- > > 2.24.1 > >