Received-SPF: pass (google.com: domain of linux-kernel+bounces-41621-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45d1:ec00::1 as permitted sender) client-ip=2604:1380:45d1:ec00::1;
Date: Sun, 28 Jan 2024 19:27:45 +0700
From: Bagas Sanjaya <bagasdotme@gmail.com>
To: Thorsten Leemhuis <linux@leemhuis.info>,
	Linux kernel regressions list <regressions@lists.linux.dev>,
	Linux Doc Mailing List <linux-doc@vger.kernel.org>
Cc: LKML <linux-kernel@vger.kernel.org>, Jonathan Corbet <corbet@lwn.net>,
	Greg KH <gregkh@linuxfoundation.org>
Subject: Re: More detailed text about bisecting Linux kernel regression --
 request for comments and help
Message-ID: <ZbZIQc91DRrTeMtZ@archie.me>
References: <c763e15e-e82e-49f8-a540-d211d18768a3@leemhuis.info>
 <ZbW5emVndDNZlPTg@archie.me>
 <a373a71c-f5b6-471b-b7d2-b1f21dc505ca@leemhuis.info>
Precedence: bulk
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha512;
	protocol="application/pgp-signature"; boundary="QW2iM5aW2BJe83wI"
Content-Disposition: inline
In-Reply-To: <a373a71c-f5b6-471b-b7d2-b1f21dc505ca@leemhuis.info>


--QW2iM5aW2BJe83wI
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sun, Jan 28, 2024 at 06:28:52AM +0100, Thorsten Leemhuis wrote:
> On 28.01.24 03:18, Bagas Sanjaya wrote:
> > On Wed, Jan 24, 2024 at 01:19:16PM +0100, Thorsten Leemhuis wrote:
> >> .. _bisectstart_bissbs:
> >>
> >> * Start the bisection and tell Git about the versions earlier
> >> established as 'good' and 'bad'::
> >>
> >>     cd ~/linux/
> >>     git bisect start
> >>     git bisect good v6.0
> >>     git bisect bad v6.1.5
> >=20
> > If stable release tag is supplied instead as "good" version instead (e.=
g.
> > v6.0.1), as in many regression cases, git will ask to test the merge ba=
se
> > instead, which is corresponding mainline release (in this case v6.0).
>=20
> That should not happen if people follow the guide, as this is avoided by
> an earlier step:
>=20
> "'"
> .. _rangecheck_bissbs:
>=20
> * Determine the kernel versions considered 'good' and 'bad' throughout
> this guide:
>=20
> [...]
>=20
>   * Some function stopped working when updating from 6.0.11 to 6.1.4?
> Then for the time being consider 'v6.0' as the last 'good' version and
> 'v6.1.4' as the 'bad' one. Note, it is at this point an assumption that
> 6.0 is fine that will be checked later.
>=20
> "'"
>=20

Oops, I didn't see that context above. Thanks anyway.

--=20
An old man doll... just what I always wanted! - Clara

--QW2iM5aW2BJe83wI
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iHUEABYKAB0WIQSSYQ6Cy7oyFNCHrUH2uYlJVVFOowUCZbZIPAAKCRD2uYlJVVFO
o2AVAP94Vb9po75H476YPkW8Ab5KWGCdPe5GMFhjORBuZzA/VwD+N2tvHII2zzQS
Z/Pbfh53eCGsd7inrATn8J6SOemepwU=
=gE8H
-----END PGP SIGNATURE-----

--QW2iM5aW2BJe83wI--