718a30a5cf
Patch from Mike Frysinger the ELF_DATA define in both arm asm subdirs of linux/include/ contain a semicolon at the end. this of course will cause any code that tries to use ELF_DATA in assignment or comparison to fail. no other arch has a semicolon in their ELF_DATA defines. Signed-off-by: Mike Frysinger Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
78 lines
2.3 KiB
C
78 lines
2.3 KiB
C
#ifndef __ASMARM_ELF_H
|
|
#define __ASMARM_ELF_H
|
|
|
|
/*
|
|
* ELF register definitions..
|
|
*/
|
|
|
|
#include <asm/ptrace.h>
|
|
#include <asm/procinfo.h>
|
|
|
|
//FIXME - is it always 32K ?
|
|
|
|
#define ELF_EXEC_PAGESIZE 32768
|
|
#define SET_PERSONALITY(ex,ibcs2) set_personality(PER_LINUX)
|
|
|
|
typedef unsigned long elf_greg_t;
|
|
typedef unsigned long elf_freg_t[3];
|
|
|
|
#define ELF_NGREG (sizeof (struct pt_regs) / sizeof(elf_greg_t))
|
|
typedef elf_greg_t elf_gregset_t[ELF_NGREG];
|
|
|
|
typedef struct { void *null; } elf_fpregset_t;
|
|
|
|
/*
|
|
* This is used to ensure we don't load something for the wrong architecture.
|
|
* We can only execute 26-bit code.
|
|
*/
|
|
|
|
#define EM_ARM 40
|
|
#define EF_ARM_APCS26 0x08
|
|
|
|
//#define elf_check_arch(x) ( ((x)->e_machine == EM_ARM) && ((x)->e_flags & EF_ARM_APCS26) ) FIXME!!!!! - this looks OK, but the flags seem to be wrong.
|
|
#define elf_check_arch(x) (1)
|
|
|
|
/*
|
|
* These are used to set parameters in the core dumps.
|
|
*/
|
|
#define ELF_CLASS ELFCLASS32
|
|
#define ELF_DATA ELFDATA2LSB
|
|
#define ELF_ARCH EM_ARM
|
|
|
|
#define USE_ELF_CORE_DUMP
|
|
|
|
/* 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 (2 * TASK_SIZE / 3)
|
|
|
|
/* When the program starts, a1 contains a pointer to a function to be
|
|
registered with atexit, as per the SVR4 ABI. A value of 0 means we
|
|
have no such handler. */
|
|
#define ELF_PLAT_INIT(_r, load_addr) (_r)->ARM_r0 = 0
|
|
|
|
/* This yields a mask that user programs can use to figure out what
|
|
instruction set this cpu supports. */
|
|
|
|
extern unsigned int elf_hwcap;
|
|
#define ELF_HWCAP (elf_hwcap)
|
|
|
|
/* 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. */
|
|
|
|
/* For now we just provide a fairly general string that describes the
|
|
processor family. This could be made more specific later if someone
|
|
implemented optimisations that require it. 26-bit CPUs give you
|
|
"v1l" for ARM2 (no SWP) and "v2l" for anything else (ARM1 isn't
|
|
supported).
|
|
*/
|
|
|
|
#define ELF_PLATFORM_SIZE 8
|
|
extern char elf_platform[];
|
|
#define ELF_PLATFORM (elf_platform)
|
|
|
|
#endif
|