From: Dario Faggioli <dario.faggioli@citrix.com>
To: "uma.sharma523@gmail.com" <uma.sharma523@gmail.com>
Cc: George Dunlap <George.Dunlap@citrix.com>,
"xen-devel@lists.xen.org" <xen-devel@lists.xen.org>
Subject: Re: [Patch 1/2]xen boot_cpu_data initialize
Date: Mon, 9 Mar 2015 10:27:22 +0000 [thread overview]
Message-ID: <1425896840.2729.19.camel@citrix.com> (raw)
In-Reply-To: <20150309071816.GA3629@gmail.com>
[-- Attachment #1.1: Type: text/plain, Size: 2085 bytes --]
Hi Uma,
First of all, nice to see the patch here on xen-devel... good job! ;-P
A few things:
On Mon, 2015-03-09 at 12:48 +0530, Uma Sharma wrote:
> This patch inserts some boot data initilization in xen/arch and
> function definition in xen/include.
>
About this description. The fact that it adds a function in a file, is
pretty evident from the code, so it's not really important to say it
here.
OTOH, what you could do here in the changelog, is explaining why the
change introduced is good/necessary.
In the case of this patch, you can see here:
http://lists.xen.org/archives/html/xen-devel/2014-08/msg02166.html
how I tried to do right that (sorry for 'citing' myself, but it's too
easy an example in this case! :-P)
Also, when one needs to send more than one patch (we call it a "patch
series"), what we usually do is to provide some sort of 'patch 0
message', also known as 'cover letter', in which you introduce the
various patches, explaining what they do, why you've done the work, and
other things... For example, in your case, that would be the perfect
place where to put a summary of the experiments you performed and of
they're results, so people can see what the patches are useful for
(performance improvement, in this case).
Also from my old series, here's the cover letter:
http://lists.xen.org/archives/html/xen-devel/2014-08/msg02168.html
And you'll fine a lot of other examples on the mailing list. :-)
About Cc-ing people: you did good Cc-ing George, which is the maintainer
of the scheduler, and me, which am also active in that area, and am
familiar with your work. However, this patches touches arch/x86, so you
should Cc the maintainers of the x86 architecture too (you can easily
figure that out from the MAINTAINERS file).
Last but not least, threading: the cover letter should start a new
thread, and all the patches should be replies to it. I don't know what
you use to generate and send te patches, but whatever tool it is, there
usually are many ways to achieve the above.
Regards,
Dario
[-- Attachment #1.2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 181 bytes --]
[-- Attachment #2: Type: text/plain, Size: 126 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
next prev parent reply other threads:[~2015-03-09 10:27 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-03-09 7:18 [Patch 1/2]xen boot_cpu_data initialize Uma Sharma
2015-03-09 10:12 ` Dario Faggioli
2015-03-09 10:27 ` Dario Faggioli [this message]
2015-03-09 13:01 ` Uma Sharma
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=1425896840.2729.19.camel@citrix.com \
--to=dario.faggioli@citrix.com \
--cc=George.Dunlap@citrix.com \
--cc=uma.sharma523@gmail.com \
--cc=xen-devel@lists.xen.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.