All of lore.kernel.org
 help / color / mirror / Atom feed
From: bugzilla@dpdk.org
To: dev@dpdk.org
Subject: [DPDK/ethdev Bug 1914] Inconsistent dpaa2 driver remove callback error reporting
Date: Thu, 26 Mar 2026 10:37:08 +0000	[thread overview]
Message-ID: <bug-1914-3@http.bugs.dpdk.org/> (raw)

http://bugs.dpdk.org/show_bug.cgi?id=1914

            Bug ID: 1914
           Summary: Inconsistent dpaa2 driver remove callback error
                    reporting
           Product: DPDK
           Version: unspecified
          Hardware: All
                OS: All
            Status: UNCONFIRMED
          Severity: minor
          Priority: Normal
         Component: ethdev
          Assignee: dev@dpdk.org
          Reporter: ktraynor@redhat.com
  Target Milestone: ---

For dpaa2 drivers, a return value is expected for the remove function.

struct rte_dpaa2_driver {
        TAILQ_ENTRY(rte_dpaa2_driver) next; /**< Next in list. */
        struct rte_driver driver;           /**< Inherit core driver. */
        uint32_t drv_flags;                 /**< Flags for controlling
device.*/
        enum rte_dpaa2_dev_type drv_type;   /**< Driver Type */
        rte_dpaa2_probe_t probe;
        rte_dpaa2_remove_t remove; <--------
};

typedef int (*rte_dpaa2_remove_t)(struct rte_dpaa2_device *dpaa2_dev);

On error, rte_dpaa2_remove and cryptodev_dpaa2_sec_remove callbacks return an
error.

However, dpaa2_qdma_remove callback logs the error and returns success.

In the current code, return value is not checked in fslmc_bus_unplug and if it
failed, it clears the driver reference and incorrectly logs that it was
unplugged.

In fslmc_close_iodevices the return value only impacts logging.

The remove callback return values should be made consistent, and return check
added to fslmc_bus_unplug.

-- 
You are receiving this mail because:
You are the assignee for the bug.

                 reply	other threads:[~2026-03-26 10:37 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

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=bug-1914-3@http.bugs.dpdk.org/ \
    --to=bugzilla@dpdk.org \
    --cc=dev@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.