[lkml]   [2011]   [Jan]   [17]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: R_SPARC_13
From: Richard Mortimer <>
Date: Mon, 17 Jan 2011 19:46:21 +0000

> As an example from drivers/scsi/scsi_error.c function scsi_eh_wakeup().
> This has relocation records of
> 0000000000002be4 R_SPARC_LO10 __tracepoint_scsi_eh_wakeup
> 0000000000002be4 R_SPARC_13 *ABS*+0x0000000000000008
> lduw [%g1+%lo(__tracepoint_scsi_eh_wakeup)+8], %g2 ! __tracepoint_scsi_eh_wakeup.state,

In a final object, the binutils linker should be using one
R_SPARC_OLO10 relocation for this kind of expression on sparc64. Not
the two relocations on the same instruction it appears to be using
here. I think you're looking at an object output by the assembler
and not the finally linked module.

You should also be careful about which objects you are analyzing. You
should be looking at the finally linked "foo.ko" file, not the
individual "foo.o" objects, as the majority of the relocations go away
when the linker puts together the final module.

Is that what you're doing?

 \ /
  Last update: 2011-01-17 22:05    [W:0.077 / U:54.524 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site