Received: by 2002:a05:6a10:c604:0:0:0:0 with SMTP id y4csp4408385pxt; Wed, 11 Aug 2021 05:32:20 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwUzrg42NlvbhVNg/dUZJf+fGEpgbv4sMXWh+RsOcgFetzNLw98HkIJd8CZrfk3kv5QgZ2k X-Received: by 2002:a05:6402:2049:: with SMTP id bc9mr3492736edb.130.1628685139976; Wed, 11 Aug 2021 05:32:19 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1628685139; cv=none; d=google.com; s=arc-20160816; b=EjP9t+HQU6whQ1+Qr4oqesfcmQTpAnXmVKpmw4TCeXFUkEUZVIo3dfkkB01Bk0d4hf 1JZdGqgcs+XRj1sK+GxRHBI5ZSyDfDSl9jPJHqTNx0gnIKV1azcJWJZhhp/cMgmcm8+A DYMQ1kRbhsE0KkkBRXShdqYDGjhYDCzUaTSwfRSjV5Jzlz14uw4BpDKyJv2nzUWleNDb 8mMwr6LPUaZsXvgLukWRFYriBOZ3ghqiqax2kiDYDrSa1eJIVNTtsFYUsmsCx3Kgcogj OGg6ZUB9hfXUkxCMQZMDDEk177GsagCU1/sS1ae57SqMWRYcjjwJNuPjoKlGzBACSOiy vALg== 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=8NYjAI09Ucy66FLa2zt9V2CeebnTaSYItPwoPQqDUoA=; b=W3/NYllnrC+y2OLRhz8B+uRvdOwniCv48HEklL+XQ7u9fdFEC+MwOL22/yWRkQ4nlZ iTPknXc7ANVFPIPL0Gc2QCwV/Pk5/C2VMG1joF5NHmq9UgxfRloTHbXgBOoSCwW1k6x2 JvKPUZxIPQZuuLPc1jnocsYQFs7XQ2oEdukaBf7xMbx06lRQjxMyx47FrI2tAvnLNyCP UwoMkszKFVGFAImF0/5IOhjxFXadHXi5QpMz76RqJcajzexPp4WHyW6rqApKZIIPhP4u j3fvSqBntze6KiTyBOoCrSVT5L5CiYuxkpZ3ovtV/8GlyUsxCN/m38x9p4bzKS1VXLsw xfnQ== 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 r9si2148427eje.250.2021.08.11.05.31.55; Wed, 11 Aug 2021 05:32:19 -0700 (PDT) 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 S237875AbhHKM2d (ORCPT + 99 others); Wed, 11 Aug 2021 08:28:33 -0400 Received: from jabberwock.ucw.cz ([46.255.230.98]:37918 "EHLO jabberwock.ucw.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231190AbhHKM11 (ORCPT ); Wed, 11 Aug 2021 08:27:27 -0400 Received: by jabberwock.ucw.cz (Postfix, from userid 1017) id 874411C0B77; Wed, 11 Aug 2021 14:27:02 +0200 (CEST) Date: Wed, 11 Aug 2021 14:27:02 +0200 From: Pavel Machek To: Greg Kroah-Hartman Cc: Pavel Machek , linux-kernel@vger.kernel.org, stable@vger.kernel.org, jason@jlekstrand.net, Jonathan Gray Subject: Re: [PATCH 5.10 125/135] drm/i915: avoid uninitialised var in eb_parse() Message-ID: <20210811122702.GA8045@duo.ucw.cz> References: <20210810172955.660225700@linuxfoundation.org> <20210810173000.050147269@linuxfoundation.org> <20210811072843.GC10829@duo.ucw.cz> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SUOF0GtieIMvvwua" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --SUOF0GtieIMvvwua Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed 2021-08-11 09:46:12, Greg Kroah-Hartman wrote: > On Wed, Aug 11, 2021 at 09:28:43AM +0200, Pavel Machek wrote: > > Hi! > >=20 > > > From: Jonathan Gray > > >=20 > > > The backport of c9d9fdbc108af8915d3f497bbdf3898bf8f321b8 to 5.10 in > > > 6976f3cf34a1a8b791c048bbaa411ebfe48666b1 removed more than it should > > > have leading to 'batch' being used uninitialised. The 5.13 backport = and > > > the mainline commit did not remove the portion this patch adds back. > >=20 > > This patch has no upstream equivalent, right? > >=20 > > Which is okay -- it explains it in plain english, but it shows that > > scripts should not simply search for anything that looks like SHA and > > treat it as upsteam commit it. >=20 > Sounds like you have a broken script if you do it that way. That is what you told me to do! https://lore.kernel.org/stable/YQEvUay+1Rzp04SO@kroah.com/ I would happily adapt my script, but there's no good/documented/working way to determine upstream commit given -stable commit. If we could agree on Commit: (SHA) in the beggining of body, that would be great. Upstream: (SHA) in sign-off area would be even better. Best regards, Pavel --=20 DENX Software Engineering GmbH, Managing Director: Wolfgang Denk HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany --SUOF0GtieIMvvwua Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EABECAB0WIQRPfPO7r0eAhk010v0w5/Bqldv68gUCYRPCFgAKCRAw5/Bqldv6 8mQcAJ9AKlFoH8jnzzSxqkYLGTi8OCpOXQCdFy3CePlHbLfq+roeM+HiygkP9mo= =jAGr -----END PGP SIGNATURE----- --SUOF0GtieIMvvwua--