[Bug tapsets/19300] Many SystemTap tapsets failing on kernel.org 4.2.0 kernel

["steven_b_wood at fastmail dot fm" <sourceware-bugzilla at sourceware dot org>]

https://sourceware.org/bugzilla/show_bug.cgi?id=19300

--- Comment #3 from SBW <steven_b_wood at fastmail dot fm> ---
I'm using a VM so I redid installing elfutils/systemtap on my stock image. 

The tapset problems relating to networking are the same. 

I uploaded the stap-report output.

I also tried another test:
-su-4.3# cat tcp_connections.stp
probe begin {
  printf("%6s %16s %6s %6s %16s\n",
         "UID", "CMD", "PID", "PORT", "IP_SOURCE")
}

probe kernel.function("tcp_accept").return?,
      kernel.function("inet_csk_accept").return? {
  sock = $return
  if (sock != 0)
    printf("%6d %16s %6d %6d %16s\n", uid(), execname(), pid(),
           inet_get_local_port(sock), inet_get_ip_source(sock))
}

And got these errors:

semantic error: while processing function __ip_sock_daddr
   thrown from: elaborate.cxx:4955
semantic error: unable to find member 'inet' for struct inet_sock
(alternatives: pinet6, inet_id, sk, hdrincl, mc_index, min_ttl, tos, uc_index,
cork, inet_opt, mc_list, freebind, is_icsk, mc_ttl, uc_ttl, mc_all, recverr,
mc_addr, mc_loop, pmtudisc, rcv_tos, inet_saddr, inet_sport, nodefrag,
transparent, rx_dst_ifindex, cmsg_flags, convert_csum, bind_address_no_port):
operator '->' at /usr/share/systemtap/tapset/linux/ip.stp:107:48
   thrown from: dwflpp.cxx:3600
        source:                         @cast(sock, "inet_sock",
"kernel<net/ip.h>")->inet->daddr)))
                                                                               
    ^
        in expansion of macro: operator '@alternate' at
/usr/share/systemtap/tapset/choose_defined.stpm:3:57
        source:         ( @defined(@value_if_defined) ? (@value_if_defined) :
(@alternate) )
                                                                              
^
        in expansion of macro: operator '@choose_defined' at
/usr/share/systemtap/tapset/linux/ip.stp:106:7
        source:                     @choose_defined(@cast(sock,
"inet_sock")->daddr, # kernel >= 2.6.11
                                    ^
        in expansion of macro: operator '@alternate' at
/usr/share/systemtap/tapset/choose_defined.stpm:3:57
        source:         ( @defined(@value_if_defined) ? (@value_if_defined) :
(@alternate) )
                                                                              
^
        in expansion of macro: operator '@choose_defined' at
/usr/share/systemtap/tapset/linux/ip.stp:105:3
        source:                 @choose_defined(@cast(sock,
"inet_sock")->inet_daddr, # kernel >= 2.6.33
                                ^
        in expansion of macro: operator '@alternate' at
/usr/share/systemtap/tapset/choose_defined.stpm:3:57
        source:         ( @defined(@value_if_defined) ? (@value_if_defined) :
(@alternate) )
                                                                              
^
        in expansion of macro: operator '@choose_defined' at
/usr/share/systemtap/tapset/linux/ip.stp:104:9
        source:         return @choose_defined(@cast(sock,
"inet_sock")->sk->__sk_common->skc_daddr, # kernel >= 2.6.38
                               ^

Pass 2: analyzed script: 2 probe(s), 11 function(s), 4 embed(s), 0 global(s)
using 44492virt/40256res/6408shr/34060data kb, in 1220usr/2330sys/3530real ms.
Pass 2: analysis failed.  [man error::pass2]

This behavior is the same as an earlier bug:

https://sourceware.org/bugzilla/show_bug.cgi?format=multiple&id=15171

Perhaps the above error indicates that stap can't determine my kernel version?
(Some variable not set? I do know uname works fine).

Regardless I can still use some of the probes. If anything obvious is wrong
please let me know.

-- 
You are receiving this mail because:
You are the assignee for the bug.