Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp2286213pxf; Sat, 13 Mar 2021 14:45:37 -0800 (PST) X-Google-Smtp-Source: ABdhPJyV+OzZ/X9uFjyH2pCLfw6h2NjyKBMltu2hEVUJmgoRx1vx6dpmzXsrCL1gscl0b5IGjIc1 X-Received: by 2002:a17:906:58c9:: with SMTP id e9mr15403795ejs.26.1615675537229; Sat, 13 Mar 2021 14:45:37 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1615675537; cv=none; d=google.com; s=arc-20160816; b=b16+YryDeyf3UWw2FdkoMrtWOlGgrtVgTyk7j2EEbMf8rHECn6RzNi5Nu5QdIys28a 9d7sriuf0RzUk5bvmCKMvF2eMnSAJJqJeZ+JNXap/GL/WpNI4qENxGzr2ZhGbSeqCS5c MVHyMGC+vQd/hdnEhazDaDFC3bob8cD7O9/OfxUfac2tVgAVN3lryg23hZiNUskCa4LS H02HvhR+RzVxHl9F2udoRtmsIJPk4HCwjH1t2XE0G65ByPiupVnXrXnnXQ5X/s9RjWUp 1yZJkTa3c2w60APflRKa7FnaKf1ZLhXTrGyiE6igRL0S/Q4iN1DPV95gNb4kdtIv4Mkj +ODg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=n6+PsRP292GtWGvzfBF2/zVthpqRXd7FArdjF/Ijpj4=; b=tlm6H1v+0MwnoYczZw+G0JGjwvhOjW7OVD9HE/aiiUoDQjkng8dKbQeBgl/TWPI2qG qOeWp/V/lsx008R9+0SrZd1jHxp2qeKRkvvbtE5kQ6XG6+Clu2leaKomE4+lybxqtSSm dDord1U4mk+bsB1u2UIr/qZx9dibwdVRvOPbsr12P52gaKEFa6SBhtwsBubz+r3vXdAm hWgKEHnjG9adzla9Rizba9uhQPbtKHWQ3icbQOdf64gzI3Z10RtOLCp470dW/Pb8hIag H+f0pWbYfCJ51efXG1eDHGMe9p/UJHFNocVy/A+vsn/opF/QFfNTTMkh9wQ/n+/SPDr+ 5N/g== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id z15si8141138edm.187.2021.03.13.14.45.15; Sat, 13 Mar 2021 14:45:37 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234893AbhCMWah (ORCPT + 99 others); Sat, 13 Mar 2021 17:30:37 -0500 Received: from jabberwock.ucw.cz ([46.255.230.98]:35266 "EHLO jabberwock.ucw.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234796AbhCMWaN (ORCPT ); Sat, 13 Mar 2021 17:30:13 -0500 Received: by jabberwock.ucw.cz (Postfix, from userid 1017) id 08FD01C0B7F; Sat, 13 Mar 2021 23:30:10 +0100 (CET) Date: Sat, 13 Mar 2021 23:30:09 +0100 From: Pavel Machek To: Greg KH Cc: Florian Fainelli , linux-kernel@vger.kernel.org, Alexander Lobakin , torvalds@linux-foundation.org, akpm@linux-foundation.org, linux@roeck-us.net, shuah@kernel.org, patches@kernelci.org, lkft-triage@lists.linaro.org, pavel@denx.de, jonathanh@nvidia.com, stable@vger.kernel.org Subject: Re: [PATCH 5.4 00/24] 5.4.105-rc1 review Message-ID: <20210313223009.GA12835@amd> References: <20210310132320.550932445@linuxfoundation.org> <29dcd801-7f1e-ae09-9b88-ce17cb096f60@gmail.com> <61cef8f0-c40a-c4e4-5322-9939ed21bff7@gmail.com> <40f06036-c6de-706b-30a0-e20de0c6ff57@gmail.com> <72fd4a3f-1548-96eb-16f6-55907019afbf@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FCuugMFkClbJLl1L" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --FCuugMFkClbJLl1L Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi! > > So I guess we are good, until we are not. It concerns me however that > > this (latent at the time) issue was reported at Wed, 10 Mar 2021 > > 20:19:48 -0800 which is well before the deadline of Fri, 12 Mar 2021 > > 13:23:09 +0000, and yet, the v5.4.105 was announced on Thu, 11 Mar 2021 > > 05:33:31 -0800 (PST) and it went through with that patch nonetheless. >=20 > It's a judgement call on my side as to when to do the release, based on > the testing that has happened, any reports, and my knowledge of what is > in the patches themselves. For this patchset, all of the expected > testers came back with no problems, except for your report. >=20 > And if your report turned out to be real (the fact that it was a > backport of an "old" patch made it much less likely to be real), I can > always instantly revert it and push out a new release quickly for the > tiny subset of those that have problems with this. >=20 > So I took a guess based on all of this and decided it was more important > to get the release out early, so that it can start to make its way to > the huge majority of systems that did report testing worked fine, than > to delay it to wait for your single system report. Because again, if > this turned out to be a real issue, a quick release for any affected > systems would have been trivial to create. You are setting yourself (and testers) a deadline... and then you ignore it. People are not only testing the release, they are also reviewing the patches, and having at least two days for that is useful. You clearly disagree, but in any case you should not mention deadline in the initial if you don't intend to keep them. Thats confusing, and clearly it is not only confusing to me. Best regards, Pavel --=20 DENX Software Engineering GmbH, Managing Director: Wolfgang Denk HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany --FCuugMFkClbJLl1L Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAmBNPPAACgkQMOfwapXb+vLpywCfU8QUOys3itqxfaoUmmQMughF 2eEAn0mPrWsi16CoRU+APxQbKQboSvLh =4ESJ -----END PGP SIGNATURE----- --FCuugMFkClbJLl1L--