From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932667AbbERQZH (ORCPT ); Mon, 18 May 2015 12:25:07 -0400 Received: from mezzanine.sirena.org.uk ([106.187.55.193]:45902 "EHLO mezzanine.sirena.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932426AbbERQYa (ORCPT ); Mon, 18 May 2015 12:24:30 -0400 Date: Mon, 18 May 2015 17:24:05 +0100 From: Mark Brown To: Johan Hovold Cc: Lee Jones , Support Opensource , Samuel Ortiz , Liam Girdwood , linux-kernel@vger.kernel.org, Bartlomiej Zolnierkiewicz , Milo Kim , patches@opensource.wolfsonmicro.com, Fabio Estevam , Marek Szyprowski , stable Message-ID: <20150518162405.GA2761@sirena.org.uk> References: <20150429074420.GA24139@localhost> <20150429084152.GP9169@x1> <20150513154333.GB19543@x1> <20150513160836.GZ2761@sirena.org.uk> <20150513165419.GF19543@x1> <20150513172936.GE2761@sirena.org.uk> <20150514071943.GA20358@x1> <20150515144739.GC13976@localhost> <20150518091049.GN22418@x1> <20150518095159.GB28127@localhost> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="R6XNva+j4+N/cnqI" Content-Disposition: inline In-Reply-To: <20150518095159.GB28127@localhost> X-Cookie: 13. ... r-q1 User-Agent: Mutt/1.5.23 (2014-03-12) X-SA-Exim-Connect-IP: 94.175.94.161 X-SA-Exim-Mail-From: broonie@sirena.org.uk Subject: Re: [PATCH 1/2] mfd: da9052: fix broken regulator probe X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on mezzanine.sirena.org.uk) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --R6XNva+j4+N/cnqI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, May 18, 2015 at 11:51:59AM +0200, Johan Hovold wrote: > On Mon, May 18, 2015 at 10:10:49AM +0100, Lee Jones wrote: > > Yes, *you*. If a patch slips though a Maintainer's net, which does > > happen every so often [*], I'm sure even you are not infallible to > > that, a submitter must issue a RESEND (as you have now just done so). > As you know, five reminders asking for an ack from Mark was sent by the > two of us combined without even an indication that the messages had been > noted over a period of almost two months. The reason that there was no indication that the message had been noted was that the message had in fact not been seen, nor had any of your pings; one of the big problems here is that you are sending pings instead of resending (which is something that does get frequent pushback, Lee did advise you to resend). > If Mark feels that he is getting spammed with unrelated MFD patches, > then *you* and Mark need to figure out a way to get a message across > when there actually is something he needs to look at. Like I say, resending is the main advice here. > I don't care if it's with a special [Lee-wants-Marks-ack] subject > prefix, an irc message on Linaro's channels or a phone call, but it's not > something that a patch submitter for MFD should need to know about > (it obviously isn't even documented). Resending is something that is pretty standard. Most of the things that can result in something not getting looked at also involve no longer having a copy of the patch (so a resend will be needed anyway), and often many of the others will result in the ping not being seen either (for example it gets threaded in with the patch buried in the mailbox, or it looks like the patch is generating lots of discussion and will need a new version anyway). At best it's going to require going and finding the original mail, and they can be actively unhelpful. A fresh copy of the patch in contrast fits naturally into the standard workflow with no extra barriers. --R6XNva+j4+N/cnqI Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJVWhIlAAoJECTWi3JdVIfQJeoH/0pjuVMKLFMGZ7BV/QUJXXa8 uEUCVjcPGXhDKX6odS2DV8RpsquL/1QIR/FzkRB4SGK55DwU1NlPBYfw/Kd988l6 F9VoZgi0hV0J3rb1nTS6dD0F7yYwVvXeKF1iL0x/PYo7uftsObzomwBF0jnUiiJa 0/N1Y4NYTR5csHvv3K10C2DpalX6FmXj/LzULYYL6CMhkQoLOSRqXmh/IqsmIaAO ulev3tMQlZErH8CjnO9opD3lcEsvaiaYRzuhce0jy+vScxVuA2dL92L6HuYSJ5es Ks5U/nM/hZ+7m/zP37XMxfWI+CMgChDVDql8plPxn6+oybVNYIEA86IL3JNVWqI= =xzrB -----END PGP SIGNATURE----- --R6XNva+j4+N/cnqI--