patches for DPDK stable branches
 help / color / mirror / Atom feed
From: Jerin Jacob <jerinjacobk@gmail.com>
To: Naga Harish K S V <s.v.naga.harish.k@intel.com>
Cc: jay.jayatheerthan@intel.com, jerinj@marvell.com, dev@dpdk.org,
	 stable@dpdk.org
Subject: Re: [PATCH v2] eventdev/eth_tx: fix queue delete logic
Date: Fri, 21 Oct 2022 15:02:07 +0530	[thread overview]
Message-ID: <CALBAE1N8rjnPnmFKDL_8uG+vaxj5T7MjsuEV3yfXHDJf=DLxZw@mail.gmail.com> (raw)
In-Reply-To: <20221021064314.1937897-1-s.v.naga.harish.k@intel.com>

On Fri, Oct 21, 2022 at 12:16 PM Naga Harish K S V
<s.v.naga.harish.k@intel.com> wrote:
>
> To delete all the queues of a ethernet device associated with
> adapter instance the queue_id can be passed as -1 to the queue
> delete API.
>
> When a subset of queues of a ethernet device are associated,
> the queue delete logic is exiting without deleting the queues
> in some cases (higher numbered associated queues) for above
> scenario as the queue delete logic is not checking all the
> queue association status.
>
> This patch fixes this issue by checking the queue association
> status of all the queues of the ethernet device.
>
> Fixes: 741b499e642 ("eventdev/eth_tx: fix queue delete logic")
> Cc: stable@dpdk.org
>
> Signed-off-by: Naga Harish K S V <s.v.naga.harish.k@intel.com>
> ---
> v2:
> * fix segfault during unit test and modify logic

Fixed following issue:
### eventdev/eth_tx: fix queue delete logic

WARNING:BAD_FIXES_TAG: Please use correct Fixes: style 'Fixes: <12
chars of sha1> ("<title line>")' - ie: 'Fixes: 741b499e6421
("eventdev/eth_tx: fix queue delete logic")'
#19:

Updated the git commit as follows and applied to
dpdk-next-net-eventdev/for-main. Thanks
    eventdev/eth_tx: fix queue delete logic

    To delete all the queues of a ethdev device associated with
    adapter instance the queue_id can be passed as -1 to the queue
    delete API.

    When a subset of queues of a ethdev device are associated,
    the queue delete logic is exiting without deleting the queues
    in some cases (higher numbered associated queues) for above
    scenario as the queue delete logic is not checking all the
    queue association status.

    This patch fixes this issue by checking the queue association
    status of all the queues of the ethernet device.

    Fixes: 741b499e6421 ("eventdev/eth_tx: fix queue delete logic")
    Cc: stable@dpdk.org

    Signed-off-by: Naga Harish K S V <s.v.naga.harish.k@intel.com>

> ---
> ---
>  lib/eventdev/rte_event_eth_tx_adapter.c | 4 +++-
>  1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/lib/eventdev/rte_event_eth_tx_adapter.c b/lib/eventdev/rte_event_eth_tx_adapter.c
> index c2a848103b..88309d2aaa 100644
> --- a/lib/eventdev/rte_event_eth_tx_adapter.c
> +++ b/lib/eventdev/rte_event_eth_tx_adapter.c
> @@ -934,6 +934,8 @@ txa_service_queue_del(uint8_t id,
>                 uint16_t i, q, nb_queues;
>                 int ret = 0;
>
> +               if (txa->txa_ethdev == NULL)
> +                       return 0;
>                 nb_queues = txa->txa_ethdev[port_id].nb_queues;
>                 if (nb_queues == 0)
>                         return 0;
> @@ -946,10 +948,10 @@ txa_service_queue_del(uint8_t id,
>
>                         if (tqi[q].added) {
>                                 ret = txa_service_queue_del(id, dev, q);
> +                               i++;
>                                 if (ret != 0)
>                                         break;
>                         }
> -                       i++;
>                         q++;
>                 }
>                 return ret;
> --
> 2.25.1
>

      reply	other threads:[~2022-10-21  9:32 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-10-20 16:28 [PATCH] " Naga Harish K S V
2022-10-21  6:43 ` [PATCH v2] " Naga Harish K S V
2022-10-21  9:32   ` Jerin Jacob [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CALBAE1N8rjnPnmFKDL_8uG+vaxj5T7MjsuEV3yfXHDJf=DLxZw@mail.gmail.com' \
    --to=jerinjacobk@gmail.com \
    --cc=dev@dpdk.org \
    --cc=jay.jayatheerthan@intel.com \
    --cc=jerinj@marvell.com \
    --cc=s.v.naga.harish.k@intel.com \
    --cc=stable@dpdk.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).