From: Sascha Hauer <s.hauer@pengutronix.de>
To: Antony Pavlov <antonynpavlov@gmail.com>
Cc: barebox@lists.infradead.org
Subject: Re: [RFC 3/5] MIPS: add ELF support
Date: Fri, 21 Dec 2012 08:53:28 +0100 [thread overview]
Message-ID: <20121221075328.GM26326@pengutronix.de> (raw)
In-Reply-To: <1355952595-1432-4-git-send-email-antonynpavlov@gmail.com>
On Thu, Dec 20, 2012 at 01:29:53AM +0400, Antony Pavlov wrote:
> Signed-off-by: Antony Pavlov <antonynpavlov@gmail.com>
> ---
> arch/mips/Kconfig | 1 +
> arch/mips/include/asm/elf.h | 8 ++-
> arch/mips/include/asm/io.h | 18 ++++++
> arch/mips/lib/Makefile | 3 +
> arch/mips/lib/kexec-elf-mips.c | 83 +++++++++++++++++++++++++
> arch/mips/lib/kexec-mips.c | 130 +++++++++++++++++++++++++++++++++++++++
> arch/mips/lib/kexec-mips.h | 24 ++++++++
> arch/mips/lib/relocate_kernel.S | 77 +++++++++++++++++++++++
> 8 files changed, 343 insertions(+), 1 deletion(-)
> create mode 100644 arch/mips/lib/kexec-elf-mips.c
> create mode 100644 arch/mips/lib/kexec-mips.c
> create mode 100644 arch/mips/lib/kexec-mips.h
> create mode 100644 arch/mips/lib/relocate_kernel.S
>
> diff --git a/arch/mips/Kconfig b/arch/mips/Kconfig
> index 947edcf..3a7f775 100644
> --- a/arch/mips/Kconfig
> +++ b/arch/mips/Kconfig
> @@ -6,6 +6,7 @@ config MIPS
> select HAS_KALLSYMS
> select HAVE_CONFIGURABLE_MEMORY_LAYOUT
> select HAVE_CONFIGURABLE_TEXT_BASE
> + select HAS_KEXEC
> default y
>
> config SYS_SUPPORTS_BIG_ENDIAN
> diff --git a/arch/mips/include/asm/elf.h b/arch/mips/include/asm/elf.h
> index b8b8219..bf974f5 100644
> --- a/arch/mips/include/asm/elf.h
> +++ b/arch/mips/include/asm/elf.h
> @@ -17,12 +17,18 @@
>
> #ifndef ELF_ARCH
>
> +/* Legal values for e_machine (architecture). */
> +
> +#define EM_MIPS 8 /* MIPS R3000 big-endian */
> +#define EM_MIPS_RS4_BE 10 /* MIPS R4000 big-endian */
> +
> #ifdef CONFIG_32BIT
>
> /*
> * This is used to ensure we don't load something for the wrong architecture.
> */
> -#define elf_check_arch(hdr) \
> +#define elf_check_arch(x) ((x)->e_machine == EM_MIPS)
> +
> /*
> * These are used to set parameters in the core dumps.
> */
> diff --git a/arch/mips/include/asm/io.h b/arch/mips/include/asm/io.h
> index 4100e1e..f22ef6f 100644
> --- a/arch/mips/include/asm/io.h
> +++ b/arch/mips/include/asm/io.h
> @@ -14,6 +14,24 @@
> #include <asm/types.h>
> #include <asm/byteorder.h>
>
> +/*
> + * virt_to_phys - map virtual addresses to physical
> + * @address: address to remap
> + *
> + * The returned physical address is the physical (CPU) mapping for
> + * the memory address given. It is only valid to use this function on
> + * addresses directly mapped or allocated via kmalloc.
> + *
> + * This function does not give bus mappings for DMA transfers. In
> + * almost all conceivable cases a device driver should not be using
> + * this function
> + */
> +static inline unsigned long virt_to_phys(volatile const void *address)
> +{
> + //return (unsigned long)address - PAGE_OFFSET + PHYS_OFFSET;
> + return (unsigned long)address & 0x1fffffff;
Why this? I would assume that you have a 1:1 mapping on Mips?
> +
> +#define _GNU_SOURCE
> +#include <stdio.h>
> +#include <string.h>
> +#include <stdlib.h>
> +#include <errno.h>
> +#include <asm/io.h>
> +#include <linux/types.h>
> +#include <fcntl.h>
> +#include <elf.h>
> +#include "../../../lib/kexec/kexec.h"
> +#include "../../../lib/kexec/kexec-elf.h"
So the they should be better in include/kexec/
Sascha
--
Pengutronix e.K. | |
Industrial Linux Solutions | http://www.pengutronix.de/ |
Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 |
Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 |
_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox
next prev parent reply other threads:[~2012-12-21 7:53 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-12-19 21:29 [RFC 0/5] " Antony Pavlov
2012-12-19 21:29 ` [RFC 1/5] resource: add create_resource() helper function Antony Pavlov
2012-12-19 21:29 ` [RFC 2/5] bootm: add very basic ELF support (stolen from kexec) Antony Pavlov
2012-12-21 7:49 ` Sascha Hauer
[not found] ` <CAA4bVAGk02KAHJH6mOfzoa0-5C=P7_7ADEMtg9jXPSk-Fr5UVw@mail.gmail.com>
2012-12-21 10:59 ` Antony Pavlov
2012-12-19 21:29 ` [RFC 3/5] MIPS: add ELF support Antony Pavlov
2012-12-21 7:53 ` Sascha Hauer [this message]
[not found] ` <CAA4bVAGki1VfbFXNRpMj+-pcM70W_yZvMCFhDGgbpKAXE6Taag@mail.gmail.com>
2012-12-21 11:00 ` Fwd: " Antony Pavlov
2012-12-19 21:29 ` [RFC 4/5] MIPS: qemu-malta: add board label Antony Pavlov
2012-12-19 21:29 ` [RFC 5/5] MIPS: qemu-malta: add YAMON-style GT64120 memory map Antony Pavlov
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=20121221075328.GM26326@pengutronix.de \
--to=s.hauer@pengutronix.de \
--cc=antonynpavlov@gmail.com \
--cc=barebox@lists.infradead.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