The maintainerclean target should delete everything that doesn't
belong in a source package and can't be regenerated using the orig
and debian/control-real targets. Given a git checkout, "git clean
-d -f -x" will do this, but not everyone builds from git.
Currently it doesn't delete everything that the clean target does, by
a long way. Unlike the clean target it does not require
debian/control to exist or be buildable, so it cannot depend on clean
or invoke dh_clean.
Therefore:
* Move the file patterns from the clean target into a variable, and
use that in both clean and maintainerclean targets
* Delete debhelper temporary files and debian/files in the
maintainerclean target
This doesn't cover editor temporary/backup files, which dh_clean
removes, but they're less of an issue since dpkg-source excludes those
automatically.
Change the -fdebug-prefix-path option's value so the "/" after the
source directory name is deleted rather than prefixed with ".". This
shouldn't make any practical difference, but it makes the debug info
slightly smaller and is consistent with the value upstream sets for
the -fmacro-prefix-path option.
Kbuild ignores CFLAGS because compiler options for user-space may be
entirely unsuitable for the kernel. However, it does support a
KCFLAGS variable which is used for both built-in and modular code.
Add our options to that instead of both CFLAGS_KERNEL and
CFLAGS_MODULE.
The 802.11 stack already had run-time dependencies on arc4 through the
crypto API. Linux 5.3 split arc4 into libarc4 and arc4, and made
802.11 statically depend on the former.
libarc4 belongs in crypto-modules so add a package dependency from
nic-wireless-modules.
After commit 75dd47472b "kbuild: remove src and obj from the top
Makefile", $(obj)/.kernelvariables expands to /.kernelvariables, so
our kernel variable overrides are completely ignored.
At the point in the top-level Makefile where we want to include
.kernelvariables, the current directory is guaranteed to be the object
directory, so we can simply include .kernelvariables from the current
directory.
Fixes FTBFS.
We currently only get to set the cross-compile prefix; the upstream
Makefile will unconditionally add "gcc" to that. Possibly we should
change that, but for now Build-Depend on gcc-arm-linux-gnueabihf
rather than gcc-8-arm-linux-gnueabihf.
Modules don't need the armhf compiler, so set headers%gcc-8 to just
gcc-8.
* Drop settings for symbols that were removed or made automatic
* Change INFINIBAND_HNS from =m to =y; it does not directly select
code and is now bool
* Handle renaming of various symbols:
DEBUG_BLK_CGROUP → BFQ_CGROUP_DEBUG
USB_SWITCH_FSA9480 → EXTCON_FSA9480
