We already use kernel-wedge only for the modules part. As the image is
now separate, we can split it's build into it's own target.
Also make sure this package is built in the CI build.
Prepare building the kernel-image udeb separate. This is done by moving
the modules into a new udeb calles base-modules. Only the image and the
module support files remain.
Commit 628e147dc2 ("Cleanup remaining version settings") cleaned up
the remaining use of linux_upstream_full switching to linux_version_full
but ommited the debian/bin/stable-update script.
Importing a new stable upstream version raises now
Traceback (most recent call last):
File "/path/linux/./debian/bin/stable-update", line 135, in <module>
main(*sys.argv[1:])
~~~~^^^^^^^^^^^^^^^
File "/path/linux/./debian/bin/stable-update", line 58, in main
cur_ver = cur_pkg_ver.linux_upstream_full
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
AttributeError: 'VersionLinux' object has no attribute 'linux_upstream_full'
Replace the last remaining use of linux_upstream_full with
linux_version_full.
Fixes: 628e147dc2 ("Cleanup remaining version settings")
Signed-off-by: Salvatore Bonaccorso <carnil@debian.org>
Enable BATTERY_LENOVO_YOGA_C630 to get battery support on Lenovo Yoga
C630 laptop. The Embedded Controller driver EC_LENOVO_YOGA_C630 is
enabled as the dependency of the battery driver.
Signed-off-by: Shawn Guo <shawnguo@kernel.org>
While the userland software for the amdxdna driver is completely missing
at this point in Debian, the availability of this driver would lay the
foundation of forwarding the hardware device into podman containers that
would actually be able to make use o the functionality.
Link: https://wiki.debian.org/XDNACloses: #1114868
The modules directory is now used for all files related to one kernel.
Move dtb files into this directory, like Fedora already does. The old
location is replaced with a compatibility symlink.
We don't need to know from the config if vdso files might be available.
We can just call the make target and let the build figure out if
something should exist. This removes one full config entry that needs
to be maintained.
We override depmod with a script that mostly does nothing for a long
time. The kernel build does not longer do any of those special cased
calls. So remove the script and never run depmod at all.
- Add build.rust_build_depends, and build.enable_rust configuration
fields. The enable_rust field is expected to be set
per-architecture while rust_build_depends can be global.
- Define a pkg.linux.norust build profile which disables use of Rust.
- For architectures where build.enable_rust is set, Build-Depend on
everything in build.rust_build_depends, with a restriction to
<!pkg.linux.nokernel !pkg.linux.norust>.
This doesn't support compiling OOT modules written in Rust, which is a
rather harder problem.
PackageRelationGroup already supports adding architecture
qualification to all its entries. Add support for adding restrictions
(i.e. build profiles) in a similar way.
MODVERSIONS was useful when we used to build multiple versions with
the same release string and mostly compatible ABI. Now that we change
the release string with every upload, MODVERSIONS doesn't buy us
anything.
Similarly, MODULE_ALLOW_BTF_MISMATCH was useful then but not when we
change the release string with every upload.
Further, supporting MODVERSIONS together with Rust requires enabling
DEBUG_INFO and GENKDWARFSYMS. Currently we don't build debug info in
the pkg.linux.quick build profile used for CI, and changing that would
likely slow it down significantly.
So disable both of these.
