Received-SPF: pass (google.com: domain of linux-kernel+bounces-11346-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.80.249 as permitted sender) client-ip=147.75.80.249;
Date: Tue, 26 Dec 2023 11:51:53 +0700
From: Bagas Sanjaya <bagasdotme@gmail.com>
To: Jonathan Corbet <corbet@lwn.net>, attreyee-muk <tintinm2017@gmail.com>,
	jpoimboe@kernel.org, jikos@kernel.org, mbenes@suse.cz,
	pmladek@suse.com, joe.lawrence@redhat.com
Cc: linux-kernel@vger.kernel.org, linux-doc@vger.kernel.org,
	live-patching@vger.kernel.org
Subject: Re: [PATCH] Documentation/livepatch: Update terminology in livepatch
Message-ID: <ZYpb6Woh45ZnEvCP@archie.me>
References: <20231223205813.32083-1-tintinm2017@gmail.com>
 <87o7eg607d.fsf@meer.lwn.net>
Precedence: bulk
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha512;
	protocol="application/pgp-signature"; boundary="CoH5zxFFOOKX9bt+"
Content-Disposition: inline
In-Reply-To: <87o7eg607d.fsf@meer.lwn.net>


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

On Sat, Dec 23, 2023 at 03:08:54PM -0700, Jonathan Corbet wrote:
> attreyee-muk <tintinm2017@gmail.com> writes:
>=20
> > Update the sentence in livepatch.rst to: "Functions are there for a rea=
son. Take some input parameters, acquire or release locks, read, process, a=
nd write some data in a defined way."
> >
> > Signed-off-by: Attreyee Mukherjee <tintinm2017@gmail.com>
> > ---
> >  Documentation/livepatch/livepatch.rst | 2 +-
> >  1 file changed, 1 insertion(+), 1 deletion(-)
>=20
> So this is a classic example of saying what you have done, but not why.
> What makes this a change that we want?

I think what he intended was "The word 'get' is not the correct antonym to
'release' in the context of locking. Replace it with 'acquire'".

Thanks.

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

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

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

iHUEABYKAB0WIQSSYQ6Cy7oyFNCHrUH2uYlJVVFOowUCZYpb5QAKCRD2uYlJVVFO
o6HXAP98Mo4gHQGHVilAPOcKYfra6Uc9RDFtePq4HOXrTGnR7gEAw89s1qcoE3LV
i60sBetZrS0VWBBNkDAbCEwb3k5tUAA=
=RCMa
-----END PGP SIGNATURE-----

--CoH5zxFFOOKX9bt+--