All of lore.kernel.org
 help / color / mirror / Atom feed
From: "H. Peter Anvin" <hpa@zytor.com>
To: Yinghai Lu <yinghai@kernel.org>
Cc: Thomas Gleixner <tglx@linutronix.de>, Ingo Molnar <mingo@elte.hu>,
	"Eric W. Biederman" <ebiederm@xmission.com>,
	linux-kernel@vger.kernel.org,
	Matt Fleming <matt.fleming@intel.com>
Subject: Re: [PATCH v2 03/13] x86: Add macro for 64bit entry startup_64
Date: Mon, 19 Nov 2012 14:42:48 -0800	[thread overview]
Message-ID: <50AAB5E8.5070807@zytor.com> (raw)
In-Reply-To: <1353222571-31544-4-git-send-email-yinghai@kernel.org>

On 11/17/2012 11:09 PM, Yinghai Lu wrote:
> We will add one 64bit entry for bzImage in boot header struct.
> 
> the contents in that field will be offset of startup_64.
> 
> Add macro for offset of startup_64 to keep two places consistent.
> 
> Signed-off-by: Yinghai Lu <yinghai@kernel.org>
> Cc: Matt Fleming <matt.fleming@intel.com>
> ---
>  arch/x86/boot/compressed/head_64.S |    2 +-
>  arch/x86/include/asm/boot.h        |    2 ++
>  2 files changed, 3 insertions(+), 1 deletions(-)
> 
> diff --git a/arch/x86/boot/compressed/head_64.S b/arch/x86/boot/compressed/head_64.S
> index 375af23..e4964dd 100644
> --- a/arch/x86/boot/compressed/head_64.S
> +++ b/arch/x86/boot/compressed/head_64.S
> @@ -195,7 +195,7 @@ no_longmode:
>  	 * it may change in the future.
>  	 */
>  	.code64
> -	.org 0x200
> +	.org BOOT_CODE64_START_OFFSET
>  ENTRY(startup_64)
>  	/*
>  	 * We come here either from startup_32 or directly from a
> diff --git a/arch/x86/include/asm/boot.h b/arch/x86/include/asm/boot.h
> index b13fe63..ef36497 100644
> --- a/arch/x86/include/asm/boot.h
> +++ b/arch/x86/include/asm/boot.h
> @@ -38,8 +38,10 @@
>  
>  #ifdef CONFIG_X86_64
>  #define BOOT_STACK_SIZE	0x4000
> +#define BOOT_CODE64_START_OFFSET 0x200
>  #else
>  #define BOOT_STACK_SIZE	0x1000
> +#define BOOT_CODE64_START_OFFSET 0
>  #endif
>  

We can't change the 0x200 value, ever, because there are already things
that use the 64-bit entry point.  As such, these macros and the bzImage
fields are pointless; let's not bother and instead document the 0x200 as
the permanently fixed address of the 64-bit entry point.

	-hpa



  reply	other threads:[~2012-11-19 22:43 UTC|newest]

Thread overview: 29+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-11-18  7:09 [PATCH v2 00/13] x86, boot, 64bit: Add support for loading ramdisk and bzImage high Yinghai Lu
2012-11-18  7:09 ` [PATCH v2 01/13] x86, boot: move verify_cpu.S after 0x200 Yinghai Lu
2012-11-18  7:09 ` [PATCH v2 02/13] x86, boot: Move lldt/ltr out of 64bit code section Yinghai Lu
2012-11-18  7:09 ` [PATCH v2 03/13] x86: Add macro for 64bit entry startup_64 Yinghai Lu
2012-11-19 22:42   ` H. Peter Anvin [this message]
2012-11-19 22:53     ` Yinghai Lu
2012-11-19 23:13       ` H. Peter Anvin
2012-11-19 23:46         ` Yinghai Lu
2012-11-19 23:55           ` H. Peter Anvin
2012-11-20  0:39             ` Yinghai Lu
2012-11-20 19:20               ` Yinghai Lu
2012-11-20 20:44                 ` H. Peter Anvin
2012-11-20 20:55                   ` Yinghai Lu
2012-11-20 21:12                     ` H. Peter Anvin
2012-11-21  0:20                       ` Yinghai Lu
2012-11-21  0:28                         ` H. Peter Anvin
2012-11-21  0:32                           ` Yinghai Lu
2012-11-21  0:34                             ` Yinghai Lu
2012-11-21  0:45                               ` H. Peter Anvin
2012-11-18  7:09 ` [PATCH v2 04/13] x86, 64bit: set extra ident page table for whole kernel range Yinghai Lu
2012-11-18  7:09 ` [PATCH v2 05/13] x86, 64bit: add support for loading kernel above 512G Yinghai Lu
2012-11-18  7:09 ` [PATCH v2 06/13] x86: Merge early_reserve_initrd for 32bit and 64bit Yinghai Lu
2012-11-18  7:09 ` [PATCH v2 07/13] x86: add get_ramdisk_image/size Yinghai Lu
2012-11-18  7:09 ` [PATCH v2 08/13] x86, boot: add get_cmd_line_ptr() Yinghai Lu
2012-11-18  7:09 ` [PATCH v2 09/13] x86, boot: Don't check if cmd_line_ptr is accessible in misc/decompressor() Yinghai Lu
2012-11-18  7:09 ` [PATCH v2 10/13] x86, boot: update cmd_line_ptr to unsigned long Yinghai Lu
2012-11-18  7:09 ` [PATCH v2 11/13] x86: use io_remap to access real_mode_data Yinghai Lu
2012-11-18  7:09 ` [PATCH v2 12/13] x86, boot: add fields to support load bzImage and ramdisk high Yinghai Lu
2012-11-18  7:09 ` [PATCH v2 13/13] x86: remove 1024g limitation for kexec buffer on 64bit Yinghai Lu

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=50AAB5E8.5070807@zytor.com \
    --to=hpa@zytor.com \
    --cc=ebiederm@xmission.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=matt.fleming@intel.com \
    --cc=mingo@elte.hu \
    --cc=tglx@linutronix.de \
    --cc=yinghai@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 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.