Skip to content

Releases: dkms-project/dkms

v3.3.0 - New functionality

03 Nov 10:48

Choose a tag to compare

Add per-module BUILD_EXCLUSIVE_* directives in DKMS.

  • Global BUILD_EXCLUSIVE_* directives still work as before for backwards compatibility.
  • New array-based directives to add per-module support:
    • BUILD_EXCLUSIVE_KERNEL[#]
    • BUILD_EXCLUSIVE_KERNEL_MIN[#]
    • BUILD_EXCLUSIVE_KERNEL_MAX[#]
    • BUILD_EXCLUSIVE_ARCH[#]
    • BUILD_EXCLUSIVE_CONFIG[#]
  • Both global and per-module directives are checked, and if any module fails either set of constraints, the build is excluded.

New build_environment directive to specify custom compilers

Add a new global build_environment directive, that can contain a path to a file that is sourced in the DKMS shell when building modules. Allows using a custom GCC that is being used only for building the kernel and its modules, so it should be set only for DKMS.

An example: Oracle's UEK kernel for el9 compiled with a gcc-toolset-11 package, with the toolset not set system wide but only being used for building DKMS modules.

What's Changed

Full Changelog: v3.2.2...v3.3.0

v3.2.2

15 Sep 07:39

Choose a tag to compare

What's Changed

New Contributors

Full Changelog: v3.2.1...v3.2.2

v3.2.1

12 May 07:59

Choose a tag to compare

What's Changed

  • Fix text in framework.conf by @scaronni in #526
  • Fix post_transaction when running dkms autoinstall via systemd unit by @scaronni in #527

Full Changelog: v3.2.0...v3.2.1

v3.2.0 - New functionality

07 May 16:20

Choose a tag to compare

Force rebuild of dependent modules

Force the rebuild of modules when BUILD_DEPENDS_REBUILD is set and modules declared in BUILD_DEPENDS change.

When a module is updated, all modules that depend on it need to be automatically rebuilt in the correct order. This is all gated throughBUILD_DEPENDS_REBUILD, which should be set on a per installation basis, for example:

$ cat /etc/dkms/<module1>.conf
BUILD_DEPENDS=<module2>
BUILD_DEPENDS_REBUILD=yes

Whenever <module1> is built and BUILD_DEPENDS is set, the version of the dependent module is saved in:

/var/lib/dkms/<module1>/<kernel_version>-<arch>/.dep_<module2>

Add post transaction command that can be specified per site / installation

Add a generic command that gets executed at the end of "install/uninstall" phases for modules. The post_transaction is configured in /etc/dkms/framework.conf and if set to any non-null value the command in there is executed with the kernel version that is the target of the command as the first parameter.

This can be set on a per-site or by distribution packagers of DKMS.

It's executed only at the end of commands that change the content of the kernel modules folder; so an install, autoinstall and remove|unbuild|uninstall command. When the directive is not set (the default) there is no behavior change for DKMS.

The action generates a log in the DKMS working directory using the facilities already provided by DKMS.

What's Changed

Full Changelog: v3.1.8...v3.2.0

v3.1.8

11 Apr 19:12

Choose a tag to compare

What's Changed

  • fix dkms getting stuck with an incomplete $m/$v/$k/$a/module/ directory by @anbe42 in #513
  • deprecate CLEAN by @anbe42 in #514
  • dkms: propagate OBSOLETE_BY to BUILD_EXCLUSIVE_KERNEL_MAX by @anbe42 in #516

Full Changelog: v3.1.7...v3.1.8

v3.1.7

03 Apr 12:00

Choose a tag to compare

What's Changed

  • Update tests.yml for Red Hat based distributions by @scaronni in #504
  • Add codeSigning EKU to generated MOK by @GabeNI in #506
  • Update COPYING by @scaronni in #509
  • Update README.md by @scaronni in #508
  • various fixes by @anbe42 in #507
    • record location of archived original modules and restore them there (#480)
    • support AUTOINSTALL="no" (#491)
    • do not clean the clean build tree before building the module (#495)
    • error out on dkms.conf containing duplicate module definitions
    • common.postinst: run with the same verbosity as autoinstall
    • internal code refactoring and cleanup
    • simplify development of new tests
    • add more tests
    • add more sanity checks
    • make some error messages more informative
    • coding style consistency

New Contributors

Full Changelog: v3.1.6...v3.1.7

v3.1.6

10 Mar 11:58

Choose a tag to compare

What's Changed

New Contributors

Full Changelog: v3.1.5...v3.1.6

v3.1.5

30 Jan 13:39

Choose a tag to compare

What's Changed

New Contributors

Full Changelog: v3.1.4...v3.1.5

v3.1.4

19 Dec 13:29

Choose a tag to compare

What's Changed

New Contributors

Full Changelog: v3.1.3...v3.1.4

v3.1.3

01 Dec 10:16

Choose a tag to compare

What's Changed

New Contributors

Full Changelog: v3.1.2...v3.1.3