DPDK patches and discussions
 help / color / mirror / Atom feed
From: Olivier MATZ <olivier.matz@6wind.com>
To: Neil Horman <nhorman@tuxdriver.com>,
	 John McNamara <john.mcnamara@intel.com>
Cc: dev@dpdk.org
Subject: Re: [dpdk-dev] [PATCH] mk: added make target to print out system info
Date: Wed, 25 Mar 2015 16:06:10 +0100	[thread overview]
Message-ID: <5512CEE2.60202@6wind.com> (raw)
In-Reply-To: <20150324170058.GA13924@hmsreliant.think-freely.org>

Hi,

On 03/24/2015 06:00 PM, Neil Horman wrote:
> On Tue, Mar 24, 2015 at 02:52:59PM +0000, John McNamara wrote:
>> Added a 'make system_info' target to print out system info
>> related to DPDK. This is intended as output that can be
>> attached to bug reports.
>> ---
>>   mk/rte.sdkroot.mk | 33 +++++++++++++++++++++++++++++++++
>>   1 file changed, 33 insertions(+)
>>
>> diff --git a/mk/rte.sdkroot.mk b/mk/rte.sdkroot.mk
>> index e8423b0..b477d09 100644
>> --- a/mk/rte.sdkroot.mk
>> +++ b/mk/rte.sdkroot.mk
>> @@ -123,3 +123,36 @@ examples examples_clean:
>>   %:
>>   	$(Q)$(MAKE) -f $(RTE_SDK)/mk/rte.sdkconfig.mk checkconfig
>>   	$(Q)$(MAKE) -f $(RTE_SDK)/mk/rte.sdkbuild.mk $@
>> +
>> +.PHONY: system_info
>> +system_info:
>> +	$(Q)echo
>> +	$(Q)echo "CC version"
>> +	$(Q)echo "=========="
>> +	$(Q)$(CC) --version
>> +	$(Q)echo
>> +
>> +	$(Q)echo "DPDK version"
>> +	$(Q)echo "============"
>> +	$(Q)$(MAKE) showversion
>> +	$(Q)echo
>> +
>> +	$(Q)echo "Git commit"
>> +	$(Q)echo "=========="
>> +	$(Q)git log --pretty=format:'%H' -1
>> +	$(Q)echo
>> +
>> +	$(Q)echo "Uname"
>> +	$(Q)echo "====="
>> +	$(Q)uname -srvmpio
>> +	$(Q)echo
>> +
>> +	$(Q)echo "Hugepages"
>> +	$(Q)echo "========="
>> +	$(Q)grep -i huge /proc/meminfo
>> +	$(Q)echo
>> +
>> +	$(Q)tools/cpu_layout.py
>> +
>> +	$(Q)tools/dpdk_nic_bind.py --status
>> +	$(Q)echo
>> --
>> 1.8.1.4
>>
>>
> Nak, for a few reasons:
>
> 1) While this target is in a common makefile, at least some of the information
> it gathers is operating system specfic (e.g. /proc/meminfo).  This isn't going
> to work on BSD, or other operating systems that we might support in the future
>
> 2) This is tied to the build system.  Theres no guarantee that users will
> diagnose problems only on the system that they built the DPDK on.
>
> A better solution might be to simply document the sort of information that a bug
> reporter is expected to gather, along with some sample tools for doing so.
> There are numerous tools to get the above information, both in isolation and in
> aggregate.

I agree with Neil that the Makefile is probably not the best place to
put that because the target machine may not be the build machine. What
about doing the same in a script? Therefore it could be embedded and
executed on the target.

Neil, you talk about tools that do the same kind of things. What tool
are you thinking about? The problem of using external tools is that it
adds a dependency with them.


Regards,
Olivier

  reply	other threads:[~2015-03-25 15:06 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-03-24 14:52 John McNamara
2015-03-24 14:52 ` John McNamara
2015-03-24 17:00   ` Neil Horman
2015-03-25 15:06     ` Olivier MATZ [this message]
2015-03-25 15:22       ` Neil Horman
2015-03-25 15:42         ` Olivier MATZ
2015-03-25 17:22           ` Neil Horman
2015-03-25 17:42             ` Olivier MATZ
2015-03-25 17:57               ` Neil Horman
2015-03-25 18:11             ` Mcnamara, John

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=5512CEE2.60202@6wind.com \
    --to=olivier.matz@6wind.com \
    --cc=dev@dpdk.org \
    --cc=john.mcnamara@intel.com \
    --cc=nhorman@tuxdriver.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).