user/sven/linux.git/include/linux/elf.h, branch v2.6.16.45

[PATCH] ELF: symbol table type additions

2006-01-09T04:13:49Z

Needed for the Novell kernel debugger and perhaps some per-cpu data on x86_64 in the future. Cc: Andi Kleen Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds

[PATCH] auxiliary vector cleanups

2005-09-07T23:57:21Z

The size of auxiliary vector is fixed at 42 in linux/sched.h. But it isn't very obvious when looking at linux/elf.h. This patch adds AT_VECTOR_SIZE so that we can change it if necessary when a new vector is added. Because of include file ordering problems, doing this necessitated the extraction of the AT_* symbols into a standalone header file. Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds

[PATCH] FRV: Remaining Fujitsu FR-V arch include files

2005-01-04T13:20:09Z

The attached patch provides the remaining arch-specific include files for the Fujitsu FR-V CPU arch. Signed-Off-By: David Howells Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds

[PATCH] m32r: add ELF machine code

2004-09-17T05:06:30Z

Here is a patch for m32r's ELF machine code. And also change from "Hitachi H8/300" to "Renesas H8/300"(*). (*) The SuperH, M32R and H8* - now these are all Renesas's products. Signed-off-by: Hirokazu Takata Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds

[PATCH] NX: allow architectures to select legacy mode dynamically

2004-07-23T03:26:36Z

On some platforms, you'll want to support READ_IMPLIES_EXEC differently depending on personality (e.g, native binary vs. x86 binary). This supports that (and makes the code more readable while at it) by replacing the old architecture-specific fixed LEGACY_BINARIES macro define with a architecture-specific "elf_read_implies_exec_binary()" helper function. For now, x86 is the only user, and sets the "read implies exec" bit for legacy apps. ia64 and x86-64 are likely to want to do their own thing. Acked by Ingo. Signed-off-by: Linus Torvalds

[PATCH] H8/300 module support update

2004-05-21T07:09:43Z

- add module support code - add H8/300 ELF infomation - fix kcore ELF format

[PATCH] Non-Exec stack support

2004-04-12T06:24:57Z

From: Kurt Garloff A patch to parse the elf binaries for a PT_GNU_STACK section to set the stack non-executable if possible. Most parts have been shamelessly stolen from Ingo Molnar's more ambitious stackshield http://people.redhat.com/mingo/exec-shield/exec-shield-2.6.4-C9 The toolchain has meanwhile support for marking the binaries with a PT_GNU_STACK section wwithout x bit as needed. If no such section is found, we leave the stack to whatever the arch defaults to. If there is one, we explicitly disabled the VM_EXEC bit if no x bit is found, otherwise explicitly enable.

[PATCH] /proc/PID/auxv file and NT_AUXV core note

2003-10-01T17:59:18Z

From: Roland McGrath gdb really needs some way to know the AT_SYSINFO_EHDR value for a process being debugged or for the dead process described by a core file. Without this value, it can't find the information necessary to show backtraces of threads waiting in system calls. There are any number of ways this information could be made available. Here is one solution that provides more debugging information in a clean and general fashion. I've added access to the AT_* values passed to a process for third parties to examine for debugging purposes. The same data passed on the stack at startup is made available in /proc/PID/auxv and is written in an NT_AUXV note in core dumps. (Both of these are consistent with what Solaris does using the same names.) Here are two different patches that implement the same thing differently. The first patch uses a ref-counted data structure to copy the aux vector and shares among forked mm's until they exec and get a new one. The second patch avoids the complexity of that data structure by simply expanding the mm_struct with space to hold a copy of the data. Both patches work correctly; I have examined the new /proc/PID/auxv file and core dumps. I hope you will consider including one of these patches, or at least some way of getting at this information from the debugger. I am certainly open to other suggestions on implementing this feature, and to suggestions on alternative interfaces for getting the AT_SYSINFO_EHDR value cleanly.

[PATCH] Fill in ELF OSABI in ELF headers

2003-09-10T02:28:40Z

This fills in the ELF EI_OSABI field. This doesn't matter for most architectures, but PA-RISC uses the Linux flavour of the ABI (since HPUX uses the None flavour). Patch by Randolph Chung.

[PATCH] AT_SECURE auxv entry

2003-06-25T11:19:59Z

From: Stephen Smalley This patch adds an AT_SECURE auxv entry to pass a boolean flag indicating whether "secure mode" should be enabled (i.e. sanitize the environment, initial descriptors, etc) and allows each security module to specify the flag value via a new hook. New userland can then simply obey this flag when present rather than applying other methods of deciding (sample patch for glibc-2.3.2 can be found at http://www.cs.utah.edu/~sds/glibc-secureexec.patch). This change enables security modules like SELinux to request secure mode upon changes to other security attributes (e.g. capabilities, roles/domains, etc) in addition to uid/gid changes or even to completely override the legacy logic. The legacy decision algorithm is preserved in the default hook functions for the dummy and capability security modules. Credit for the idea of adding an AT_SECURE auxv entry goes to Roland McGrath.