fix(ci): change assert to warning for ActivationOperation - #11071
JiaLuo-CAN wants to merge 3 commits into
Conversation
✅ All Checks Passed — Ready for Review
📖 Need help? See the Policy FAQ for details on every check and how to fix failures. |
|
🎉 All checks passed! This PR is ready for review. |
|
@a-sidorova I relaxed static_assert check applied on ActivationType to address the aiter test "test test_moe_2stage.py" build error. Could you please review the code change? Thanks. |
There was a problem hiding this comment.
Pull request overview
Relaxes unsupported activation compilation checks for the MoE MX bpreshuffle kernel.
Changes:
- Replaces static assertions with deprecation warnings.
- Suppresses warnings for stage-2 instances.
Suppressed comments (1)
projects/composablekernel/include/ck/tensor_operation/gpu/grid/gridwise_moe_mx_gemm_bpreshuffle.hpp:43
[[deprecated]]does not reliably make this diagnostic non-fatal: the repository's defaultBUILD_DEVconfiguration adds-Werror(CMakeLists.txt:836-839), and the Clang branch incmake/EnableCompilerWarnings.cmake:58-90does not exempt-Wdeprecated-declarations. Therefore any unsupported instantiation under the standard Clang dev flags still fails to compile, contradicting the intended assert-to-warning relaxation. Use a diagnostic mechanism/configuration that is explicitly non-fatal under the supported warning-as-error builds.
[[deprecated("gridwise_moe_mx_gemm_bpreshuffle: requested activation is not implemented; "
💡 Add a code-review agent skill or configure MCP servers for context-aware, tailored reviews. Learn more in the docs.
| [[deprecated("gridwise_moe_mx_gemm_bpreshuffle: requested activation is not implemented; " | ||
| "stage-1 output is left unwritten and results will be wrong")]] __host__ | ||
| __device__ static constexpr void | ||
| check() |
|
Already fixed on Aiter side: ROCm/aiter#4620 |
Motivation
JIRA ID : AICK-1967
Aiter pipeline test test_moe_2stage.py pass ActivationType.Swiglu to gridwise_moe_mx_gemm_bpreshuffle kernel but that kernel only supports activation values gelu_and_mul, silu_and_mul, or gelu_tanh_and_mul.
Recent code change add a strict static_assert check applied on the activation type and it will cause a build error.
The PR relaxes this check to issue warning message and allow Aiter pipeline passing.
This is a workaround and will not affect anything in the test run because "The CK bpreshuffle Swiglu kernel is JIT-built but never actually runs in this test."
Better solution should be on the aiter test side to ask the test not build the kernel with Swiglu or a CK side runtime check.
Technical Details
Test Plan
Test Result
Submission Checklist