| 
    
 [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  |