From: Don Slutz <dslutz@verizon.com>
To: Ian Campbell <Ian.Campbell@citrix.com>
Cc: Stefano Stabellini <stefano.stabellini@eu.citrix.com>,
GeorgeDunlap <george.dunlap@eu.citrix.com>,
Don Slutz <Don@CloudSwitch.com>,
Ian Jackson <ian.jackson@eu.citrix.com>,
Don Slutz <dslutz@verizon.com>, Jan Beulich <JBeulich@suse.com>,
xen-devel <xen-devel@lists.xenproject.org>
Subject: Re: [PATCH v2 01/12] xenctx: Clean up stack trace when hypercall_page not in symbol table
Date: Thu, 7 Nov 2013 08:28:33 -0500 [thread overview]
Message-ID: <527B9581.9000308@terremark.com> (raw)
In-Reply-To: <1383827816.32399.20.camel@kazak.uk.xensource.com>
[-- Attachment #1.1: Type: text/plain, Size: 3268 bytes --]
On 11/07/13 07:36, Ian Campbell wrote:
> On Thu, 2013-11-07 at 08:47 +0000, Jan Beulich wrote:
>>>>> On 07.11.13 at 09:22, Ian Campbell <Ian.Campbell@citrix.com> wrote:
>>> On Thu, 2013-11-07 at 08:07 +0000, Jan Beulich wrote:
>>>> And a note on patch submission: You send _to_ the list, and _cc_
>>>> maintainers and other relevant people (without stretching the
>>>> meaning of "relevant" too much).
>>> Do we need such a rule? Why is it useful?
>>>
>>> I personally don't mind which field causes the mail to arrive in my
>>> INBOX. I suppose you filter "To: xen-devel; Cc: Jan" differently to "To:
>>> Jan; Cc: xen-devel"?
>> Exactly. Mails Cc-ed to me get treated almost equally to all other
>> xen-devel traffic, whereas mails directed at me mean to me that
>> a response or other kind of action is expected. Basically the
>> usual (common sense?) email rules...
>>
>> So maybe I was too strict about the maintainer part - I don't mind
>> being sent mails to me that fall under the areas I'm maintainer of,
>> since there I'm obviously requested to take some sort of action.
>> But in the case here I certainly feel it was wrong to send the
>> whole series _to_ everyone.
> Ah, yes that makes sense, I hadn't noticed that bit.
Well, I was confused. get_maintainer.pl reports that
George Dunlap <george.dunlap@eu.citrix.com> (supporter:XENTRACE)
Ian Jackson <ian.jackson@eu.citrix.com> (supporter:TOOLSTACK)
Stefano Stabellini <stefano.stabellini@eu.citrix.com> (supporter:TOOLSTACK)
Ian Campbell <ian.campbell@citrix.com> (supporter:TOOLSTACK)
From MAINTAINERS:
M: Mail patches to: FullName <address@domain>
and I followed that. It was months ago that I read over the wiki page.
Jan came from:
Subject: Re: [Xen-devel] [PATCH] xenctx: Add an option to output
more registers.
Date: Fri, 18 Oct 2013 09:00:05 +0100
From: Jan Beulich <JBeulich@suse.com>
To: Don Slutz <dslutz@verizon.com>
CC: Ian Campbell <ian.campbell@citrix.com>, Don Slutz
<Don@CloudSwitch.com>, George Dunlap <george.dunlap@eu.citrix.com>,
Ian Jackson <ian.jackson@eu.citrix.com>, Stefano Stabellini
<stefano.stabellini@eu.citrix.com>, xen-devel
<xen-devel@lists.xenproject.org>
>>> On 17.10.13 at 20:41, Don Slutz <dslutz@verizon.com> wrote:
> From: Don Slutz <Don@CloudSwitch.com>
>
> Also fixup handling of symbol files, and output of 2 page stacks, and output
> of non stack memory.
Considering the size of the change this should be broken up, and
the individual changes need to be described better in the commit
message.
[...]
and my understanding was that re-worked patches need to have
--to=<responder> added. One on the things that is not clear is do I
change from --cc= to --to=after a response?
>>> http://wiki.xenproject.org/wiki/Submitting_Xen_Patches#Cc_the_maintainer_of_
>>> the_code_you_are_modifying is confusingly worded and somewhat contradictory,
>>> in that it initially requests to send to the maintainer and then later to cc
>>> them. As I say, I don't think it really matters which but if you care then it
>>> would be useful to clarify the wording there.
>> Yes, I think we should.
I would agree. I would also change the wording in MAINTAINERS.
-Don Slutz
[-- Attachment #1.2: Type: text/html, Size: 6733 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:[~2013-11-07 13:31 UTC|newest]
Thread overview: 61+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-11-06 20:08 [PATCH v2 00/12] xenctx: Many changes Don Slutz
2013-11-06 20:08 ` [PATCH v2 01/12] xenctx: Clean up stack trace when hypercall_page not in symbol table Don Slutz
2013-11-07 8:07 ` Jan Beulich
2013-11-07 8:22 ` Ian Campbell
2013-11-07 8:47 ` Jan Beulich
2013-11-07 12:36 ` Ian Campbell
2013-11-07 13:28 ` Don Slutz [this message]
2013-11-07 12:38 ` Ian Campbell
2013-11-06 20:08 ` [PATCH v2 02/12] xenctx: Add -2 (--two-pages) option to switch stack size to 8KiB Don Slutz
2013-11-07 8:04 ` Jan Beulich
2013-11-07 12:40 ` Ian Campbell
2013-11-07 15:24 ` Don Slutz
2013-11-06 20:08 ` [PATCH v2 03/12] xenctx: Output ascii version of stack also Don Slutz
2013-11-07 8:09 ` Jan Beulich
2013-11-07 12:43 ` Ian Campbell
2013-11-07 13:17 ` Jan Beulich
2013-11-07 13:21 ` Jan Beulich
2013-11-08 0:12 ` Don Slutz
2013-11-06 20:08 ` [PATCH v2 04/12] xenctx: Add stack address to dump, switch to 16 bytes per line Don Slutz
2013-11-07 8:12 ` Jan Beulich
2013-11-07 12:46 ` Ian Campbell
2013-11-08 0:13 ` Don Slutz
2013-11-06 20:08 ` [PATCH v2 05/12] xenctx: Change print_symbol to do the space before Don Slutz
2013-11-07 8:13 ` Jan Beulich
2013-11-07 12:47 ` Ian Campbell
2013-11-06 20:08 ` [PATCH v2 06/12] xenctx: More info on failed to map page Don Slutz
2013-11-07 12:48 ` Ian Campbell
2013-11-06 20:08 ` [PATCH v2 07/12] xenctx: Add stack addr to call trace Don Slutz
2013-11-07 12:50 ` Ian Campbell
2013-11-07 14:34 ` Don Slutz
2013-11-07 14:44 ` Ian Campbell
2013-11-07 15:06 ` Don Slutz
2013-11-07 16:03 ` Ian Campbell
2013-11-07 18:13 ` Don Slutz
2013-11-08 10:15 ` Ian Campbell
2013-11-06 20:08 ` [PATCH v2 08/12] xenctx: Add -d <daddr> option to dump memory at daddr as a stack Don Slutz
2013-11-07 8:22 ` Jan Beulich
2013-11-08 0:21 ` Don Slutz
2013-11-06 20:08 ` [PATCH v2 09/12] xenctx: Add -m <maddr> option to dump memory at maddr Don Slutz
2013-11-07 8:25 ` Jan Beulich
2013-11-08 0:24 ` Don Slutz
2013-11-06 20:08 ` [PATCH v2 10/12] xenctx: change is_kernel_text() into is_kernel_addr() Don Slutz
2013-11-07 8:35 ` Jan Beulich
2013-11-08 0:51 ` Don Slutz
2013-11-08 8:40 ` Jan Beulich
2013-11-08 9:50 ` Ian Campbell
2013-11-08 13:50 ` Don Slutz
2013-11-06 20:08 ` [PATCH v2 11/12] xenctx: Dump registers via hvm info if available Don Slutz
2013-11-06 20:35 ` Andrew Cooper
2013-11-07 18:56 ` Don Slutz
2013-11-08 10:13 ` Ian Campbell
2013-11-08 10:29 ` Andrew Cooper
2013-11-08 10:32 ` Ian Campbell
2013-11-07 8:38 ` Jan Beulich
2013-11-07 21:19 ` Don Slutz
2013-11-06 20:08 ` [PATCH v2 12/12] xenctx: Add optional fCPU Don Slutz
2013-11-07 8:40 ` Jan Beulich
2013-11-07 12:53 ` Ian Campbell
2013-11-07 21:24 ` Don Slutz
2013-11-08 11:29 ` [PATCH v2 00/12] xenctx: Many changes George Dunlap
2013-11-08 12:54 ` Ian Campbell
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=527B9581.9000308@terremark.com \
--to=dslutz@verizon.com \
--cc=Don@CloudSwitch.com \
--cc=Ian.Campbell@citrix.com \
--cc=JBeulich@suse.com \
--cc=george.dunlap@eu.citrix.com \
--cc=ian.jackson@eu.citrix.com \
--cc=stefano.stabellini@eu.citrix.com \
--cc=xen-devel@lists.xenproject.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 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).