Skip to content

Conversation

PawelWMS
Copy link
Contributor

@PawelWMS PawelWMS commented Oct 10, 2025

Merge Checklist

All boxes should be checked before merging the PR (just tick any boxes which don't apply to this PR)

  • The toolchain has been rebuilt successfully (or no changes were made to it)
  • The toolchain/worker package manifests are up-to-date
  • Any updated packages successfully build (or no packages were changed)
  • Packages depending on static components modified in this PR (Golang, *-static subpackages, etc.) have had their Release tag incremented.
  • Package tests (%check section) have been verified with RUN_CHECK=y for existing SPEC files, or added to new SPEC files
  • All package sources are available
  • cgmanifest files are up-to-date and sorted (./cgmanifest.json, ./toolkit/scripts/toolchain/cgmanifest.json, .github/workflows/cgmanifest.json)
  • LICENSE-MAP files are up-to-date (./SPECS/LICENSES-AND-NOTICES/data/licenses.json, ./SPECS/LICENSES-AND-NOTICES/LICENSES-MAP.md, ./SPECS/LICENSES-AND-NOTICES/LICENSE-EXCEPTIONS.PHOTON)
  • All source files have up-to-date hashes in the *.signatures.json files
  • sudo make go-tidy-all and sudo make go-test-coverage pass
  • Documentation has been updated to match any changes to the build system
  • Ready to merge

Summary

Overview

Some of our specs building OOT kmods for kernel-hwe defined packages with user space components, which were duplicates of already existing ones from specs building OOT kmods for kernel along with the user space components. Since they are dependent on a kernel flavour, as long as they build against the lowest version of kernel in our repository (kernel), they are guaranteed to work on newer versions and flavours due to kernel's guarantees to keep user space APIs backwards compatible.

The duplicates were removed to:

  • To not provide the same but conflicting packages, which may cause run-time installation issues.
  • Avoid user and dev confusion as to which package to use.
  • Make CVE patching limited to one spec for CVEs affecting user-space components.
  • Lower the maintenance for the specs.

Changes details

  • Replaced run-time deps on a hard-coded version of mlnx-ofa_kernel for a generic Requires: mlnx-ofa_kernel. mlnx-ofa_kernel is a user-space package and is thus not tied to any specific kernel version of flavour.
  • Removed BuildRequires: mlnx-ofa_kernel-hwe-source - OOT kmod specs having their kmods dependent on the one from mlnx-ofa_kernel-modules need the mlnx-ofa_kernel(-<flavour>)-devel for the same version and flavour of the kernel as they are built but not the original sources. Also, the devel subpackage already contains the required sources.
  • Removed user space subpackages from all *-hwe specs.
  • Extracted a new service subpackage from the OOT kmod subpackages in mlnx-ofa_kernel.spec, since the service components are living in user space and are not tied to a specific version or flavour of the kernel.
  • Made mlnx-ofa_kernel build user space components for both supported architectures.
Does this affect the toolchain?

No.

Test Methodology

@microsoft-github-policy-service microsoft-github-policy-service bot added Packaging 3.0-dev PRs Destined for AzureLinux 3.0 labels Oct 10, 2025
@CBL-Mariner-Bot
Copy link
Collaborator

CBL-Mariner-Bot commented Oct 10, 2025

✅ PR Check Passed

No critical issues detected in spec file changes.

🤖 AI Analysis Summary:

Brief Analysis: The changes primarily update the MOFED version (from 24.10-22 to 24.10-23) and adjust package dependencies and release numbers in multiple spec files, including fwctl-hwe-signed.spec. There are no explicit CVE patch directives referenced in this file.

Critical Issues Found:
• No direct CVE patches or Patch directives (e.g. Patch# with CVE-YYYY-xxxxx.patch) found, so nothing critical on that front.

Recommended Actions:
• Verify that any security-related kernels or MOFED components have upstream security fixes; if CVE patches are needed, add proper %patch/%autopatch directives.
• Confirm dependency changes (e.g. replacing “mlnx-ofa_kernel-hwe = %{_mofed_full_version}” with “mlnx-ofa_kernel”) do not omit essential security updates.
• Ensure changelog entries remain clear and reference any security fix if applicable.


📋 For detailed analysis and recommendations, check the Azure DevOps pipeline logs.

@PawelWMS PawelWMS marked this pull request as ready for review October 10, 2025 22:02
@PawelWMS PawelWMS requested a review from a team as a code owner October 10, 2025 22:02
%config(noreplace) %{_sysconfdir}/depmod.d/zz02-fwctl-*.conf

%changelog
* Fri Oct 10 2025 Pawel Winogrodzki <[email protected]> - 24.10-23
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think the changelog number should include the release_suffix - 24.10-23_6.12.50.2-1

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Same comment goes for a few other packages below. The most recent changelog comments have this as well (at least since the hwe- variant of these SPECs were created)


/bin/rm -rf %{buildroot}/opt/knem-%{version}/lib/modules || true
/bin/rm -rf %{buildroot}/opt/knem-%{version}
/bin/rm -rf %{buildroot}//etc/udev/rules.d
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

duplicate / after buildroot?

%global kernel_source() %{K_SRC}
%global kernel_release() %{KVERSION}
%global flavors_to_build default
%ifarch x86_64 # We create the module package only for the x86_64 kernel
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I believe comments on lines with %ifarch cause warnings during the builds, so might be best to put them on the preceding line. (I realize this issue already exists in many of these specs, so this is just a suggestion)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

3.0-dev PRs Destined for AzureLinux 3.0 Packaging

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants