DPDK patches and discussions
 help / color / mirror / Atom feed
From: "Ouyang, Changchun" <changchun.ouyang@intel.com>
To: "Qiu, Michael" <michael.qiu@intel.com>,
	"Richardson, Bruce" <bruce.richardson@intel.com>
Cc: "dev@dpdk.org" <dev@dpdk.org>
Subject: Re: [dpdk-dev] [RFC PATCH 00/17] Single virtio implementation
Date: Wed, 10 Dec 2014 00:29:47 +0000	[thread overview]
Message-ID: <F52918179C57134FAEC9EA62FA2F962511944A5A@shsmsx102.ccr.corp.intel.com> (raw)
In-Reply-To: <533710CFB86FA344BFBF2D6802E60286C9E267@SHSMSX101.ccr.corp.intel.com>

Hi Michael,

> -----Original Message-----
> From: Qiu, Michael
> Sent: Wednesday, December 10, 2014 12:03 AM
> To: Ouyang, Changchun; Richardson, Bruce
> Cc: dev@dpdk.org
> Subject: Re: [dpdk-dev] [RFC PATCH 00/17] Single virtio implementation
> 
> On 2014/12/9 22:19, Ouyang, Changchun wrote:
> > Hi Bruce,
> >
> >> -----Original Message-----
> >> From: Richardson, Bruce
> >> Sent: Tuesday, December 9, 2014 5:47 PM
> >> To: Ouyang, Changchun
> >> Cc: Thomas Monjalon; dev@dpdk.org
> >> Subject: Re: [dpdk-dev] [RFC PATCH 00/17] Single virtio
> >> implementation
> >>
> >> On Tue, Dec 09, 2014 at 06:40:23AM +0000, Ouyang, Changchun wrote:
> >>>
> >>>> -----Original Message-----
> >>>> From: Thomas Monjalon [mailto:thomas.monjalon@6wind.com]
> >>>> Sent: Tuesday, December 9, 2014 2:12 PM
> >>>> To: Ouyang, Changchun
> >>>> Cc: Qiu, Michael; Stephen Hemminger; dev@dpdk.org
> >>>> Subject: Re: [dpdk-dev] [RFC PATCH 00/17] Single virtio
> >>>> implementation
> >>>>
> >>>> 2014-12-09 05:41, Ouyang, Changchun:
> >>>>> Hi
> >>>>>
> >>>>>> -----Original Message-----
> >>>>>> From: Qiu, Michael
> >>>>>> Sent: Tuesday, December 9, 2014 11:23 AM
> >>>>>> To: Ouyang, Changchun; Thomas Monjalon; Stephen Hemminger
> >>>>>> Cc: dev@dpdk.org
> >>>>>> Subject: Re: [dpdk-dev] [RFC PATCH 00/17] Single virtio
> >>>>>> implementation
> >>>>>>
> >>>>>> On 12/9/2014 9:11 AM, Ouyang, Changchun wrote:
> >>>>>>> Hi Thomas,
> >>>>>>>
> >>>>>>>> -----Original Message-----
> >>>>>>>> From: Thomas Monjalon [mailto:thomas.monjalon@6wind.com]
> >>>>>>>> Sent: Monday, December 8, 2014 5:31 PM
> >>>>>>>> To: Ouyang, Changchun
> >>>>>>>> Cc: dev@dpdk.org
> >>>>>>>> Subject: Re: [dpdk-dev] [RFC PATCH 00/17] Single virtio
> >>>>>>>> implementation
> >>>>>>>>
> >>>>>>>> Hi Changchun,
> >>>>>>>>
> >>>>>>>> 2014-12-08 14:21, Ouyang Changchun:
> >>>>>>>>> This patch set bases on two original RFC patch sets from
> >>>>>>>>> Stephen
> >>>>>>>> Hemminger[stephen@networkplumber.org]
> >>>>>>>>> Refer to
> >>>>>>>>> [http://dpdk.org/ml/archives/dev/2014-August/004845.html ]
> for
> >>>>>>>> the original one.
> >>>>>>>>> This patch set also resolves some conflict with latest codes
> >>>>>>>>> and removed
> >>>>>>>> duplicated codes.
> >>>>>>>>
> >>>>>>>> As you sent the patches, you appear as the author.
> >>>>>>>> But I guess Stephen should be the author for some of them.
> >>>>>>>> Please check who has contributed the most in each patch to
> >> decide.
> >>>>>>> You are right, most of patches originate from Stephen's
> >>>>>>> patchset, except for the last one, To be honest, I am ok whoever
> >>>>>>> is the author of this patch set, :-), We could co-own the
> >>>>>>> feature of Single virtio if you all agree with it, and I think
> >>>>>>> we couldn't finish Such a feature without collaboration among
> >>>>>>> us, this is why I tried to communicate
> >>>>>> with most of you to collect more feedback, suggestion and
> >>>>>> comments for this feature.
> >>>>>>> Very appreciate for all kinds of feedback, suggestion here,
> >>>>>>> especially for
> >>>>>> patch set from Stephen.
> >>>>>>> According to your request, how could we make this patch set
> >>>>>>> looks more
> >>>>>> like Stephen as the author?
> >>>>>>> Currently I add Stephen as Signed-off-by list in each patch(I
> >>>>>>> got the
> >>>>>> agreement from Stephen before doing this :-)).
> >>>>>>
> >>>>>> Hi Ouyang,
> >>>>>>
> >>>>>> "Signed-off-by" should be added by himself, because the one who
> >>>>>> in the Signed-off-by list should take responsibility for it(like
> >>>>>> potential
> >>>> bugs/issues).
> >>>>>> Although, lots of patches are originate from Stephen, we still
> >>>>>> need himself add this line :)
> >>>>> Hi Thomas,
> >>>>> It that right? I can't add Stephen into Signed-off-by list even if
> >>>>> I have gotten the agreement from Stephen, What 's the strict rule
> here?
> >>>> Stephen sent the patches with his Signed-off, then you added yours.
> >>>> This is OK.
> >>>> Using git am, author would have been Stephen. To change author now,
> >>>> you can edit each commit with interactive rebase and "git commit
> >>>> --amend -- author=Stephen".
> >>>> No need to resend now. Please check it for next version of the
> patchset.
> >>>>
> >>> So I understand correctly, Stephen need care for from patches from 1
> >>> to 16, I need care for the 17th patch from next version.
> >>> What I mean "caring for" above is:  debug and validate them and send
> >>> out patches
> >>>
> >>> Thanks
> >>> Changchun
> >>>
> >> Just to clarify Thomas point here about use of "git am". If you get a
> >> patch from someone to test or work on, use "git am" to apply it,
> >> rather than "git apply", since "git am" generates a commit in your
> >> local repo and thereby maintains the original authorship of the
> >> patch. If you do "git apply" and subsequently commit yourself, you -
> >> rather than the original author - will appear as the "author" of the
> >> patch, and you need to amend the commit as Thomas suggests to fix this.
> >>
> >> So in short:
> >> * git am == good
> >> * git apply == bad
> > Thanks very much for the clarification. I will use git am for next version.
> 
> BTW, you also can use "git am ./xx/*" to patch a series patch set to your local
> git tree.

