From: Tim Deegan <tim@xen.org>
To: Ian Jackson <Ian.Jackson@eu.citrix.com>
Cc: xen-devel@lists.xensource.com, Keir Fraser <keir@xen.org>,
Ian Campbell <ian.campbell@citrix.com>,
Andrew Cooper <andrew.cooper3@citrix.com>,
Julien Grall <julien.grall@citrix.com>,
David Vrabel <david.vrabel@citrix.com>,
Jan Beulich <jbeulich@suse.com>
Subject: Re: [PATCH v2] MAINTAINERS: Document maintainers for xen/common/
Date: Fri, 18 Sep 2015 11:13:51 +0100 [thread overview]
Message-ID: <20150918101351.GA56530@deinos.phlegethon.org> (raw)
In-Reply-To: <22011.68.956821.565239@mariner.uk.xensource.com>
At 19:02 +0100 on 17 Sep (1442516564), Ian Jackson wrote:
> Tim Deegan writes ("Re: [PATCH v2] MAINTAINERS: Document maintainers for xen/common/"):
> > I would rather your v1 plus an appropriate change to get_maintainers.
>
> I am happy to implement in get_maintainers whatever is decided.
>
> At the moment there is one kind of fallback:
>
> (i) `THE REST' gets CCd iff no file pointed to any other maintainer
>
> What you may be proposing is a subtly different kind of fallback:
>
> (ii) `REST OF THE HYPERVISOR' gets CCd iff the patch touches any files
> in xen/ which do not have another maintainer
Right, I see. Yes, that is what I was proposing, though thinking
about it I'm not so sure any more. There seem to be three
possibilities -- filter everything per-file:
for each file touched:
M := 'normal' maintainers
if M is empty and the file is in xen/, M := REST OF HYPERVISOR
if M is empty, M := THE REST
CCLIST += M
Filter xen/ per-file but leave THE REST as it is now:
for each file touched:
M := 'normal' maintainers
if M is empty and the file is in xen/, M := REST OF HYPERVISOR
CCLIST += M
if CCLIST is empty, CCLIST := THE REST
or only use the fallbacks if nothing in the patch has a real
maintainer:
for each file touched:
CCLIST += 'normal' maintainers
if CCLIST is empty and any file is in xen/, CCLIST := REST OF HYPERVISOR
if CCLIST is empty, CCLIST := THE REST
There's a tradeoff between how noisy it gets for the fallback
maintainers and wanting to make sure that someone relevant is always
CC'd.
I think on balance we can rely on the maintainers to ask for second
opinions if they find a patch that touches a lot of common code,
i.e. I prefer the third option.
Cheers,
Tim.
prev parent reply other threads:[~2015-09-18 10:13 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-09-17 11:53 [PATCH v2] MAINTAINERS: Document maintainers for xen/common/ Ian Jackson
2015-09-17 11:59 ` Andrew Cooper
2015-09-17 12:04 ` Julien Grall
2015-09-17 12:23 ` Tim Deegan
2015-09-17 18:02 ` Ian Jackson
2015-09-18 6:02 ` Jan Beulich
2015-09-18 10:13 ` Tim Deegan [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=20150918101351.GA56530@deinos.phlegethon.org \
--to=tim@xen.org \
--cc=Ian.Jackson@eu.citrix.com \
--cc=andrew.cooper3@citrix.com \
--cc=david.vrabel@citrix.com \
--cc=ian.campbell@citrix.com \
--cc=jbeulich@suse.com \
--cc=julien.grall@citrix.com \
--cc=keir@xen.org \
--cc=xen-devel@lists.xensource.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 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.