search for: dt_debug

Petr Hosek via llvm-dev <llvm-dev at lists.llvm.org> writes: > One of the design principles we're trying to follow is to make everything > read-only, unless it has be writable. The only reason for .dynamic to be > writable is DT_DEBUG which is something we never intend to support. FWIW in > Fuchsia all we need is a read-only .dynamic without emitting DT_DEBUG > altogether, but we wanted to make sure that this flag is also usable > elsewhere hence implementing DT_DEBUG_INDIRECT which is already supported > by musl as...

Hi, This is a proposal to add an option to lld that forces .dynamic sections to be read-only. The .dynamic section is almost read-only except for the DT_DEBUG entry which requires the dynamic linker to modify a word. MIPS has long since had a solution to this using the DT_MIPS_RLD_MAP entry to give a pointer to another section which is writable. It would be nice to have this functionality on other targets as well however. Right now many dynamic linkers d...

...old's outputs >>> are usually slightly different in size due to various reasons such as the >>> differences how they order sections, common symbols, etc., but no one seems >>> to care about that kind of negligible differences. Merging DT_MIPS_RLD_MAP >>> into DT_DEBUG_INDIRECT seems like a good change, but adding a new command >>> option to save one page at runtime seems overkill to me. (But I don't know >>> much about Fuchsia, so correct me if I'm wrong.) >>> >>> On Tue, May 16, 2017 at 6:08 PM, Jake Ehrlich via llvm-...

...2017 at 4:31 PM, Jake Ehrlich via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > >> Hi, >> >> This is a proposal to add an option to lld that forces .dynamic sections >> to be read-only. >> >> The .dynamic section is almost read-only except for the DT_DEBUG entry >> which requires the dynamic linker to modify a word. MIPS has long since had >> a solution to this using the DT_MIPS_RLD_MAP entry to give a pointer to >> another section which is writable. It would be nice to have this >> functionality on other targets as well howev...

...In function `DEBUG_ReadExecutableDbgInfo': stabs.c:1324: `Elf32_Dyn' undeclared (first use in this function) stabs.c:1324: parse error before `dyn' stabs.c:1325: storage size of `dbg_hdr' isn't known stabs.c:1336: `dyn' undeclared (first use in this function) stabs.c:1339: `DT_DEBUG' undeclared (first use in this function) stabs.c:1339: `DT_NULL' undeclared (first use in this function) stabs.c:1325: warning: unused variable `dbg_hdr' make[1]: *** [stabs.o] Error 1 make[1]: Leaving directory `/d1/wine-20010629/debugger' make: *** [debugger/winedbg] Error 2 How...

...ootprint. For example, LLD and gold's outputs > are usually slightly different in size due to various reasons such as the > differences how they order sections, common symbols, etc., but no one seems > to care about that kind of negligible differences. Merging DT_MIPS_RLD_MAP > into DT_DEBUG_INDIRECT seems like a good change, but adding a new command > option to save one page at runtime seems overkill to me. (But I don't know > much about Fuchsia, so correct me if I'm wrong.) > > On Tue, May 16, 2017 at 6:08 PM, Jake Ehrlich via llvm-dev < > llvm-dev at lists....

Hi Andi, Four patches: - clean up asm/bugs.h, by moving all the C code into its own C file - split identify_cpu() into boot and secondary variants, so that boot-time setup functions can be marked __init - repost of the COMPAT_VDSO patches with a bit more robustness from unknown DT_tags, and functions marked __init, since all this is boot-time only setup. Thanks, J --

Hi Andi, Four patches: - clean up asm/bugs.h, by moving all the C code into its own C file - split identify_cpu() into boot and secondary variants, so that boot-time setup functions can be marked __init - repost of the COMPAT_VDSO patches with a bit more robustness from unknown DT_tags, and functions marked __init, since all this is boot-time only setup. Thanks, J --

Create a configurable hole in the linear address space at the top of memory. A more advanced interface is needed to negotiate how much space the hypervisor is allowed to steal, but in the end, it seems most likely that a fixed constant size will be chosen for the compiled kernel, potentially propagated to an information page used by paravirtual initialization to determine interface compatibility.

Create a configurable hole in the linear address space at the top of memory. A more advanced interface is needed to negotiate how much space the hypervisor is allowed to steal, but in the end, it seems most likely that a fixed constant size will be chosen for the compiled kernel, potentially propagated to an information page used by paravirtual initialization to determine interface compatibility.

...D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- linux-2.6.13.orig/include/linux/elf.h 2005-08-02 17:06:24.000000000 -07= 00 +++ linux-2.6.13/include/linux/elf.h 2005-08-05 12:06:17.000000000 -0700 @@ -138,6 +138,9 @@ #define DT_DEBUG 21 #define DT_TEXTREL 22 #define DT_JMPREL 23 +#define DT_VERSYM 0x6ffffff0 +#define DT_VERDEF 0x6ffffffc +#define DT_VERNEED 0x6ffffffe #define DT_LOPROC 0x70000000 #define DT_HIPROC 0x7fffffff =20

...D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- linux-2.6.13.orig/include/linux/elf.h 2005-08-02 17:06:24.000000000 -07= 00 +++ linux-2.6.13/include/linux/elf.h 2005-08-05 12:06:17.000000000 -0700 @@ -138,6 +138,9 @@ #define DT_DEBUG 21 #define DT_TEXTREL 22 #define DT_JMPREL 23 +#define DT_VERSYM 0x6ffffff0 +#define DT_VERDEF 0x6ffffffc +#define DT_VERNEED 0x6ffffffe #define DT_LOPROC 0x70000000 #define DT_HIPROC 0x7fffffff =20

...3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- linux-2.6.21.orig/include/linux/elf.h 2007-03-06 18:52:08.000000000 -08= 00 +++ linux-2.6.21/include/linux/elf.h 2007-03-15 18:14:11.000000000 -0800 @@ -83,6 +83,9 @@ typedef __s64 Elf64_Sxword; #define DT_DEBUG 21 #define DT_TEXTREL 22 #define DT_JMPREL 23 +#define DT_VERSYM 0x6ffffff0 +#define DT_VERDEF 0x6ffffffc +#define DT_VERNEED 0x6ffffffe #define DT_LOPROC 0x70000000 #define DT_HIPROC 0x7fffffff =20

...3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- linux-2.6.21.orig/include/linux/elf.h 2007-03-06 18:52:08.000000000 -08= 00 +++ linux-2.6.21/include/linux/elf.h 2007-03-15 18:14:11.000000000 -0800 @@ -83,6 +83,9 @@ typedef __s64 Elf64_Sxword; #define DT_DEBUG 21 #define DT_TEXTREL 22 #define DT_JMPREL 23 +#define DT_VERSYM 0x6ffffff0 +#define DT_VERDEF 0x6ffffffc +#define DT_VERNEED 0x6ffffffe #define DT_LOPROC 0x70000000 #define DT_HIPROC 0x7fffffff =20

Hi Andi, Here's a couple of patches to fix up COMPAT_VDSO: The first is a straightforward implementation of Jan's original idea of relocating the VDSO to match its mapped location. Unlike Jan and Zach's version, I changed it to relocate based on the phdrs rather than the sections; the result is pleasantly compact. The second patch takes advantage of the fact that all the

Hi Andi, Here's a couple of patches to fix up COMPAT_VDSO: The first is a straightforward implementation of Jan's original idea of relocating the VDSO to match its mapped location. Unlike Jan and Zach's version, I changed it to relocate based on the phdrs rather than the sections; the result is pleasantly compact. The second patch takes advantage of the fact that all the