From: Matthew Hall <mhall@mhcomputing.net>
To: "Wiles, Keith" <keith.wiles@intel.com>, "dev@dpdk.org" <dev@dpdk.org>
Subject: Re: [dpdk-dev] [PKTGEN] fixing weird termio issues that complicate debugging
Date: Wed, 20 Jan 2016 19:53:24 -0800 [thread overview]
Message-ID: <56A05634.1050008@mhcomputing.net> (raw)
In-Reply-To: <C456E799-8A5F-44F4-8C52-F584AF69CFE7@intel.com>
On 1/20/16 8:26 AM, Wiles, Keith wrote:
> One problem is a number of people wanted to steal the code and use in a paid application, so the copyright is some what a requirement. As you may know I do a lot of debugging on Pktgen and I feel they are a nuisance. I can try to see if we can clean up these messages, but do not hold your breath on getting them to be removed.
Understood, I am just providing some usability feedback from the
community. Any cleanup, however partial it may be for other reasons,
will personally aid me in simplicity of debugging and using the pktgen
to find performance improvements in other community applications and
DPDK itself, which is my true end goal here. In particular I need it for
all the changes I posted at various points for librte_lpm so I can test
all this stuff to make sure it really works.
> IMO most of the information from DPDK is not very useful as why do I need to see every lcore line, plus a lot of more useless information. Most of the information could be reduced a couple of lines or only report issues not just a bunch of useless information.
DPDK's messages might not be helpful for you, but in my case, the
temporary hostile modifications I made based on the writeup sent
previously, in order to make these messages visible again, is what
allowed me to find and fix the root causes of my inactive port issues,
because I have been working with DPDK's messages since 2011 and am very
familiar with what they mean inside DPDK itself, so they were the only
UI of Pktgen familiar to me at all compared to the rest which is custom
stuff I didn't use before.
> The screen init should be scrolling the information off the screen to preserve that info, unless it was changed by mistake.
I found a lot of info is being overwritten or lost due to the complex
sequence of all these calls. This is what led to my email of questions
for you.
> Please use tab stop of 4 instead of 8. IMO tab stop of 8 is so 1970’s and we should not need tab stop of 8 as any system today will work. :-)
OK. But do note that this convention is different from every other
project I've coded on before.
Sincerely,
Matthew.
next prev parent reply other threads:[~2016-01-21 3:53 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-01-20 6:32 Matthew Hall
2016-01-20 8:53 ` Panu Matilainen
2016-01-20 15:59 ` Wiles, Keith
2016-01-20 16:26 ` Wiles, Keith
2016-01-20 16:45 ` Wiles, Keith
2016-01-21 3:53 ` Matthew Hall [this message]
2016-01-21 8:46 ` Panu Matilainen
2016-01-21 15:03 ` Wiles, Keith
2016-01-21 19:00 ` Stephen Hemminger
2016-01-21 20:03 ` Matthew Hall
2016-01-22 6:45 ` Panu Matilainen
2016-01-23 2:22 ` Wiles, Keith
2016-02-17 10:13 ` Panu Matilainen
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=56A05634.1050008@mhcomputing.net \
--to=mhall@mhcomputing.net \
--cc=dev@dpdk.org \
--cc=keith.wiles@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).