* [DPDK/core Bug 1471] rte_pktmbuf_free_bulk does not respect RTE_LIBRTE_MBUF_DEBUG
@ 2024-06-21 18:33 bugzilla
2024-06-21 19:03 ` [DPDK/core Bug 1471] Some rte_pktmbuf functions do " bugzilla
0 siblings, 1 reply; 2+ messages in thread
From: bugzilla @ 2024-06-21 18:33 UTC (permalink / raw)
To: dev
[-- Attachment #1: Type: text/plain, Size: 1307 bytes --]
https://bugs.dpdk.org/show_bug.cgi?id=1471
Bug ID: 1471
Summary: rte_pktmbuf_free_bulk does not respect
RTE_LIBRTE_MBUF_DEBUG
Product: DPDK
Version: unspecified
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: Normal
Component: core
Assignee: dev@dpdk.org
Reporter: mb@smartsharesystems.com
Target Milestone: ---
rte_pktmbuf_free_bulk() calls __rte_mbuf_sanity_check(), which behaves
differently depending on RTE_LIBRTE_MBUF_DEBUG being defined or not.
Unfortunately, rte_pktmbuf_free_bulk() is not inline, but in the C file.
This means that the behavior of __rte_mbuf_sanity_check() within
rte_pktmbuf_free_bulk() is controlled by the RTE_LIBRTE_MBUF_DEBUG setting when
building the DPDK library, not when building the application.
rte_pktmbuf_free_bulk() should have been inline in the header file, so the
application developer can control its __rte_mbuf_sanity_check() behavior by
using RTE_LIBRTE_MBUF_DEBUG setting when building the application.
How to remove this function from the ABI and make it inline instead?
--
You are receiving this mail because:
You are the assignee for the bug.
[-- Attachment #2: Type: text/html, Size: 3174 bytes --]
^ permalink raw reply [flat|nested] 2+ messages in thread
* [DPDK/core Bug 1471] Some rte_pktmbuf functions do not respect RTE_LIBRTE_MBUF_DEBUG
2024-06-21 18:33 [DPDK/core Bug 1471] rte_pktmbuf_free_bulk does not respect RTE_LIBRTE_MBUF_DEBUG bugzilla
@ 2024-06-21 19:03 ` bugzilla
0 siblings, 0 replies; 2+ messages in thread
From: bugzilla @ 2024-06-21 19:03 UTC (permalink / raw)
To: dev
[-- Attachment #1: Type: text/plain, Size: 878 bytes --]
https://bugs.dpdk.org/show_bug.cgi?id=1471
Morten Brørup (mb@smartsharesystems.com) changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution|--- |INVALID
--- Comment #3 from Morten Brørup (mb@smartsharesystems.com) ---
I tend to agree with you on this.
Although older versions of the mbuf library didn't have this restriction for
RTE_LIBRTE_MBUF_DEBUG (which was only used in the header file, and thus
controllable for the application build), RTE_LIBRTE_MEMPOOL_DEBUG works as you
describe, so the same could be reasonably assumed about RTE_LIBRTE_MBUF_DEBUG.
Let's not consider it a bug.
--
You are receiving this mail because:
You are the assignee for the bug.
[-- Attachment #2: Type: text/html, Size: 2941 bytes --]
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2024-06-21 19:03 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2024-06-21 18:33 [DPDK/core Bug 1471] rte_pktmbuf_free_bulk does not respect RTE_LIBRTE_MBUF_DEBUG bugzilla
2024-06-21 19:03 ` [DPDK/core Bug 1471] Some rte_pktmbuf functions do " bugzilla
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).