mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Juergen Gross <jgross@suse.com>
To: Hou Wenlong <houwenlong.hwl@antgroup.com>, linux-kernel@vger.kernel.org
Cc: "Srivatsa S. Bhat (VMware)" <srivatsa@csail.mit.edu>,
	Alexey Makhalov <amakhalov@vmware.com>,
	VMware PV-Drivers Reviewers <pv-drivers@vmware.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Ingo Molnar <mingo@redhat.com>, Borislav Petkov <bp@alien8.de>,
	Dave Hansen <dave.hansen@linux.intel.com>,
	x86@kernel.org, "H. Peter Anvin" <hpa@zytor.com>,
	Peter Zijlstra <peterz@infradead.org>,
	Josh Poimboeuf <jpoimboe@kernel.org>,
	Kees Cook <keescook@chromium.org>, Song Liu <song@kernel.org>,
	Nadav Amit <namit@vmware.com>,
	virtualization@lists.linux-foundation.org
Subject: Re: [PATCH] x86/paravirt: Use relative reference for original instruction
Date: Thu, 24 Nov 2022 11:18:52 +0100	[thread overview]
Message-ID: <aa4c49a6-65f2-d04c-ee0d-afb9e1262dea@suse.com> (raw)
In-Reply-To: <d0fb2176864ed7883b0e53353b663158df2f61d6.1669279198.git.houwenlong.hwl@antgroup.com>


