From: Lukasz Wojciechowski <l.wojciechow@partner.samsung.com>
To: Sarosh Arif <sarosh.arif@emumba.com>, anatoly.burakov@intel.com
Cc: dev@dpdk.org
Subject: Re: [dpdk-dev] [PATCH] lib/librte_eal/common/rte_malloc: remove redundant check for size and alignment
Date: Fri, 17 Jul 2020 00:23:59 +0200 [thread overview]
Message-ID: <bf79f06d-31b4-b94c-d7c4-410690780075@partner.samsung.com> (raw)
In-Reply-To: <20200715133136.31986-1-sarosh.arif@emumba.com>
W dniu 15.07.2020 o 15:31, Sarosh Arif pisze:
> Since mallock_socket() always calls malloc_heap_alloc() and
> this check is present inside malloc_heap_alloc() so there is
> no need to place it in mallock_socket().
>
> Signed-off-by: Sarosh Arif <sarosh.arif@emumba.com>
> ---
> lib/librte_eal/common/rte_malloc.c | 4 ----
> 1 file changed, 4 deletions(-)
>
> diff --git a/lib/librte_eal/common/rte_malloc.c b/lib/librte_eal/common/rte_malloc.c
> index 9d39e58c0..51256117b 100644
> --- a/lib/librte_eal/common/rte_malloc.c
> +++ b/lib/librte_eal/common/rte_malloc.c
> @@ -61,10 +61,6 @@ malloc_socket(const char *type, size_t size, unsigned int align,
> {
> void *ptr;
>
> - /* return NULL if size is 0 or alignment is not power-of-2 */
> - if (size == 0 || (align && !rte_is_power_of_2(align)))
> - return NULL;
> -
> /* if there are no hugepages and if we are not allocating from an
> * external heap, use memory from any socket available. checking for
> * socket being external may return -1 in case of invalid socket, but
Yes the check is duplicated.
However it allows to avoid many unnecessary operations that can cost a
lot, e.g. locking memory inside rte_malloc_heap_socket_is_external().
I would keep it.
Please also note, that the checks are not quite the same as the
malloc_heap_alloc is called with changed align value (align == 0 ? 1 :
align):
ptr = malloc_heap_alloc(type, size, socket_arg, 0, align == 0 ?
1 : align, 0, false);
Although there should be no change in check behavior as for both align
==0 and align == 1 the check will fail and won't be the cause of
returning NULL.
--
Lukasz Wojciechowski
Principal Software Engineer
Samsung R&D Institute Poland
Samsung Electronics
Office +48 22 377 88 25
l.wojciechow@partner.samsung.com
next prev parent reply other threads:[~2020-07-16 22:24 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <CGME20200715133236eucas1p177311544d71d3806b436cf69734ffe08@eucas1p1.samsung.com>
2020-07-15 13:31 ` Sarosh Arif
2020-07-16 22:23 ` Lukasz Wojciechowski [this message]
2020-07-17 14:40 ` Burakov, Anatoly
2020-07-17 14:49 ` Burakov, Anatoly
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=bf79f06d-31b4-b94c-d7c4-410690780075@partner.samsung.com \
--to=l.wojciechow@partner.samsung.com \
--cc=anatoly.burakov@intel.com \
--cc=dev@dpdk.org \
--cc=sarosh.arif@emumba.com \
/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).