Ok,  thanks for sharing.
 
Thanks and regards,,
Changchun

      reply	other threads:[~2014-12-10  0:29 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-12-08  6:21 Ouyang Changchun
2014-12-08  6:21 ` [dpdk-dev] [RFC PATCH 01/17] virtio: Rearrange resource initialization Ouyang Changchun
2014-12-08  6:21 ` [dpdk-dev] [RFC PATCH 02/17] virtio: Use weaker barriers Ouyang Changchun
2014-12-08  6:21 ` [dpdk-dev] [RFC PATCH 03/17] virtio: Allow starting with link down Ouyang Changchun
2014-12-08  6:21 ` [dpdk-dev] [RFC PATCH 04/17] virtio: Add support for Link State interrupt Ouyang Changchun
2014-12-08  6:21 ` [dpdk-dev] [RFC PATCH 05/17] ether: Add soft vlan encap/decap functions Ouyang Changchun
2014-12-08  6:21 ` [dpdk-dev] [RFC PATCH 06/17] virtio: Use software vlan stripping Ouyang Changchun
2014-12-08  6:21 ` [dpdk-dev] [RFC PATCH 07/17] virtio: Remove unnecessary adapter structure Ouyang Changchun
2014-12-08  6:21 ` [dpdk-dev] [RFC PATCH 08/17] virtio: Remove redundant vq_alignment Ouyang Changchun
2014-12-08  6:21 ` [dpdk-dev] [RFC PATCH 09/17] virtio: Fix how states are handled during initialization Ouyang Changchun
2014-12-08  6:21 ` [dpdk-dev] [RFC PATCH 10/17] virtio: Make vtpci_get_status local Ouyang Changchun
2014-12-08  6:21 ` [dpdk-dev] [RFC PATCH 11/17] virtio: Check for packet headroom at compile time Ouyang Changchun
2014-12-08  6:21 ` [dpdk-dev] [RFC PATCH 12/17] virtio: Move allocation before initialization Ouyang Changchun
2014-12-08  6:21 ` [dpdk-dev] [RFC PATCH 13/17] virtio: Add support for vlan filtering Ouyang Changchun
2014-12-08  6:21 ` [dpdk-dev] [RFC PATCH 14/17] virtio: Add suport for multiple mac addresses Ouyang Changchun
2014-12-08  6:21 ` [dpdk-dev] [RFC PATCH 15/17] virtio: Add ability to set MAC address Ouyang Changchun
2014-12-08  6:21 ` [dpdk-dev] [RFC PATCH 16/17] virtio: Free mbuf's with threshold Ouyang Changchun
2014-12-08  6:21 ` [dpdk-dev] [RFC PATCH 17/17] virtio: Use port IO to get PCI resource Ouyang Changchun
2014-12-08  9:30 ` [dpdk-dev] [RFC PATCH 00/17] Single virtio implementation Thomas Monjalon
2014-12-09  1:08   ` Ouyang, Changchun
2014-12-09  3:23     ` Qiu, Michael
2014-12-09  5:24       ` Stephen Hemminger
2014-12-09  5:41       ` Ouyang, Changchun
2014-12-09  6:11         ` Thomas Monjalon
2014-12-09  6:40           ` Ouyang, Changchun
2014-12-09  8:53             ` Thomas Monjalon
2014-12-09  9:46             ` Bruce Richardson
2014-12-09 14:08               ` Ouyang, Changchun
2014-12-09 16:03                 ` Qiu, Michael
2014-12-10  0:29                   ` Ouyang, Changchun [this message]

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=F52918179C57134FAEC9EA62FA2F962511944A5A@shsmsx102.ccr.corp.intel.com \
    --to=changchun.ouyang@intel.com \
    --cc=bruce.richardson@intel.com \
    --cc=dev@dpdk.org \
    --cc=michael.qiu@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).