[-- Attachment #1.1.1: Type: text/plain, Size: 4009 bytes --]

On 24.11.22 09:51, Hou Wenlong wrote:
> Similar to the alternative patching, use relative reference for original
> instruction rather than absolute one, which saves 8 bytes for one entry
> on x86_64.  And it could generate R_X86_64_PC32 relocation instead of

8 bytes saved? I think those are 4 bytes only.

> R_X86_64_64 relocation, which also reduces relocation metadata on
> relocatable builds.
> 
> Signed-off-by: Hou Wenlong <houwenlong.hwl@antgroup.com>
> ---
>   arch/x86/include/asm/paravirt.h       | 6 +++---
>   arch/x86/include/asm/paravirt_types.h | 4 ++--
>   arch/x86/kernel/alternative.c         | 8 +++++---
>   3 files changed, 10 insertions(+), 8 deletions(-)
> 
> diff --git a/arch/x86/include/asm/paravirt.h b/arch/x86/include/asm/paravirt.h
> index 2851bc2339d5..2cbe9b64e103 100644
> --- a/arch/x86/include/asm/paravirt.h
> +++ b/arch/x86/include/asm/paravirt.h
> @@ -735,13 +735,13 @@ extern void default_banner(void);
>   
>   #else  /* __ASSEMBLY__ */
>   
> -#define _PVSITE(ptype, ops, word, algn)		\
> +#define _PVSITE(ptype, ops, algn)		\

Would you please drop the algn parameter, too? It isn't needed anymore
as the alignment can be hard coded to be 4 now. This would need to be
adjusted in the _paravirt_alt() macro, too.

>   771:;						\
>   	ops;					\
>   772:;						\
>   	.pushsection .parainstructions,"a";	\
>   	 .align	algn;				\
> -	 word 771b;				\
> +	 .long 771b-.;				\
>   	 .byte ptype;				\
>   	 .byte 772b-771b;			\
>   	 _ASM_ALIGN;				\
> @@ -752,7 +752,7 @@ extern void default_banner(void);
>   #ifdef CONFIG_PARAVIRT_XXL
>   
>   #define PARA_PATCH(off)		((off) / 8)
> -#define PARA_SITE(ptype, ops)	_PVSITE(ptype, ops, .quad, 8)
> +#define PARA_SITE(ptype, ops)	_PVSITE(ptype, ops, 8)
>   #define PARA_INDIRECT(addr)	*addr(%rip)
>   
>   #ifdef CONFIG_DEBUG_ENTRY
> diff --git a/arch/x86/include/asm/paravirt_types.h b/arch/x86/include/asm/paravirt_types.h
> index 8c1da419260f..19f709cf7df9 100644
> --- a/arch/x86/include/asm/paravirt_types.h
> +++ b/arch/x86/include/asm/paravirt_types.h
> @@ -5,7 +5,7 @@
>   #ifndef __ASSEMBLY__
>   /* These all sit in the .parainstructions section to tell us what to patch. */
>   struct paravirt_patch_site {
> -	u8 *instr;		/* original instructions */
> +	s32 instr_offset;	/* original instructions */
>   	u8 type;		/* type of this instruction */
>   	u8 len;			/* length of original instruction */
>   };
> @@ -274,7 +274,7 @@ extern struct paravirt_patch_template pv_ops;
>   	"771:\n\t" insn_string "\n" "772:\n"		\
>   	".pushsection .parainstructions,\"a\"\n"	\
>   	_ASM_ALIGN "\n"					\
> -	_ASM_PTR " 771b\n"				\
> +	"  .long 771b-.\n"				\
>   	"  .byte " type "\n"				\
>   	"  .byte 772b-771b\n"				\
>   	_ASM_ALIGN "\n"					\
> diff --git a/arch/x86/kernel/alternative.c b/arch/x86/kernel/alternative.c
> index 111b809f0ac2..6eea563a098d 100644
> --- a/arch/x86/kernel/alternative.c
> +++ b/arch/x86/kernel/alternative.c
> @@ -1232,20 +1232,22 @@ void __init_or_module apply_paravirt(struct paravirt_patch_site *start,
>   {
>   	struct paravirt_patch_site *p;
>   	char insn_buff[MAX_PATCH_LEN];
> +	u8 *instr;
>   
>   	for (p = start; p < end; p++) {
>   		unsigned int used;
>   
> +		instr = (u8 *)&p->instr_offset + p->instr_offset;
>   		BUG_ON(p->len > MAX_PATCH_LEN);
>   		/* prep the buffer with the original instructions */
> -		memcpy(insn_buff, p->instr, p->len);
> -		used = paravirt_patch(p->type, insn_buff, (unsigned long)p->instr, p->len);
> +		memcpy(insn_buff, instr, p->len);
> +		used = paravirt_patch(p->type, insn_buff, (unsigned long)instr, p->len);
>   
>   		BUG_ON(used > p->len);
>   
>   		/* Pad the rest with nops */
>   		add_nops(insn_buff + used, p->len - used);
> -		text_poke_early(p->instr, insn_buff, p->len);
> +		text_poke_early(instr, insn_buff, p->len);
>   	}
>   }
>   extern struct paravirt_patch_site __start_parainstructions[],


Juergen

[-- Attachment #1.1.2: OpenPGP public key --]
[-- Type: application/pgp-keys, Size: 3149 bytes --]

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 495 bytes --]

  reply	other threads:[~2022-11-24 10:19 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-11-24  8:51 Hou Wenlong
2022-11-24 10:18 ` Juergen Gross [this message]
2022-11-24 11:06   ` Hou Wenlong
2022-11-24 11:18     ` Juergen Gross

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=aa4c49a6-65f2-d04c-ee0d-afb9e1262dea@suse.com \
    --to=jgross@suse.com \
    --cc=amakhalov@vmware.com \
    --cc=bp@alien8.de \
    --cc=dave.hansen@linux.intel.com \
    --cc=houwenlong.hwl@antgroup.com \
    --cc=hpa@zytor.com \
    --cc=jpoimboe@kernel.org \
    --cc=keescook@chromium.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@redhat.com \
    --cc=namit@vmware.com \
    --cc=peterz@infradead.org \
    --cc=pv-drivers@vmware.com \
    --cc=song@kernel.org \
    --cc=srivatsa@csail.mit.edu \
    --cc=tglx@linutronix.de \
    --cc=virtualization@lists.linux-foundation.org \
    --cc=x86@kernel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®