All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andrew Cooper <andrew.cooper3@citrix.com>
To: Jan Beulich <jbeulich@suse.com>
Cc: "Roger Pau Monné" <roger.pau@citrix.com>,
	"Frediano Ziglio" <frediano.ziglio@cloud.com>,
	"Alejandro Vallejo" <alejandro.vallejo@cloud.com>,
	Xen-devel <xen-devel@lists.xenproject.org>
Subject: Re: [PATCH 3/3] x86/trampoline: Collect other scattered trampoline symbols
Date: Thu, 5 Sep 2024 17:10:01 +0100	[thread overview]
Message-ID: <341fa9f8-eabe-44fd-a291-4032d5fa5994@citrix.com> (raw)
In-Reply-To: <092700d9-101b-4bac-a500-7f03bd471d89@suse.com>

On 05/09/2024 4:42 pm, Jan Beulich wrote:
> On 05.09.2024 15:06, Andrew Cooper wrote:
>> --- a/xen/arch/x86/efi/efi-boot.h
>> +++ b/xen/arch/x86/efi/efi-boot.h
>> @@ -102,9 +102,6 @@ static void __init efi_arch_relocate_image(unsigned long delta)
>>      }
>>  }
>>  
>> -extern const s32 __trampoline_rel_start[], __trampoline_rel_stop[];
>> -extern const s32 __trampoline_seg_start[], __trampoline_seg_stop[];
> I'd prefer if these stayed here, leaving the 4 symbols as minimally exposed as
> possible. Recall that efi-boot.h isn't really a header in that sense, but
> rather a .c file. Elsewhere we keep decls in .c files when they're used in just
> one CU.

See Frediano's RFC series, which needs to change this in order to move
the 32bit relocation logic from asm to C.

The only reason efi-boot.h can get away with this right now is because
the other logic is written entirely in asm.


Scope-limiting linker section boundaries more than regular variables is
weird to me.  It's not as if they magically take more care to use than
regular variables, and trampoline.h is not a wide scope by any means.

~Andrew


  reply	other threads:[~2024-09-05 16:10 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-09-05 13:06 [PATCH 0/3] x86/trampoline: Header cleanup Andrew Cooper
2024-09-05 13:06 ` [PATCH 1/3] x86/acpi: Drop acpi_video_flags and use bootsym(video_flags) directly Andrew Cooper
2024-09-05 15:00   ` Jan Beulich
2024-09-05 15:05   ` Alejandro Vallejo
2024-09-05 15:37     ` Andrew Cooper
2024-09-05 13:06 ` [PATCH 2/3] x86/trampoline: Move the trampoline declarations out of <asm/config.h> Andrew Cooper
2024-09-05 15:35   ` Jan Beulich
2024-09-05 15:45     ` Andrew Cooper
2024-09-05 15:47       ` Jan Beulich
2024-09-05 15:48         ` Andrew Cooper
2024-09-05 13:06 ` [PATCH 3/3] x86/trampoline: Collect other scattered trampoline symbols Andrew Cooper
2024-09-05 15:42   ` Jan Beulich
2024-09-05 16:10     ` Andrew Cooper [this message]
2024-09-05 16:34       ` Frediano Ziglio
2024-09-05 16:37         ` Andrew Cooper
2024-09-06  5:58       ` Jan Beulich
2024-09-06 19:46         ` Andrew Cooper
2024-09-09  9:30           ` Jan Beulich
2024-09-05 14:57 ` [PATCH 0/3] x86/trampoline: Header cleanup Frediano Ziglio

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=341fa9f8-eabe-44fd-a291-4032d5fa5994@citrix.com \
    --to=andrew.cooper3@citrix.com \
    --cc=alejandro.vallejo@cloud.com \
    --cc=frediano.ziglio@cloud.com \
    --cc=jbeulich@suse.com \
    --cc=roger.pau@citrix.com \
    --cc=xen-devel@lists.xenproject.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.