public inbox for systemtap@sourceware.org
 help / color / mirror / Atom feed
From: Karl Hiramoto <karl@hiramoto.org>
To: "Frank Ch. Eigler" <fche@redhat.com>
Cc: systemtap@sourceware.org
Subject: Re: ERROR: Build-id mismatch: "kernel" vs. "vmlinux" byte 0 (0x00  vs  0x00)
Date: Thu, 08 Apr 2010 06:46:00 -0000	[thread overview]
Message-ID: <4BBD7BC0.5060009@hiramoto.org> (raw)
In-Reply-To: <y0mfx37f493.fsf@fche.csb>

On 04/07/2010 09:32 PM, Frank Ch. Eigler wrote:
> There were indeed some changes in the way the build-id matching is
> done.  What is the output of 'readelf -x .notes' on your vmlinux file?
> Can you try applying the following patch to .../systemtap/runtime/sym.c
> and rerun your test?
>    
Now it the output error is:

Pass 2: analyzed script: 13 probe(s), 58 function(s), 3 embed(s), 35 
global(s) using 158136virt/64500res/2664shr kb, in 
3300usr/1000sys/5023real ms.
identified max-nested function: _dwarf_tvar_get_cast_38 (1)
identified max-nested function: __ip_sock_saddr (2)
identified max-nested function: _dwarf_tvar_get_cast_36 (3)
function recursion-analysis: max-nesting 3 non-recursive
probe_1979 locks key_list[rw] lastkey[w] snd_cwnd[rw] snd_wnd[rw] 
srtt[rw] state[rw] txq[rw] rxq[rw] rexmit[rw] pmtu[rw] ssthresh[rw] 
tx_timer[r] rcvwnd[rw] length[rw]
probe_1980 elided, duplicates probe_1979
probe_1981 locks key_list[rw] lastkey[w] snd_cwnd[rw] snd_wnd[rw] 
srtt[rw] state[rw] txq[rw] rxq[rw] rexmit[rw] pmtu[rw] ssthresh[rw] 
tx_timer[r] rcvwnd[rw] length[rw]
probe_1982 locks key_list[rw] lastkey[w] snd_cwnd[rw] snd_wnd[rw] 
srtt[rw] state[rw] txq[rw] rxq[rw] rexmit[rw] pmtu[rw] ssthresh[rw] 
tx_timer[rw] rcvwnd[rw] length[rw]
probe_1983 locks key_list[rw] lastkey[w] snd_cwnd[rw] snd_wnd[rw] 
srtt[rw] state[rw] txq[rw] rxq[rw] rexmit[rw] pmtu[rw] ssthresh[rw] 
tx_timer[rw] rcvwnd[rw] length[rw]
probe_1984 locks key_list[rw] lastkey[w] snd_cwnd[rw] snd_wnd[rw] 
srtt[rw] state[rw] txq[rw] rxq[rw] rexmit[rw] pmtu[rw] ssthresh[rw] 
tx_timer[rw] find_timer[rw] rcvwnd[rw] length[rw]
probe_1985 locks key_list[rw] lastkey[w] snd_cwnd[rw] snd_wnd[rw] 
srtt[rw] state[rw] txq[rw] rxq[rw] rexmit[rw] pmtu[rw] ssthresh[rw] 
tx_timer[rw] find_timer[rw] rcvwnd[rw] length[rw]
probe_1986 locks key_list[rw] lastkey[w] find_timer[w]
probe_1987 locks key_list[rw] lastkey[w] snd_cwnd[rw] snd_wnd[rw] 
srtt[rw] state[rw] txq[rw] rxq[rw] rexmit[rw] pmtu[rw] ssthresh[rw] 
tx_timer[rw] find_timer[rw] rcvwnd[rw] length[rw]
probe_1988 locks timeout[rw]
stap_dwarf_probe module[7]
stap_dwarf_probe section[7]
stap_dwarf_probe pp[71]
dump_unwindsyms kernel index=0 base=0xc1000000
Found build-id in kernel, length 20, end at 0xc146d654
Found kernel _stext extra offset 0x10e8
Pass 3: translated to C into 
"/tmp/stapmb77Dh/stap_79d90ae157836611691d7f723aa35ebc_32252.c" using 
157728virt/67072res/5416shr kb, in 820usr/30sys/915real ms.
ERROR: Build-id mismatch: "kernel" vs. "vmlinux" byte 0 (0x00 vs 0x00) 
rc -14 -14
Pass 5: run failed.  Try again with another '--vp 00001' option.



readelf -x .notes /usr/src/linux/vmlinux

Hex dump of section '.notes':
   0xc146d630 04000000 14000000 03000000 474e5500 ............GNU.
   0xc146d640 274c0491 926a1565 cd7728cd aa8aaa84 'L...j.e.w(.....
   0xc146d650 fd38e5a8                            .8..

readelf -v
GNU readelf (GNU Binutils) 2.18


  gcc -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: 
/var/tmp/portage/sys-devel/gcc-4.3.4/work/gcc-4.3.4/configure 
--prefix=/usr --bindir=/usr/i686-pc-linux-gnu/gcc-bin/4.3.4 
--includedir=/usr/lib/gcc/i686-pc-linux-gnu/4.3.4/include 
--datadir=/usr/share/gcc-data/i686-pc-linux-gnu/4.3.4 
--mandir=/usr/share/gcc-data/i686-pc-linux-gnu/4.3.4/man 
--infodir=/usr/share/gcc-data/i686-pc-linux-gnu/4.3.4/info 
--with-gxx-include-dir=/usr/lib/gcc/i686-pc-linux-gnu/4.3.4/include/g++-v4 
--host=i686-pc-linux-gnu --build=i686-pc-linux-gnu --disable-altivec 
--disable-fixed-point --enable-nls --without-included-gettext 
--with-system-zlib --disable-checking --disable-werror 
--enable-secureplt --disable-multilib --enable-libmudflap 
--disable-libssp --enable-libgomp --disable-libgcj --with-arch=i686 
--enable-languages=c,c++,treelang,fortran --enable-shared 
--enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu 
--with-bugurl=http://bugs.gentoo.org/ --with-pkgversion='Gentoo 4.3.4 
p1.0, pie-10.1.5'
Thread model: posix
gcc version 4.3.4 (Gentoo 4.3.4 p1.0, pie-10.1.5)

--
Karl

  reply	other threads:[~2010-04-08  6:46 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-04-07 16:50 Karl Hiramoto
2010-04-07 19:32 ` Frank Ch. Eigler
2010-04-08  6:46   ` Karl Hiramoto [this message]
2010-04-08 14:55     ` Frank Ch. Eigler
2010-04-08 16:44       ` Karl Hiramoto
     [not found]       ` <4BBE073E.7020602@hiramoto.org>
2010-04-08 17:06         ` Frank Ch. Eigler
2010-04-08 18:23           ` Karl Hiramoto
2010-04-08 18:30             ` Frank Ch. Eigler
2010-06-11 15:53               ` Tony Jones

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4BBD7BC0.5060009@hiramoto.org \
    --to=karl@hiramoto.org \
    --cc=fche@redhat.com \
    --cc=systemtap@sourceware.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).