When vendor hooks are added to a file that previously didn't have any vendor hooks, we end up indirectly including linux/tracepoint.h. This causes some data types that used to be opaque (forward declared) to the code to become visible to the code. Modversions correctly catches this change in visibility, but we don't really care about the data types made visible when linux/tracepoint.h is included. So, hide this from modversions in the central vendor_hooks.h file instead of having to fix this on a case by case basis. This change itself will cause a one time CRC breakage/churn because it's fixing the existing vendor hook headers, but should reduce unnecessary CRC churns in the future. To avoid future pointless CRC churn, vendor hook header files that include vendor_hooks.h should not include linux/tracepoint.h directly. Bug: 227513263 Bug: 226140073 Signed-off-by: Saravana Kannan <saravanak@google.com> Change-Id: Ia88e6af11dd94fe475c464eb30a6e5e1e24c938b
22 lines
732 B
C
22 lines
732 B
C
/* SPDX-License-Identifier: GPL-2.0 */
|
|
#undef TRACE_SYSTEM
|
|
#define TRACE_SYSTEM futex
|
|
#undef TRACE_INCLUDE_PATH
|
|
#define TRACE_INCLUDE_PATH trace/hooks
|
|
#if !defined(_TRACE_HOOK_FUTEX_H) || defined(TRACE_HEADER_MULTI_READ)
|
|
#define _TRACE_HOOK_FUTEX_H
|
|
#include <trace/hooks/vendor_hooks.h>
|
|
#include <linux/plist.h>
|
|
/*
|
|
* Following tracepoints are not exported in tracefs and provide a
|
|
* mechanism for vendor modules to hook and extend functionality
|
|
*/
|
|
DECLARE_HOOK(android_vh_alter_futex_plist_add,
|
|
TP_PROTO(struct plist_node *node,
|
|
struct plist_head *head,
|
|
bool *already_on_hb),
|
|
TP_ARGS(node, head, already_on_hb));
|
|
#endif /* _TRACE_HOOK_FUTEX_H */
|
|
/* This part must be outside protection */
|
|
#include <trace/define_trace.h>
|