rollandf / doca-driver-build

67%

main: 66%

LAST BUILD ON BRANCH dtk-dkms

branch: SELECT

CHANGE BRANCH

x

Sync Branches

• No branch selected
• 1.2.8
• 25.10-manifest-update
• 26.4
• 3.2.2
• blacklist
• build
• config-file
• contributing
• debuginfo
• dtk-dkms
• dtk-go
• dtk-poll
• flock
• gcc-test
• go12411
• go125
• go125-net26.1
• interactibe
• license-fix
• license-update
• load
• loader
• logoutput
• lsrmmod
• main
• os-discovry
• preparegcc
• publicpath
• ready
• rhel-stig
• rhel-update
• rhelstig
• sriov
• switchdev
• third-party
• udev
• udevscheme
• updateca
• without-dkms
• workflow

Build # 25312682005

Build Type

push

github

Committed by rollandf

Commit Message

fix(dtk): fix DKMS support in OCP/DTK driver build path

Three bugs prevented USE_DKMS=true from working with the DTK sidecar:

1. dtk/build.go unconditionally passed --without-dkms (and --disable-kmp)
   to install.pl regardless of USE_DKMS, so the driver inventory never
   contained either DKMS source packages or pre-compiled kmod binary
   packages when DKMS was requested.

2. discoverDKMSModule in driver.go could not locate the dkms.conf file
   in OFED 26.04 packages because the installed layout uses a symlink
   pointing to a source/ subdirectory rather than placing dkms.conf
   directly at the top level of /usr/src/<module>-<version>/.

3. setupDKMS attempted to run dkms build and dkms install inside the
   main driver container, which does not carry kernel headers.  In OCP
   the DTK sidecar is the only container that has the matching kernel
   headers; running dkms build in the main container therefore fails
   unconditionally.

Fix:

- When cfg.UseDKMS is true, omit both --disable-kmp and --without-dkms
  from the install.pl invocation in the DTK sidecar.  Without those flags
  install.pl produces both a DKMS source package (registers the source
  under /usr/src/ for dkms add) and pre-compiled kmod binary packages
  (place the .ko files directly under /lib/modules/<kernel>/ without
  requiring a subsequent dkms build step).

- Refactor discoverDKMSModule into the testable discoverDKMSModuleIn
  helper that resolves symlinks and descends into source/ subdirectories
  to reliably locate dkms.conf across OFED package layouts.

- In setupDKMS, when DtkOcpDriverBuild is true, stop after dkms add
  (source registration) and skip dkms build / dkms install.  The kmod
  binary packages installed by installDriver already placed the correct
  .ko files; no recompilation is needed or possible.

Add unit tests covering discoverDKMSModuleIn path variations and the
DTK+DKMS setupDKMS skip-build-install code path.

Signed-off-by: Fred Rolland <frolland@nvidia.com>

Coverage Stats

43 of 52 new or added lines in 3 files covered. (82.69%)

1 existing line in 1 file now uncovered.

2636 of 3919 relevant lines covered (67.26%)

5.34 hits per line