[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [PATCH v10 8/8] docs: Add a generic loader explanation
From: |
Peter Maydell |
Subject: |
Re: [Qemu-devel] [PATCH v10 8/8] docs: Add a generic loader explanation document |
Date: |
Tue, 9 Aug 2016 19:19:49 +0100 |
On 3 August 2016 at 21:06, Alistair Francis <address@hidden> wrote:
> Signed-off-by: Alistair Francis <address@hidden>
> ---
> V10:
> - Split the data loading and PC setting
> V9:
> - Clarify the image loading options
> V8:
> - Improve documentation
> V6:
> - Fixup documentation
> V4:
> - Re-write to be more comprehensive
>
> docs/generic-loader.txt | 81
> +++++++++++++++++++++++++++++++++++++++++++++++++
> 1 file changed, 81 insertions(+)
> create mode 100644 docs/generic-loader.txt
>
> diff --git a/docs/generic-loader.txt b/docs/generic-loader.txt
> new file mode 100644
> index 0000000..cbb57f7
> --- /dev/null
> +++ b/docs/generic-loader.txt
> @@ -0,0 +1,81 @@
> +Copyright (c) 2016 Xilinx Inc.
> +
> +This work is licensed under the terms of the GNU GPL, version 2 or later.
> See
> +the COPYING file in the top-level directory.
> +
> +
> +The 'loader' device allows the user to load multiple images or values into
> +QEMU at startup.
> +
> +Loading Data into Memory Values
> +---------------------
> +The loader device allows memory values to be set from the command line. This
> +can be done by following the syntax below:
> +
> + -device loader,addr=<addr>,data=<data>,data-len=<data-len>
> + [,data-be=<data-be>][,cpu-num=<cpu-num>]
> +
> + <addr> - The address to store the data in.
> + <data> - The value to be written to the address. The maximum size of
> + the data is 8 bytes.
> + <data-len> - The length of the data in bytes. This argument must be
> + included if the data argument is.
> + <data-be> - Set to true if the data to be stored on the guest should be
> + written as big endian data. The default is to write little
> + endian data.
> + <cpu-num> - The number of the CPU's address space where the data should
> + be loaded. If not sepcified the default address space is
> + used.
"specified"
"the address space of the first CPU is used", or at least that's what
the code does.
> +
> +For all values both hex and decimal values are allowed. By default the values
> +will be parsed as decimal. To use hex values the user should prefix the
> number
> +with a '0x'.
> +
> +An example of loading value 0x8000000e to address 0xfd1a0104 is:
> + -device loader,addr=0xfd1a0104,data=0x8000000e,data-len=4
> +
> +Setting a CPU's Program Counter
> +---------------------
> +The loader device allows the CPU's PC to be set from the command line. This
> +can be done by following the syntax below:
> +
> + -device loader,addr=<addr>,cpu-num=<cpu-num>
> +
> + <addr> - The value to use as the CPU's PC.
> + <cpu-num> - This will cause the CPU to be reset and the PC to be set to
> + the value of addr.
"The number of the CPU whose PC should be set to the specified value."
> +
> +For all values both hex and decimal values are allowed. By default the values
> +will be parsed as decimal. To use hex values the user should prefix the
> number
> +with a '0x'.
> +
> +An example of loading value 0x8000000e to address 0xfd1a0104 is:
"An example of setting CPU 0's PC to 0x8000 is:"
> + -device loader,addr=0x8000,cpu-num=0
> +
> +Loading Files
> +---------------------
> +The loader device also allows files to be loaded into memory. This can be
> done
> +similarly to setting memory values. The syntax is shown below:
> +
> + -device
> loader,file=<file>[,addr=<addr>][,cpu-num=<cpu-num>][,force-raw=<raw>]
> +
> + <file> - A file to be loaded into memory
> + <addr> - The addr in memory that the file should be loaded. This is
> + ignored if you are using an ELF (unless force-raw is true).
> + This is required if you aren't loading an ELF.
> + <cpu-num> - This specifies the CPU that should be used. This is an
> + optional argument and will cause the CPU's PC to be set to
> + where the image is stored or in the case of an ELF file to
> + the value in the header. This option should only be used
> + for the boot image.
> + This will also cause the image to be written to the
> specified
> + CPUs address space.
"CPU's".
"If not specified, the default is CPU 0."
> + <force-raw> - Forces the file to be treated as a raw image. This can be
> + used to specify the load address of ELF files.
> +
> +For all values both hex and decimal values are allowed. By default the values
> +will be parsed as decimal. To use hex values the user should prefix the
> number
> +with a '0x'.
> +
> +An example of loading an ELF file which CPU0 will boot is shown below:
> + -device loader,file=./images/boot.elf,cpu-num=0
> --
> 2.7.4
Otherwise
Reviewed-by: Peter Maydell <address@hidden>
thanks
-- PMM
- Re: [Qemu-devel] [PATCH v10 1/8] loader: Allow ELF loader to auto-detect the ELF arch, (continued)
- [Qemu-devel] [PATCH v10 3/8] loader: Allow a custom AddressSpace when loading ROMs, Alistair Francis, 2016/08/03
- [Qemu-devel] [PATCH v10 2/8] loader: Use the specified MemoryRegion, Alistair Francis, 2016/08/03
- [Qemu-devel] [PATCH v10 4/8] loader: Add AddressSpace loading support to ELFs, Alistair Francis, 2016/08/03
- [Qemu-devel] [PATCH v10 6/8] loader: Add AddressSpace loading support to targphys, Alistair Francis, 2016/08/03
- [Qemu-devel] [PATCH v10 5/8] loader: Add AddressSpace loading support to uImages, Alistair Francis, 2016/08/03
- [Qemu-devel] [PATCH v10 8/8] docs: Add a generic loader explanation document, Alistair Francis, 2016/08/03
- Re: [Qemu-devel] [PATCH v10 8/8] docs: Add a generic loader explanation document,
Peter Maydell <=
- [Qemu-devel] [PATCH v10 7/8] generic-loader: Add a generic loader, Alistair Francis, 2016/08/03