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
commit 0820d8e399 ("ANDROID: logbuf: Add new logbuf vendor hook to support pr_cont()")
added a vendor hook, but broke kernelci builds with
!CONFIG_ANDROID_VENDOR_HOOKS.
The fix is to remove the old "#if defined(CONFIG_ANDROID_VENDOR_HOOKS)"
guard that is now obsolete.
Fixes: 0820d8e399 ("ANDROID: logbuf: Add new logbuf vendor hook to support pr_cont()")
Signed-off-by: Todd Kjos <tkjos@google.com>
Change-Id: I60932d17f3d5019e25d0d767e8a88ded877267de
Initial kernel bootup logs get overwritten after running
for a long time, and there can be debugging scenario where
we need initial ~100s bootup logs for debugging.
'android_vh_initial_logbuf' vendor hook is helping in
achieving this purpose.
Bug: 199236943
Change-Id: I706824aeb566c09ecaf4b5900973d6cee8a2f35b
Signed-off-by: Mukesh Ojha <mojha@codeaurora.org>
(cherry picked from commit 34fde61f72)
Signed-off-by: Yogesh Lal <ylal@codeaurora.org>
