From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mout01.posteo.de (mout01.posteo.de [185.67.36.65])
 by mx.groups.io with SMTP id smtpd.web10.52013.1680260979857895651
 for <devel@edk2.groups.io>;
 Fri, 31 Mar 2023 04:09:40 -0700
Authentication-Results: mx.groups.io;
 dkim=pass header.i=@posteo.de header.s=2017 header.b=DkcU9igD;
 spf=pass (domain: posteo.de, ip: 185.67.36.65, mailfrom: mhaeuser@posteo.de)
Received: from submission (posteo.de [185.67.36.169]) 
	by mout01.posteo.de (Postfix) with ESMTPS id 08D552402AD
	for <devel@edk2.groups.io>; Fri, 31 Mar 2023 13:09:36 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.de; s=2017;
	t=1680260977; bh=ZwvAOGr+wCgn/H+R936DuEOp0WLiMCpypdZV9rGfbTs=;
	h=From:Subject:Date:Cc:To:From;
	b=DkcU9igDPhNX2QfshY3pgM00iKWwpIwspqG4KvkBwwCeqnfSD/LUuAy66CXPDckIW
	 QYIkGh/BAKAEHSrTftEafJKdAdv9vVFQewll2Erj/GOlwhNMhPlq7b+ND8blqFOR+a
	 UNjajgPRynWrjUVsjcpTZJ4IVAgRpVaAaRJcNcDytHBIw9RyGackqIHS5GZtChoL94
	 IaCWo4BOsph/RSmsd5RHfRVEb4d2XJR3CmRewZHgLiFeKod8t/thbclDu92OLj/gEf
	 VVDMCQr8pxuTwu9rRTpnNUHaVctDO3QOSfftzdQN/PTqeWh99RjU0kwiSXVxsNgE9n
	 Bg5rZiSxiZ37A==
Received: from customer (localhost [127.0.0.1])
	by submission (posteo.de) with ESMTPSA id 4PnyH365Bwz6twH;
	Fri, 31 Mar 2023 13:09:35 +0200 (CEST)
From: =?UTF-8?B?TWFydmluIEjDpHVzZXI=?= <mhaeuser@posteo.de>
Mime-Version: 1.0 (1.0)
Subject: Re: [edk2-devel] [RFT PATCH v3 0/5] UefiCpuPkg, OvmfPkg: Simplify CpuExceptionHandlerLib
Date: Fri, 31 Mar 2023 11:09:35 +0000
Message-Id: <E83A7A25-0821-426D-9344-36D105881B1A@posteo.de>
References: <CAMj1kXGgRGAktLqwsX+oxwsZ+NWmTpY-a30J_LaQj+GUyK1nUg@mail.gmail.com>
Cc: "Ni, Ray" <ray.ni@intel.com>, devel@edk2.groups.io,
 Andrew Fish <afish@apple.com>,
 "Kinney, Michael D" <michael.d.kinney@intel.com>,
 "Liu, Zhiguang" <zhiguang.liu@intel.com>, Rebecca Cran <rebecca@bsdio.com>,
 Tom Lendacky <thomas.lendacky@amd.com>
In-Reply-To: <CAMj1kXGgRGAktLqwsX+oxwsZ+NWmTpY-a30J_LaQj+GUyK1nUg@mail.gmail.com>
To: Ard Biesheuvel <ardb@kernel.org>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable


> On 31. Mar 2023, at 13:03, Ard Biesheuvel <ardb@kernel.org> wrote:
>=20
> =EF=BB=BFOn Fri, 31 Mar 2023 at 12:41, Marvin H=C3=A4user <mhaeuser@posteo=
.de> wrote:
>>=20
>> Hi Ray,
>>=20
>>>> On 31. Mar 2023, at 12:09, Ni, Ray <ray.ni@intel.com> wrote:
>>>=20
>>> =EF=BB=BFArd,
>>> What does "-read_only_relocs suppress" control?
>>=20
>> It controls whether relocs that target read-only segments yield a build e=
rror or not. I think lld uses =E2=80=9C-z notext=E2=80=9D.
>>=20
>>> Linker doesn't produce relocation entries that modifies .text section si=
lently
>>> so the final .text just cannot run at all?
>>=20
>> Could you please rephrase? I=E2=80=99m not sure I understand, but I think=
 it=E2=80=99s important everyone understands the issues at play to make a go=
od judgment call.
>>=20
>=20
> As *I* understood it, it means suppress the *warning* not suppress the
> *relocation*

Correct.

>=20
> But the resulting binaries are broken, so it doesn't really matter.