DPDK patches and discussions
 help / color / mirror / Atom feed
From: Olivier MATZ <olivier.matz@6wind.com>
To: "Mcnamara, John" <john.mcnamara@intel.com>
Cc: "Yigit, Ferruh" <ferruh.yigit@intel.com>,
	Thomas Monjalon <thomas@monjalon.net>,
	"dev@dpdk.org" <dev@dpdk.org>,
	"techboard@dpdk.org" <techboard@dpdk.org>
Subject: Re: [dpdk-dev] [dpdk-techboard] [PATCH] doc: update contribution guideline for dependent work
Date: Tue, 12 Dec 2017 16:54:32 +0100	[thread overview]
Message-ID: <20171212155430.nqt27wwy4lgsgpuk@platinum> (raw)
In-Reply-To: <B27915DBBA3421428155699D51E4CFE23EE1FE26@IRSMSX103.ger.corp.intel.com>

Hi,

On Mon, Dec 11, 2017 at 02:26:34PM +0000, Mcnamara, John wrote:
> From: Yigit, Ferruh
> > Changing some part of the libraries but not updating all dependent code
> > cause maintenance problems.
> > 
> > ...
> > 
> > Signed-off-by: Ferruh Yigit <ferruh.yigit@intel.com>
> > 
> 
> 
> integration testing.
> > 
> > +* If changes effect other parts of the project, update all those parts as
> > well unless updating requires special knowledge.

I feel that "requiring special knowledge" is a bit blury. Shouldn't we add some
examples? Typically, I'm thinking about changes in ethdev that imply updating
the PMDs. Any opinion for this use case?

  reply	other threads:[~2017-12-12 15:54 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-11-21 19:59 [dpdk-dev] " Ferruh Yigit
2017-12-11 14:26 ` Mcnamara, John
2017-12-12 15:54   ` Olivier MATZ [this message]
2017-12-12 18:57     ` [dpdk-dev] [dpdk-techboard] " Ferruh Yigit
2017-12-13  8:55       ` Olivier MATZ
2018-01-09 15:44 ` [dpdk-dev] [PATCH v2] " Ferruh Yigit
2018-05-24 16:58   ` Thomas Monjalon
2019-04-05 15:00     ` Ferruh Yigit
2019-04-05 15:00       ` Ferruh Yigit
2019-04-05 15:02       ` [dpdk-dev] [dpdk-techboard] " Ferruh Yigit
2019-04-05 15:02         ` Ferruh Yigit

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=20171212155430.nqt27wwy4lgsgpuk@platinum \
    --to=olivier.matz@6wind.com \
    --cc=dev@dpdk.org \
    --cc=ferruh.yigit@intel.com \
    --cc=john.mcnamara@intel.com \
    --cc=techboard@dpdk.org \
    --cc=thomas@monjalon.net \
    /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).