[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH for-4.22?] x86/EFI: arrange for non-discardable .reloc in xen.efi
- To: Jan Beulich <jbeulich@xxxxxxxx>
- From: Roger Pau Monné <roger.pau@xxxxxxxxxx>
- Date: Wed, 17 Jun 2026 12:29:31 +0200
- Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=citrix.com; dmarc=pass action=none header.from=citrix.com; dkim=pass header.d=citrix.com; arc=none
- Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=Ogkkzmv9tABuuD/jOrFMsFJivlC9jm9uL0WEnEgyPFw=; b=mrpjgHVaHXFjbzD4Xu2O+97xHzUrtIau74dJVk/GiRKJEnsaeAVh1xi4NgyzmHn5EM4EE0BQlVHg/KA9oJJ7dBqwGy+OcvCI9HW+Vz+MHev1LlMTgr1iZQSaLQ6Rf3KxQWqWAAVZSYvKIR8kaf1aN0P6QM7Vioe5NA1RXbSgFFFzQ9bANebtvqaaxNP29Am+9eh0EEd4ZCBVv1Rkijv5BgvHG2ahaUlja59f5y34wMUp6JGAruGv9lEHWpuQImvucWvykKdSroa9gT0WLre5hHTeKN9ATrUMntzd6Bpe0kKJG0nTUkxoRUR6EwdVOVCLVgdxRkakqfjYx1Qrovq7MA==
- Arc-seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=goTgFrH+3Gzi/ANLBcPEiT1DwsUoGHucmnKPrNW1bc5D50DVKNLOc0jkCvxDpKGB/Gmm47NLnqnwEGaFCkecm5FybC1LS5LrzJdSZucs1vFpqhSEhq06vX53zriM9w88P2fyXkPEobDtxyFJl1s2Hor3fFo6jd/cx70LKEzlsCwoRDqZWlgAj5TI5bllzUxPdEnbenyfBGCTkSkDwKNGYIReMbnZjZ/Za/I/D0jAnYZ6JJSe5b4DkNKkTyLK9HRaYSoHrZxIdGmoJYid2ZnR4zYDxSW+tbd2I1fBCW5fTMJYVpVNIPxQ34L9szxqi736dEpGSkatP7sWSrEsV/ZcsA==
- Authentication-results: eu.smtp.expurgate.cloud; dkim=pass header.s=selector1 header.d=citrix.com header.i="@citrix.com" header.h="From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck"
- Authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=citrix.com;
- Cc: "xen-devel@xxxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxxx>, Andrew Cooper <andrew.cooper3@xxxxxxxxxx>, Teddy Astie <teddy.astie@xxxxxxxxxx>, Marek Marczykowski <marmarek@xxxxxxxxxxxxxxxxxxxxxx>, Daniel Smith <dpsmith@xxxxxxxxxxxxxxxxxxxx>, Oleksii Kurochko <oleksii.kurochko@xxxxxxxxx>
- Delivery-date: Wed, 17 Jun 2026 10:29:52 +0000
- List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
On Tue, Jun 16, 2026 at 06:17:54PM +0200, Jan Beulich wrote:
> Loaders respecting IMAGE_SCN_MEM_DISCARDABLE would not load such sections,
> yet we need to access it ourselves when switching out of "physical mode".
> Leverage behavior new to GNU ld 2.46: Any contribution to .reloc which
> doesn't have the discardable flag set (which cannot even be expressed in
> ELF) will yield the output section also non-discardable.
>
> Since for intermediate binaries we don't care about section attributes,
> link in the new object only on the final linking pass.
I'm not sure I follow. Xen already does generate a custom .reloc
section without the IMAGE_SCN_MEM_DISCARDABLE attribute when using
the mkreloc utility, and hence the .reloc section should never be
marked as discardable?
Thanks, Roger.
|
