See http://sourceware.org/ml/systemtap/2007-q3/msg00726.html We need to warn or fail upon a .return probe of a function that is inlined in some cases and not inlined in others.
Maybe the solution to this one is to accept (and confirm) that .function.call and .function.return probes match up, rather than .function and .function.return. Any extras (inlined instances) would not show up under .call, so they should not need special treatment like warnings/etc. for .return probes.
This issue appears to have been fixed in several different ways, including by warnings for inline-.return probes. As for the originally reported test case, we do accept the .return probe on the non-inlined copy of the function. % stap -p2 -e 'probe module("nfs").function("nfs_check_flags").return { println($return) }' # functions _dwarf_tvar_get_return_0:long () # probes module("nfs").function("nfs_check_flags@fs/nfs/file.c:107").return /* pc=.text+0x5040 */ /* <- module("nfs").function("nfs_check_flags").return */