>>> On 12.02.16 at 19:05, <konrad.w...@oracle.com> wrote:
> --- a/xen/include/xen/elfstructs.h
> +++ b/xen/include/xen/elfstructs.h
> @@ -348,6 +348,14 @@ typedef struct {
>  #define      ELF64_R_TYPE(info)      ((info) & 0xFFFFFFFF)
>  #define ELF64_R_INFO(s,t)    (((s) << 32) + (u_int32_t)(t))
>  
> +/* x86-64 relocation types. We list only the ones we implement. */

"we implement" is too vague for my taste: This comment should
have some kind of reference to xSplice.

> +#define R_X86_64_NONE                0       /* No reloc */
> +#define R_X86_64_64          1       /* Direct 64 bit  */
> +#define R_X86_64_PC32                2       /* PC relative 32 bit signed */
> +#define R_X86_64_PLT32               4       /* 32 bit PLT address */
> +#define R_X86_64_32          10      /* Direct 32 bit zero extended */
> +#define R_X86_64_32S         11      /* Direct 32 bit sign extended */

Is there really a use case for the last two in the hypervisor
(which doesn't live in the top 2G of address space)? (If the
use case are constants, I suppose R_X86_64_{8,16} ought
to also be permitted.) Also, is there a reason why at least
R_X86_64_PC64 shouldn't also be supported?

Jan


_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel

Reply via email to