[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH v3 13/23] XENVER_build_id: Provide ld-embedded build-ids (v10)
On 24/02/16 18:52, Konrad Rzeszutek Wilk wrote: >>> diff --git a/xen/arch/arm/xen.lds.S b/xen/arch/arm/xen.lds.S >>> index f501a2f..5cf180f 100644 >>> --- a/xen/arch/arm/xen.lds.S >>> +++ b/xen/arch/arm/xen.lds.S >>> @@ -22,6 +22,9 @@ OUTPUT_ARCH(FORMAT) >>> PHDRS >>> { >>> text PT_LOAD /* XXX should be AT ( XEN_PHYS_START ) */ ; >>> +#if defined(BUILD_ID) >>> + note PT_NOTE ; >>> +#endif >>> } >>> SECTIONS >>> { >>> @@ -53,6 +56,16 @@ SECTIONS >>> _erodata = .; /* End of read-only data */ >>> } :text >>> >>> +#if defined(BUILD_ID) >>> + .note : { >>> + __note_gnu_build_id_start = .; >>> + *(.note.gnu.build-id) >>> + __note_gnu_build_id_end = .; >>> + *(.note) >>> + *(.note.*) >>> + } :text >>> +#endif >> This data really should be contained inside rodata. > I get (I replace :text with :rodata) and got: > ld: section `.note' assigned to non-existent phdr `rodata' > > Which makes sense as there are only two PHDRS. Where you suggesting that > the .note should be part of the .rodata section? Jan wanted this to be > in its own section (.note). > > Are you suggesting to add another one PHDR? (If so, then mkelf32 has to be > modified, > and for EFI I think it will have to have some #ifdef machinery to make it > work). I was just suggesting moving _erodata down a little to cover .note Whatever happens patching-wise, this build ID is constant and will want to remain so. ~Andrew _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |