From: Lee Jones <lee.jones@linaro.org>
To: Mark Brown <broonie@kernel.org>
Cc: Javier Martinez Canillas <javier@dowhile0.org>,
linux-kernel@vger.kernel.org
Subject: Re: [RESEND PATCH] MAINTAINERS: Update MAX77802 PMIC entry
Date: Mon, 22 May 2017 12:06:04 +0100 [thread overview]
Message-ID: <20170522110604.g66mzwhkum4v6eyp@dell> (raw)
In-Reply-To: <20170516110634.owmasmh2qjmyc7io@sirena.org.uk>
On Tue, 16 May 2017, Mark Brown wrote:
> On Tue, May 16, 2017 at 08:51:40AM +0100, Lee Jones wrote:
> > On Sun, 14 May 2017, Mark Brown wrote:
>
> > > Since I'm expected to apply this I wouldn't normally expect to see my
> > > ack - like I say if I'm acking something for me it's normally because I
> > > expect someone else to actually apply it (that's the standard thing).
>
> > I don't agree with this. You provided your Ack under the assumption
> > that it would be applied though another tree, but there is no reason
> > why it would be dropped just because that is no longer the case.
>
> When I see a patch I've acked, especially one that I'd not expect to
> apply, I'll just delete the mail since I've already reviewed it. I get
> lots of such stuff that's part of a bigger series resent for
> whatever reason. One of the first questions I ask myself if I'm not
> sure why I have something is if I already handled it and if so I often
> stop there.
>
> This didn't happen here mainly because I remembered what the patch was,
> if I'd forgotten I'd probably have just discarded it for the same reason
> I initially acked it. Of course it's possible that that could've
> happened anyway but it's less likely as it's less mechanical.
Although logical and of benefit to you most of the time, doing that
will lead to exactly this issue occasionally. If you adopt such a
process, you need to be aware (and forgiving) of it when users submit
patches for you to apply which contain your Ack.
> > It's commonplace for me to provide Acks for patches I know will
> > *eventually* be applied by me. Removing them when applying patches is
> > part of my daily routine.
>
> You're the only person I'm aware of who does this.
The operative words here are "I'm aware". Conversely, I know lots of
Maintainers who do this, but I guess that comes with the territory
when dealing with the types of patch-sets that I handle. Often times
we do not know who will take a particular cross-subsystem set until
the reviews have been conducted. Usually it ends up being myself, but
not always.
> > TL;DR: If a Maintainer (or anyone for that matter) provides a *-by
> > tag, it should be carried forward with the (unchanged) patch until
> > acceptance.
>
> Given what acks get used for (they're more of a process thing than
> anything else) I'm not so sure it works well for them.
I'm not entirely sure what is meant by this.
--
Lee Jones
Linaro STMicroelectronics Landing Team Lead
Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog
next prev parent reply other threads:[~2017-05-22 11:06 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-05-04 4:36 Javier Martinez Canillas
2017-05-14 9:52 ` Mark Brown
2017-05-16 7:51 ` Lee Jones
2017-05-16 11:06 ` Mark Brown
2017-05-16 11:56 ` Javier Martinez Canillas
2017-05-22 11:06 ` Lee Jones [this message]
2017-05-22 12:06 ` Mark Brown
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=20170522110604.g66mzwhkum4v6eyp@dell \
--to=lee.jones@linaro.org \
--cc=broonie@kernel.org \
--cc=javier@dowhile0.org \
--cc=linux-kernel@vger.kernel.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
all inboxes | Powered by JetHome®