Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754197AbbDUI2W (ORCPT ); Tue, 21 Apr 2015 04:28:22 -0400 Received: from mail2.asahi-net.or.jp ([202.224.39.198]:33197 "EHLO mail2.asahi-net.or.jp" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752011AbbDUI2R (ORCPT ); Tue, 21 Apr 2015 04:28:17 -0400 Date: Tue, 21 Apr 2015 17:28:14 +0900 Message-ID: <87bnihvqap.wl-ysato@users.sourceforge.jp> From: Yoshinori Sato To: Tobias Klauser Cc: linux-kernel@vger.kernel.org, linux-arch@vger.kernel.org Subject: Re: [PATCH v8 01/17] h8300: Assembly headers. In-Reply-To: <20150420074446.GC3870@distanz.ch> References: <1429510413-14869-1-git-send-email-ysato@users.sourceforge.jp> <1429510413-14869-2-git-send-email-ysato@users.sourceforge.jp> <20150420074446.GC3870@distanz.ch> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.8 EasyPG/1.0.0 Emacs/24.4 (x86_64-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 4289 Lines: 136 At Mon, 20 Apr 2015 09:44:46 +0200, Tobias Klauser wrote: > > On 2015-04-20 at 08:13:17 +0200, Yoshinori Sato 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 > > +#include > > + > > +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@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html -- Yoshinori Sato -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/