Debian Patches

Status for rocblas/7.2.4-1~exp1

Patch Description Author Forwarded Bugs Origin Last update
verbose-tensile-source-kernel-build.patch verbose tensile source kernel build
The build of the Tensile source kernels takes quite a long time, so it
may time out on slower machines if there is no output in too long. The
verbose flag should add some output at the start of the build for each
offload architecture, which should help prevent timeout.		 Cordell Bloor <cgmb@slerp.xyz> not-needed 2025-07-04
Skip-git-requirement.patch Skip git requirement
It appears to be used only for the git commit ID, which we can work
around.		 Christian Kastner <ckk@debian.org> not-needed 2025-07-04
Use-local-mathjax.patch Use local mathjax
The sphinx.ext.mathjax extension defaults to loading mathjax from a
CDN, which results in the lintian warning 'privacy-breach-generic'.
Use a local copy of mathjax to prevent that problem.		 Cordell Bloor <cgmb@slerp.xyz> not-needed 2023-12-21
Extend-docs-conf.py-for-offline-build.patch Extend docs/conf.py for offline build
By setting these extra variables, we can suppress a remote call which
would cause the build to fail.		 Christian Kastner <ckk@debian.org> no 2025-07-04
update-toolchain-defaults-for-upstream-llvm.patch use hipcc as defaults for Tensile toolchain
Tensile toolchain utilities defaults to amdclang which is not available when using upstream llvm.
This patch changes them to use hipcc by default		 Talha Can Havadar <havadartalha@gmail.com> not-needed 2026-01-02
use-generic-blas-for-reference.patch use generic blas for reference
The upstream project typically uses either the AOCL BLIS library or the
Netlib BLAS library as the reference implementation in the test suite on
Linux. However, the OpenBLAS library is used by upstream on Windows. It
would be nice to use OpenBLAS on Debian for performance reasons (as the
test suite is heavily CPU-bound), however, the Netlib implementation
seems to be more reliable for achieving a full suite of passing tests.		 Cordell Bloor <cgmb@slerp.xyz> not-needed 2025-07-04
remove-use-of-pip-and-virtualenv.patch remove use of pip and virtualenv
The upstream project creates a virtualenv and uses pip to install the
Python dependencies during a build. In the Debian build, all the Python
dependencies are already provided by packages, so there's no need for
all that complexity.

When contributed upstream, this functionality was guarded behind the
cmake option -DBUILD_WITH_PIP=OFF. Tensile_ROOT can also be passed from
d/rules (if necessary) so this patch can be dropped with ROCm 5.7.		 Cordell Bloor <cgmb@slerp.xyz> invalid 2023-04-09
mark-known-bugs.patch mark known bugs
In ROCm 5.5, the FP16 High-Precision Accumulate checks are also offset
from the correct answer by margins slightly greater than those allowed.		 Cordell Bloor <cgmb@slerp.xyz> not-needed 2023-07-16
make-openmp-optional.patch make openmp optional Cordell Bloor <cgmb@slerp.xyz> no 2023-04-09
move-tensile-library-into-versioned-subdir.patch move tensile library into versioned subdir
The Tensile library contains optimized kernels that are loaded at
runtime by rocblas, and thus must be a part of the library package.
To ensure that multiple versions of rocblas with different ABI
versions can be installed side-by-side, the library files must be
moved to a path containing the SONAME major version number.

Using only the major version (ROCBLAS_VERSION_MAJOR) rather than the
full version string (MAJOR.MINOR.PATCH) keeps the path stable across
minor and patch releases, so that debian/rules does not need to be
updated on every upstream version bump.		 Cordell Bloor <cgmb@slerp.xyz> invalid 2026-05-05
Enable-changing-directory-for-test-data.patch Enable changing directory for test data
On Debian, we install to a versioned directory based on the library
name.

When INSTALL_TEST_DATA_DIR is set the rocblas-test binary now prefers
the installed location but falls back to the path next to the binary,
so the build-time test in d/rules works before dh_auto_install has
populated INSTALL_TEST_DATA_DIR.		 Christian Kastner <ckk@debian.org> not-needed 2025-07-07
print-kernel-name-for-missing-attribute-error.patch print kernel name for missing attribute error
It is difficult to debug a failed build without knowing what kernel
caused the issue. In theory, this error should never occur. However,
the logging will be useful if it does.		 Cordell Bloor <cgmb@slerp.xyz> not-needed 2025-07-04
handle-prefixed-hipconfig-version-output.patch Tensile: parse hipconfig version robustly
`hipconfig --version` can produce either of two output shapes depending
on which hipconfig is in use:

* The C++ reimplementation (rocm-llvm/amd/hipcc) prints
HIP version: X.Y.Z-build
<clang version line>
...
* The legacy/bare form (still seen in some builds, including our
salsa CI) prints just the dotted version, e.g.
7.2.53211-9999

Tensile's assignGlobalParameters() called getVersion() with
regex=r'(.+)', which captured the entire first line. With the prefixed
form, that yielded "HIP version: 7..." and a downstream int() raised:

ValueError: invalid literal for int() with base 10: 'HIP version: 7'

A first attempt narrowed the regex to r'.*version:\s+([\d.]+)', which
fixed the prefixed form but broke the bare form — getVersion() then
returned the sentinel "<unknown>", producing:

ValueError: invalid literal for int() with base 10: '<unknown>'

Capture the first run of digits-and-dots anywhere in the output instead:
this matches both shapes (re.search finds the HIP version before the
clang version, since hipconfig prints HIP first; the prefixed form has
no digits before the version, and the bare form has only the version).		 Talha Can Havadar <havadartalha@gmail.com> yes upstream 2026-06-02

All known versions for source package 'rocblas'

Links