kernel-livepatch-SLE16-RT_Update_1-1-160000.1.1

- New branch for SLE16-RT_Update_1
- commit f3319a9

- klp_trace.h: add KLPR_TRACE_EVENT_CONDITION macro
- commit 17e9fce

- scripts/tar-up.sh: unconditionally enable s390x on SLE default
  Nowadays, s390x builds should be enabed for all SLE default kernels
  - - the versions from before the point where s390x coverage got
  added to the product have gone out of support a long time ago.
  Remove the conditional s390x enablement logic from tar-up.sh.
- commit 9bcbefb

- kernel-livepatch.spec: Replace kernel-syms with kernel-<flavor>-specific dependencies (bsc#1248108)
  The commit ead79afe7cbfae ("kernel-livepatch.spec: Update build
  dependencies for non-default flavors") broke build of livepatches
  which were built with kernel-syms-rt.
  The problem is that livepatch packages for already released kernels
  are built in exactly the same build environment as the initial livepatch.
  The BS (Build Service) installs the build environment using the given
  _buildinfo-*.xml and ignores BuildRequires. But the BuildRequires are
  later checked by rpmbuild tool. It would complain when new dependencies
  were added.
  Unfortunately, kernel-syms-rt does not exist on SLE16. This was the main
  motivation for the above mentioned commit.
  But the package kernel-syms is empty. Its only purpose is to add other
  dependencies. Replace it by opencoding the dependencies.
  Note that the kernel devel files are historically split into various
  packages, kernel-<flavor>-devel, kernel-devel-<flavor>, and
  even kernel-devel. But it is enough to require kernel-<flavor>-devel
  because it requires the other devel files on its own. This seems
  to be true back to SLE15-SP4 at minimum.
- commit 7696578

- kernel-livepatch.spec: Update build dependencies for non-default flavors
  Starting with commit 7c95ae0ac0bb ("mkspec: Exclude rt flavor from
  kernel-syms dependencies (bsc#1244337).") kernel-syms does not pull
  kernel-%variant-devel package for non-default %variant. It needs to be
  required alongside.
  Hence, add new BuildRequires for these cases (-rt flavor only at the
  time).
- commit ead79af

- Remove the support for different flavors, take 2
  There is a support for different kernel flavors from the beginning in
  our spec file. Originally, there were -default and -xen flavors.
  However, it is questionable. A live patch is built against a very
  specific kernel binary. Different flavors of the same kernel source can
  be easily different also in this respect.
  Remove it then. The build process is driven by "variant" macro deriving
  from a branch name. We can stick with that. %klp_module_package defines
  %flavor based on that. It also keeps %flavors_to_build definition for
  older releases without this change.
- commit b9cd481

- Revert "Remove the support for different flavors"
  The removal of flavors in spec file needs to go hand in hand with rpm
  macros update unfortunately. It is a work in progress so revert the spec
  file changes for now so that current builds do not fail.
  This reverts commit 6254bb4ada3a5af59ea00493698f92edc0b4c9a2.
- commit 0ae16b9

- scripts/tar-up.sh: Handle SLFO-Main_Update_0 package
  SLFO-Main_Update_0 (and possibly its -RT variant) will be used by QA for
  testing live patching in SLFO:Main project before a product like SLE16
  is branched off.
  Handle it in our scripts so that everything works properly.
- commit b8cab65

- Remove the support for different flavors
  There is a support for different kernel flavors from the beginning in
  our spec file. Originally, there were -default and -xen flavors.
  However, it is questionable. A live patch is built against a very
  specific kernel binary. Different flavors of the same kernel source can
  be easily different also in this respect.
  Remove it then. The build process is driven by "variant" macro deriving
  from a branch name. We can stick with that.
- commit 6254bb4

- uname_patch: don't use klp_convert.h wrappers
  With the removal of klp_convert.h, the uname_patch fails to compile.
  Replace all invocations of the KLP_SYM_LINKAGE or KLP_SYM() macros
  formerly defined there in by their expansions for the !USE_KLP_CONVERT
  case and drop the klp_convert.h #include.
  Fixes: b2fa29be2 ("Remove old klp-convert support")
- commit 601b6d1