All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Michael S. Tsirkin" <mst@redhat.com>
To: Paolo Bonzini <pbonzini@redhat.com>
Cc: jsnow@redhat.com, qemu-devel@nongnu.org, agraf@suse.de
Subject: Re: [Qemu-devel] [PATCH] linuxboot: compute initrd loading address
Date: Tue, 7 Oct 2014 11:46:51 +0300	[thread overview]
Message-ID: <20141007084651.GA3797@redhat.com> (raw)
In-Reply-To: <1412606997-13290-1-git-send-email-pbonzini@redhat.com>

On Mon, Oct 06, 2014 at 04:49:57PM +0200, Paolo Bonzini wrote:
> Even though hw/i386/pc.c tries to compute a valid loading address for the
> initrd, close to the top of RAM, this does not take into account other
> data that is malloced into that memory by SeaBIOS.
> 
> Luckily we can easily look at the memory map to find out how much memory is
> used up there.  This patch places the initrd in the first four gigabytes,
> below the first hole (as returned by INT 15h, AX=e801h).
> 
> Without this patch:
> [    0.000000] init_memory_mapping: [mem 0x07000000-0x07fdffff]
> [    0.000000] RAMDISK: [mem 0x0710a000-0x07fd7fff]
> 
> With this patch:
> [    0.000000] init_memory_mapping: [mem 0x07000000-0x07fdffff]
> [    0.000000] RAMDISK: [mem 0x07112000-0x07fdffff]
> 
> So linuxboot is able to use the 64k that were added as padding for
> QEMU <= 2.1.
> 
> Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>

Acked-by: Michael S. Tsirkin <mst@redhat.com>

OK, and we need something similar for multiboot.S?

Also - can we drop FW_CFG_INITRD_ADDR and the patching
in load_linux now (unless running a compat machine type)?




