From: "Qiu, Michael" <michael.qiu@intel.com>
To: Stephen Hurd <shurd@broadcom.com>
Cc: "dev@dpdk.org" <dev@dpdk.org>
Subject: Re: [dpdk-dev] Issue with patch "app/testpmd: detect numa socket count"
Date: Sat, 19 Dec 2015 01:33:17 +0000 [thread overview]
Message-ID: <24888901-A45C-4E23-871E-3485AF2423D2@intel.com> (raw)
In-Reply-To: <156984479488CD49A184F5CAB4AF93460719E1D1@IRVEXCHMB14.corp.ad.broadcom.com>
Sorry, I forgot to do that, add CC to mailing list
Thanks,
Michael
> 在 2015年12月19日,上午7:32,Stephen Hurd <shurd@broadcom.com> 写道:
>
> Thanks, I can reproduce it now.
>
> The intent was to set max_socket when detecting lcores, not when selecting active ones, so there's a bug in my patch. I'll actually be working on DPDK next week, so I'll have fix on Monday or Tuesday.
>
> As for parsing /sys/, that's not likely to work on FreeBSD, and since we already detect all lcores and their socket, it makes sense to set max_socket there.
>
> My request for the additional logging was so I could see the lines that correspond to these:
>
> EAL: Detected lcore 0 as core 0 on socket 0
> EAL: Detected lcore 1 as core 0 on socket 1
> EAL: Detected lcore 2 as core 1 on socket 0
> EAL: Detected lcore 3 as core 1 on socket 1
>
> Which would indicate that EAL was able to detect a higher max socket even though it's not enabled.
>
> Is there a reason we're not CCing the mailing list?
>
>
> -- Stephen Hurd
>
>
> -----Original Message-----
> From: Qiu, Michael [mailto:michael.qiu@intel.com]
> Sent: Thursday, December 17, 2015 10:31 PM
> To: Stephen Hurd; De Lara Guarch, Pablo
> Cc: Tan, Jianfeng; Gonzalez Monroy, Sergio
> Subject: Re: Issue with patch "app/testpmd: detect numa socket count"
>
> That's the bug, I have two socket in my system, also from log you could see:
>
> EAL: Requesting 512 pages of size 2MB from socket 1
>
> command is : ./testpmd -c 0x3 -n 4 -- -i -socket-num=1
>
> the root cause is that you only check the enabled lcore which is on
> socket 0, and then mark max socket as 1, also your could has issue when
> in --numa
>
> Because when numa enabled, still we run with coremask 0x03, the max
> socket will never be 2, which will lead lots of issues.
>
> Thanks,
> Michael
>
>
>> On 2015/12/18 9:57, Stephen Hurd wrote:
>> Can you provide more log info (the socket to core mapping especially) and the entire command line (or at least the entire EAL set)? The error suggests that you only have one numa socket (socket 0) on that system and are attempting to allocate memory on socket 1.
>>
>> My patch redefined the max socket to be the last socket the system has whereas the old code allowed specifying sockets that aren't physically present in the system.
>>
>>
>> -- Stephen Hurd
>>
>>
>> -----Original Message-----
>> From: Qiu, Michael [mailto:michael.qiu@intel.com]
>> Sent: Thursday, December 17, 2015 5:42 PM
>> To: Stephen Hurd; De Lara Guarch, Pablo
>> Subject: Issue with patch "app/testpmd: detect numa socket count"
>>
>> Hi, Stephen
>>
>> I just see this patch and found some issue with it.
>>
>> When I start testpmd with -c 0x3 but with socket-num 1, that means run
>> lcore in socket 0, but want hugepage allocated in socket 1, in previous,
>> it works, I don't know why you force it in the socket lcore locates.I
>> would like to give a warning instead of failure. just like before:
>>
>> EAL: Requesting 512 pages of size 2MB from socket 1
>> EAL: TSC frequency is ~2294689 KHz
>> EAL: WARNING: Master core has no memory on local socket!
>>
>> After your patch:
>>
>> EAL: No probed ethernet devices
>> Interactive-mode selected
>> EAL: Error - exiting with code: 1
>> Cause: The socket number should be < 1
>>
>>
>> Thanks,
>> Michael
>
>
next parent reply other threads:[~2015-12-19 1:33 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <533710CFB86FA344BFBF2D6802E6028621BAF050@SHSMSX101.ccr.corp.intel.com>
[not found] ` <156984479488CD49A184F5CAB4AF93460719DEC4@IRVEXCHMB14.corp.ad.broadcom.com>
[not found] ` <533710CFB86FA344BFBF2D6802E6028621BAF45F@SHSMSX101.ccr.corp.intel.com>
[not found] ` <156984479488CD49A184F5CAB4AF93460719E1D1@IRVEXCHMB14.corp.ad.broadcom.com>
2015-12-19 1:33 ` Qiu, Michael [this message]
2016-01-13 22:20 ` [dpdk-dev] [PATCH] app/testpmd Fix max_socket detection Stephen Hurd
2016-01-13 22:23 ` [dpdk-dev] [PATCH v2] " Stephen Hurd
2016-01-14 13:44 ` Bruce Richardson
2016-01-15 0:59 ` Stephen Hurd
2016-01-15 1:01 ` Stephen Hurd
2016-01-15 10:42 ` Bruce Richardson
2016-03-02 11:04 ` De Lara Guarch, Pablo
2016-03-05 19:10 ` 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=24888901-A45C-4E23-871E-3485AF2423D2@intel.com \
--to=michael.qiu@intel.com \
--cc=dev@dpdk.org \
--cc=shurd@broadcom.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).