Re: [PATCH v8 01/17] h8300: Assembly headers.

[Yoshinori Sato]

At Mon, 20 Apr 2015 09:44:46 +0200,
Tobias Klauser wrote:
> 
> On 2015-04-20 at 08:13:17 +0200, Yoshinori Sato <ysato@xxxxxxxxxxxxxxxxxxxx> wrote:
> [...]
> > diff --git a/arch/h8300/include/asm/elf.h b/arch/h8300/include/asm/elf.h
> > new file mode 100644
> > index 0000000..09031d0
> > --- /dev/null
> > +++ b/arch/h8300/include/asm/elf.h
> > @@ -0,0 +1,101 @@
> > +#ifndef __ASM_H8300_ELF_H
> > +#define __ASM_H8300_ELF_H
> > +
> > +/*
> > + * ELF register definitions..
> > + */
> > +
> > +#include <asm/ptrace.h>
> > +#include <asm/user.h>
> > +
> > +typedef unsigned long elf_greg_t;
> > +
> > +#define ELF_NGREG (sizeof(struct user_regs_struct) / sizeof(elf_greg_t))
> > +typedef elf_greg_t elf_gregset_t[ELF_NGREG];
> > +typedef unsigned long elf_fpregset_t;
> > +
> > +/*
> > + * This is used to ensure we don't load something for the wrong architecture.
> > + */
> > +#define elf_check_arch(x) ((x)->e_machine == EM_H8_300)
> 
> EM_H8_300 is used here but only introduced in patch 15/17. Please change
> the order of the patches such that the patch adding EM_H8_300 comes
> before the ones using it.

OK.
I will changes order next time.

> > +
> > +/*
> > + * These are used to set parameters in the core dumps.
> > + */
> > +#define ELF_CLASS	ELFCLASS32
> > +#define ELF_DATA	ELFDATA2MSB
> > +#define ELF_ARCH	EM_H8_300
> 
> It's used here again.
> 
> > +#if defined(CONFIG_CPU_H8300H)
> > +#define ELF_CORE_EFLAGS 0x810000
> > +#endif
> > +#if defined(CONFIG_CPU_H8S)
> > +#define ELF_CORE_EFLAGS 0x820000
> > +#endif
> > +
> > +#define ELF_PLAT_INIT(_r) do { (_r)->er1 = 0; } while (0)
> > +
> > +#define ELF_EXEC_PAGESIZE	4096
> > +
> > +/* This is the location that an ET_DYN program is loaded if exec'ed.  Typical
> > +   use of this is to invoke "./ld.so someprog" to test out a new version of
> > +   the loader.  We need to make sure that it is out of the way of the program
> > +   that it will "exec", and that there is sufficient room for the brk.  */
> > +
> > +#define ELF_ET_DYN_BASE         0xD0000000UL
> > +
> > +/* This yields a mask that user programs can use to figure out what
> > +   instruction set this cpu supports.  */
> > +
> > +#define ELF_HWCAP	(0)
> > +
> > +/* This yields a string that ld.so will use to load implementation
> > +   specific libraries for optimization.  This is more specific in
> > +   intent than poking at uname or /proc/cpuinfo.  */
> > +
> > +#define ELF_PLATFORM  (NULL)
> > +
> > +#define R_H8_NONE       0
> > +#define R_H8_DIR32      1
> > +#define R_H8_DIR32_28   2
> > +#define R_H8_DIR32_24   3
> > +#define R_H8_DIR32_16   4
> > +#define R_H8_DIR32U     6
> > +#define R_H8_DIR32U_28  7
> > +#define R_H8_DIR32U_24  8
> > +#define R_H8_DIR32U_20  9
> > +#define R_H8_DIR32U_16 10
> > +#define R_H8_DIR24     11
> > +#define R_H8_DIR24_20  12
> > +#define R_H8_DIR24_16  13
> > +#define R_H8_DIR24U    14
> > +#define R_H8_DIR24U_20 15
> > +#define R_H8_DIR24U_16 16
> > +#define R_H8_DIR16     17
> > +#define R_H8_DIR16U    18
> > +#define R_H8_DIR16S_32 19
> > +#define R_H8_DIR16S_28 20
> > +#define R_H8_DIR16S_24 21
> > +#define R_H8_DIR16S_20 22
> > +#define R_H8_DIR16S    23
> > +#define R_H8_DIR8      24
> > +#define R_H8_DIR8U     25
> > +#define R_H8_DIR8Z_32  26
> > +#define R_H8_DIR8Z_28  27
> > +#define R_H8_DIR8Z_24  28
> > +#define R_H8_DIR8Z_20  29
> > +#define R_H8_DIR8Z_16  30
> > +#define R_H8_PCREL16   31
> > +#define R_H8_PCREL8    32
> > +#define R_H8_BPOS      33
> > +#define R_H8_PCREL32   34
> > +#define R_H8_GOT32O    35
> > +#define R_H8_GOT16O    36
> > +#define R_H8_DIR16A8   59
> > +#define R_H8_DIR16R8   60
> > +#define R_H8_DIR24A8   61
> > +#define R_H8_DIR24R8   62
> > +#define R_H8_DIR32A16  63
> > +#define R_H8_ABS32     65
> > +#define R_H8_ABS32A16 127
> > +
> > +#endif
> --
> To unsubscribe from this list: send the line "unsubscribe linux-arch" in
> the body of a message to majordomo@xxxxxxxxxxxxxxx
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

-- 
Yoshinori Sato
<ysato@xxxxxxxxxxxxxxxxxxxx>
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/