DLPX-98296 linux-kernel-generic pre-push build fails: ipu7-drivers DKMS module missing do_ipu7=false disable flag

[lyriclake]

Problem

The linux-kernel-generic pre-push appliance build fails to compile the
ipu7-drivers DKMS module (Intel IPU7 camera driver, pulled from the Ubuntu
archive rather than built from our own kernel source) after rebasing onto
Ubuntu-hwe-7.0-7.0.0-28.28_24.04.1:

drivers/media/i2c/ov02c10.c: In function 'ov02c10_set_format':
drivers/media/i2c/ov02c10.c:1328:18: error: implicit declaration of function 'v4l2_subdev_state_get_format'
drivers/media/i2c/ov02c10.c: In function 'ov02c10_probe':
drivers/media/i2c/ov02c10.c:1675:20: error: 'struct v4l2_subdev' has no member named 'entity'
cc1: some warnings being treated as errors
Error: failed command 'fakeroot debian/rules binary ... flavours=generic abinum=28-dx2026080400-e92af378a'

(Jenkins: linux-pkg/develop/build-package/linux-kernel-generic/pre-push #119,
triggered from linux-kernel-generic PR
#57, DLPX-98112.)

The new upstream Linux V4L2 subdev active-state API removed the entity/state
members that ipu7-drivers' pinned source (a Launchpad snapshot dated
2026-02-09) still uses, so it no longer builds against the bumped kernel.
Ubuntu itself flagged this module as unsupported for the new series — it added
off_series=true to the ipu7-drivers line in debian.hwe-7.0/dkms-versions
(not present for the prior debian.hwe-6.17) — but our kernel forks' build
tooling never parses or acts on that field, so the module is still attempted
and the build fails.

Solution

Add do_ipu7=false to the debian_rules_args list in
default-package-config.sh, matching the existing do_ipu6=false entry for
the sibling Intel camera driver. Delphix's appliance doesn't use consumer
camera drivers on any flavour, so this module was already meant to be
excluded — it was just missing from the disable list.

An alternative would be to teach the kernel forks' debian/rules.d parsing to
honor the off_series field from dkms-versions generically, so future
Ubuntu-side exclusions are picked up automatically. That's a larger change
across all five kernel forks and doesn't fit a quick unblock; filed as
follow-up if we want it (not yet ticketed).

Testing Done

This is a one-line config change with no automated test coverage of its own;
verification is the downstream kernel build going green.

ab-pre-push build #14718: IN PROGRESS

• Build: https://selfservice-jenkins.eng-tools-prd.aws.delphixcloud.com/job/appliance-build-orchestrator-pre-push/14718/
• Tested: linux-pkg@065c38acf7f7, linux-kernel-generic@e92af378a006, zfs@e62b28d4bbc4 (against develop)
• Status: running — re-test of the linux-kernel-generic pre-push build (DLPX-98112 / PR #57) with this fix included as an extra repo, alongside the zfs sockaddr_unsized fix (PR #2305); re-run recording in completed mode once finished.