All of lore.kernel.org
 help / color / mirror / Atom feed
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

  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 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.