Re: Integer constant is too large for 'long' type

[naresh kamboju <naresh.kernel@gmail.com>]

Hi,

The following issue was noticed
Issue:
/tmp/stapkpgLTm/stap-symbols.h:60600: error: integer constant is too
large for 'long' type
/tmp/stapkpgLTm/stap-symbols.h:60600: error: large integer implicitly
truncated to unsigned type
>> http://www.mail-archive.com/debian-bugs-dist@lists.debian.org/msg690166.html
>>This patch was needed for kernels with CONFIG_RELOCATABLE set.

I am not sure about the CONFIG_RELOCATABLE in ARM Kernels.
Is this config option only for X86 and PowerPC?

I have made following changes for the ARM architecture to over come
the above build issues.

Index: b/translate.cxx
===================================================================
--- a/translate.cxx
+++ b/translate.cxx
@@ -4905,8 +4905,13 @@ dump_unwindsyms (Dwfl_Module *m,
       correct either.  We may instead need a relocation basis different
       from _stext, such as __start_notes.  */
    if (modname == "kernel")
+#if 0
      c->output << ".build_id_offset = 0x" << hex << build_id_vaddr -
(base + extra_offset)
                << dec << ",\n";
+#else
+      c->output << ".build_id_offset = 0x" << hex << build_id_vaddr
+                << dec << ",\n";
+#endif
    else
      c->output << ".build_id_offset = 0x" << hex
                << build_id_vaddr - base


>That's only the build issue.  Does the code *run* though, meaning does
>it actually verify the buildid bits at virtual address 0x0-ish on your
arm kernel?  I suspect not.
I am not sure about how to verify the results. Please help me out in
this context.
However, I am able to build and staprun is working fine.
#staprun five.ko

Best regards
Naresh Kamboju

On Mon, Nov 16, 2009 at 11:53 PM, Eugeniy Meshcheryakov
<eugen@debian.org> wrote:
> 16 листопада 2009 о 21:14 +0530 naresh kamboju написав(-ла):
>> However, I have back ported this patch and able to resolve the build
>> issue on ARM.
>
> I assume that this means that you have reverted the patch. Is it
> possible to load generated modules after that? Or does this only fix
> compilation?
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.10 (GNU/Linux)
>
> iEYEARECAAYFAksBmIsACgkQKaC6+zmozOIVmwCgk361WR6KPs2Lvf+OSTEBcpdu
> TZ0An08rPalwgz9O2D6rqjDMTrz6adBM
> =cxSs
> -----END PGP SIGNATURE-----
>
>