From: Ilya Maximets <i.maximets@samsung.com>
To: "Burakov, Anatoly" <anatoly.burakov@intel.com>,
David Marchand <david.marchand@redhat.com>
Cc: dev@dpdk.org, Thomas Monjalon <thomas@monjalon.net>,
ShuaiX Zhu <shuaix.zhu@intel.com>,
Xueqin Lin <xueqin.lin@intel.com>,
WenjieX A Li <wenjiex.a.li@intel.com>,
FengqinX Wang <fengqinx.wang@intel.com>,
dpdk stable <stable@dpdk.org>
Subject: Re: [dpdk-dev] [PATCH] test: test zero socket-mem as valid
Date: Fri, 25 Jan 2019 17:00:04 +0300 [thread overview]
Message-ID: <88e56f1a-f86b-7b19-5f82-28ca31dfea7a@samsung.com> (raw)
In-Reply-To: <756c04d0-86fd-853d-7f29-6f11a9ec007d@intel.com>
On 25.01.2019 16:48, Burakov, Anatoly wrote:
> On 25-Jan-19 9:53 AM, David Marchand wrote:
>>
>>
>> On Fri, Jan 25, 2019 at 9:06 AM Ilya Maximets <i.maximets@samsung.com <mailto:i.maximets@samsung.com>> wrote:
>>
>> On 25.01.2019 10:55, Ilya Maximets wrote:
>> > Dynamic memory mode allowes zero socket-mem because all the
>> > required memory could be allocated on demand.
>> >
>> > Fixes: 339c2244b4f1 ("eal: fix parsing zero socket memory and
>> limits")
>> > Cc: stable@dpdk.org <mailto:stable@dpdk.org>
>> >
>>
>> Reported-by: Shuai Zhu <shuaix.zhu@intel.com
>> <mailto:shuaix.zhu@intel.com>>
>>
>> > Signed-off-by: Ilya Maximets <i.maximets@samsung.com
>> <mailto:i.maximets@samsung.com>>
>>
>> > ---
>> > test/test/test_eal_flags.c | 6 +++---
>> > 1 file changed, 3 insertions(+), 3 deletions(-)
>> >
>> > diff --git a/test/test/test_eal_flags.c b/test/test/test_eal_flags.c
>> > index e3a60c7ae..81e345b87 100644
>> > --- a/test/test/test_eal_flags.c
>> > +++ b/test/test/test_eal_flags.c
>> > @@ -1158,7 +1158,7 @@ test_memory_flags(void)
>> > const char *argv1[] = {prgname, "-c", "10", "-n", "2",
>> > "--file-prefix=" memtest, "-m",
>> DEFAULT_MEM_SIZE};
>> >
>> > - /* invalid (zero) --socket-mem flag */
>> > + /* valid (zero) --socket-mem flag */
>> > const char *argv2[] = {prgname, "-c", "10", "-n", "2",
>> > "--file-prefix=" memtest,
>> "--socket-mem=0,0,0,0"};
>> >
>> > @@ -1256,8 +1256,8 @@ test_memory_flags(void)
>> > printf("Error - process failed with valid -m flag!\n");
>> > return -1;
>> > }
>> > - if (launch_proc(argv2) == 0) {
>> > - printf("Error - process run ok with invalid (zero)
>> --socket-mem!\n");
>> > + if (launch_proc(argv2) != 0) {
>> > + printf("Error - process failed with valid (zero)
>> --socket-mem!\n");
>> > return -1;
>> > }
>> >
>> >
>>
>>
>> Reviewed-by: David Marchand <david.marchand@redhat.com <mailto:david.marchand@redhat.com>>
>>
>>
>> --
>> David Marchand
>
> Now that i think of it, maybe it's not that simple.
>
> --socket-mem/-m flag with zero is still an invalid value *if* --legacy-mem is involved. However, it is a valid value in non-legacy mode.
>
> So maybe the test should reflect this, and the previous fix should have instead added a check for legacy mode rather than disabling the zero check outright.
>
I don't think that it's a big deal, because "--socket-mem=0 --legacy-mem"
quickly fails with clear:
EAL: WARNING: Master core has no memory on local socket!
IMHO, It's actually more informative than previous:
EAL: invalid parameters for --socket-limit
I agree that we could add a test for a legacy-mem cases, but that's a bit
different task.
next prev parent reply other threads:[~2019-01-25 14:00 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <CGME20190125075604eucas1p2ecf0177c3f953e889721d784ef387254@eucas1p2.samsung.com>
2019-01-25 7:55 ` Ilya Maximets
2019-01-25 8:06 ` Ilya Maximets
2019-01-25 9:53 ` David Marchand
2019-01-25 13:48 ` Burakov, Anatoly
2019-01-25 14:00 ` Ilya Maximets [this message]
2019-01-25 14:12 ` Burakov, Anatoly
2019-01-26 18:20 ` Thomas Monjalon
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=88e56f1a-f86b-7b19-5f82-28ca31dfea7a@samsung.com \
--to=i.maximets@samsung.com \
--cc=anatoly.burakov@intel.com \
--cc=david.marchand@redhat.com \
--cc=dev@dpdk.org \
--cc=fengqinx.wang@intel.com \
--cc=shuaix.zhu@intel.com \
--cc=stable@dpdk.org \
--cc=thomas@monjalon.net \
--cc=wenjiex.a.li@intel.com \
--cc=xueqin.lin@intel.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).