> ---
>  pc-bios/linuxboot.bin         | Bin 1024 -> 1024 bytes
>  pc-bios/optionrom/linuxboot.S |  47 ++++++++++++++++++++++++++++++++++++++----
>  pc-bios/optionrom/optionrom.h |  21 ++++++++++++++++---
>  3 files changed, 61 insertions(+), 7 deletions(-)
> 
> diff --git a/pc-bios/linuxboot.bin b/pc-bios/linuxboot.bin
> index e7c36694f997c3c34f7f4af3c2923bd2ef6094e7..130103fb739228a6869aaf1b174b9d20c13378fc 100644
> GIT binary patch
> delta 168
> zcmZqRXyBNj#e9V6<V4+-#yc2a7@jn|bXJt}WGM&drBas8gPpg4G+*OE29`Ab?LX5F
> zKIeMP(|Cx15y<-m<Oxh}WRz3ZJf7D0oZ-X&|7o31)0*E19C!O5&XCq~0;uRf+QA1b
> zX{>7|eo$aa3kRw;nk>i|IC(Q;0c%?4;T_@=t7IoTF$qbirKj~bOE57or0rk;0)C|f
> SJtz7Oyqvi?nJI*kF&F^X7ev$m
> 
> delta 107
> zcmZqRXyBNj#azSGI8k@yWCKP?#+1okj0#LU*e5$O$xYtNXvD|`VlnOD22!$<yBUQi
> zzh^99+93|&DjwV+!H~8~fR%ya{VqY)Kk1)y(snQa0l(6Lo)disUOwEsnkj^F@&_gl
> G#(w~}wj;0r
> 
> diff --git a/pc-bios/optionrom/linuxboot.S b/pc-bios/optionrom/linuxboot.S
> index 748c831..5bc0af0 100644
> --- a/pc-bios/optionrom/linuxboot.S
> +++ b/pc-bios/optionrom/linuxboot.S
> @@ -76,14 +76,45 @@ boot_kernel:
>  
>  
>  copy_kernel:
> +	/* Compute initrd address */
> +	mov		$0xe801, %ax
> +	xor		%cx, %cx
> +	xor		%dx, %dx
> +	int		$0x15
> +
> +	/* Output could be in AX/BX or CX/DX */
> +	or		%cx, %cx
> +	jnz		1f
> +	or		%dx, %dx
> +	jnz		1f
> +	mov		%ax, %cx
> +	mov		%bx, %dx
> +1:
> +
> +	or		%dx, %dx
> +	jnz		2f
> +	addw		$1024, %cx            /* add 1 MB */
> +	movzwl		%cx, %edi
> +	shll		$10, %edi             /* convert to bytes */
> +	jmp		3f
> +
> +2:
> +	addw		$16777216 >> 16, %dx  /* add 16 MB */
> +	movzwl		%dx, %edi
> +	shll		$16, %edi             /* convert to bytes */
> +
> +3:
> +	read_fw         FW_CFG_INITRD_SIZE
> +	subl            %eax, %edi
> +	andl            $-4096, %edi          /* EDI = start of initrd */
>  
>  	/* We need to load the kernel into memory we can't access in 16 bit
>  	   mode, so let's get into 32 bit mode, write the kernel and jump
>  	   back again. */
>  
>  	/* Reserve space on the stack for our GDT descriptor. */
> -	mov		%esp, %ebp
> -	sub		$16, %esp
> +	mov             %esp, %ebp
> +	sub             $16, %esp
>  
>  	/* Now create the GDT descriptor */
>  	movw		$((3 * 8) - 1), -16(%bp)
> @@ -108,10 +139,18 @@ copy_kernel:
>  	/* We're now running in 16-bit CS, but 32-bit ES! */
>  
>  	/* Load kernel and initrd */
> +	pushl		%edi
> +	read_fw_blob_addr32_edi(FW_CFG_INITRD)
>  	read_fw_blob_addr32(FW_CFG_KERNEL)
> -	read_fw_blob_addr32(FW_CFG_INITRD)
>  	read_fw_blob_addr32(FW_CFG_CMDLINE)
> -	read_fw_blob_addr32(FW_CFG_SETUP)
> +
> +	read_fw		FW_CFG_SETUP_ADDR
> +	mov		%eax, %edi
> +	mov		%eax, %ebx
> +	read_fw_blob_addr32_edi(FW_CFG_SETUP)
> +
> +	/* Update the header with the initrd address we chose above */
> +	popl		%es:0x218(%ebx)
>  
>  	/* And now jump into Linux! */
>  	mov		$0, %eax
> diff --git a/pc-bios/optionrom/optionrom.h b/pc-bios/optionrom/optionrom.h
> index ce43608..f1a9021 100644
> --- a/pc-bios/optionrom/optionrom.h
> +++ b/pc-bios/optionrom/optionrom.h
> @@ -51,8 +51,6 @@
>  .endm
>  
>  #define read_fw_blob_pre(var)				\
> -	read_fw		var ## _ADDR;			\
> -	mov		%eax, %edi;			\
>  	read_fw		var ## _SIZE;			\
>  	mov		%eax, %ecx;			\
>  	mov		$var ## _DATA, %ax;		\
> @@ -68,6 +66,8 @@
>   * Clobbers:	%eax, %edx, %es, %ecx, %edi
>   */
>  #define read_fw_blob(var)				\
> +	read_fw		var ## _ADDR;			\
> +	mov		%eax, %edi;			\
>  	read_fw_blob_pre(var);				\
>  	/* old as(1) doesn't like this insn so emit the bytes instead: \
>  	rep insb	(%dx), %es:(%edi);		\
> @@ -80,7 +80,22 @@
>   *
>   * Clobbers:	%eax, %edx, %es, %ecx, %edi
>   */
> -#define read_fw_blob_addr32(var)				\
> +#define read_fw_blob_addr32(var)			\
> +	read_fw		var ## _ADDR;			\
> +	mov		%eax, %edi;			\
> +	read_fw_blob_pre(var);				\
> +	/* old as(1) doesn't like this insn so emit the bytes instead: \
> +	addr32 rep insb	(%dx), %es:(%edi);		\
> +	*/						\
> +	.dc.b		0x67,0xf3,0x6c
> +
> +/*
> + * Read a blob from the fw_cfg device in forced addr32 mode, address is in %edi.
> + * Requires _SIZE and _DATA values for the parameter.
> + *
> + * Clobbers:	%eax, %edx, %edi, %es, %ecx
> + */
> +#define read_fw_blob_addr32_edi(var)			\
>  	read_fw_blob_pre(var);				\
>  	/* old as(1) doesn't like this insn so emit the bytes instead: \
>  	addr32 rep insb	(%dx), %es:(%edi);		\
> -- 
> 2.1.0

  reply	other threads:[~2014-10-07  8:43 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-10-06 14:49 [Qemu-devel] [PATCH] linuxboot: compute initrd loading address Paolo Bonzini
2014-10-07  8:46 ` Michael S. Tsirkin [this message]
2014-10-07 10:10   ` Paolo Bonzini

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=20141007084651.GA3797@redhat.com \
    --to=mst@redhat.com \
    --cc=agraf@suse.de \
    --cc=jsnow@redhat.com \
    --cc=pbonzini@redhat.com \
    --cc=qemu-devel@nongnu.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.