Skip to content

wifi: ath12k: fix EHT TX MCS limitation due to wrong 20 MHz-only parsing#837

Open
wenst-quic wants to merge 1 commit into
qualcomm-linux:qcom-6.18.yfrom
wenst-quic:qcom-6.18.y
Open

wifi: ath12k: fix EHT TX MCS limitation due to wrong 20 MHz-only parsing#837
wenst-quic wants to merge 1 commit into
qualcomm-linux:qcom-6.18.yfrom
wenst-quic:qcom-6.18.y

Conversation

@wenst-quic

@wenst-quic wenst-quic commented Jul 17, 2026

Copy link
Copy Markdown

When connecting to an AP configured for EHT 20 MHz with a full EHT MCS/NSS map (supporting MCS 0-13)

Supported EHT-MCS and NSS Set
EHT-MCS Map (BW <= 80MHz): 0x444444
.... .... .... .... .... 0100 = Rx Max Nss That Supports EHT-MCS 0-9: 4
.... .... .... .... 0100 .... = Tx Max Nss That Supports EHT-MCS 0-9: 4
.... .... .... 0100 .... .... = Rx Max Nss That Supports EHT-MCS 10-11: 4
.... .... 0100 .... .... .... = Tx Max Nss That Supports EHT-MCS 10-11: 4
.... 0100 .... .... .... .... = Rx Max Nss That Supports EHT-MCS 12-13: 4
0100 .... .... .... .... .... = Tx Max Nss That Supports EHT-MCS 12-13: 4

TX throughput is observed to be significantly lower than expected. Investigation shows that TX rates are limited to EHT MCS 11, even though the AP advertises support for EHT MCS 12/13.

The root cause is an incorrect parsing of the Supported EHT-MCS and NSS Set element in ath12k_peer_assoc_h_eht().

IEEE Std 802.11be-2024 Figure 9-1074as describes the format for 20 MHz-Only Non-AP STAs.

IEEE Std 802.11be-2024 Figure 9-1074at describes the format for all other AP and non-AP STAs.

Currently the first format is parsed when the peer advertises no wider HE channel width support, without considering whether it is an AP or a non-AP STA. This is incorrect: the peer AP's capabilities must be parsed using Figure 9-1074at even when it operates on 20 MHz only. Parsing it as Figure 9-1074as causes rx_tx_mcs13_max_nss to be interpreted as zero, which is then passed to firmware, leading firmware to assume the peer does not support MCS 13 and to limit TX rates at MCS 11.

Fix this by parsing the Figure 9-1074as format only when the peer is a 20 MHz-Only non-AP STA, i.e. when the local interface operates as AP or mesh point.

Tested-on: WCN7850 hw2.0 PCI WLAN.HMT.1.1.c5-00302-QCAHMTSWPL_V1.0_V2.0_SILICONZ-1.115823.3

Fixes: 6c95151 ("wifi: ath12k: Add EHT MCS/NSS rates to Peer Assoc")

Reviewed-by: Rameshkumar Sundaram rameshkumar.sundaram@oss.qualcomm.com
Link: https://patch.msgid.link/20260514-ath12k-fix-20mhz-only-mcs-map-v1-1-a38d4a9b21a2@oss.qualcomm.com

(cherry picked from commit 60fb2cf)

CRs-Fixed: 4613315

@qlijarvis

Copy link
Copy Markdown

PR #837 — validate-patch

PR: #837

Verdict Issues Detailed Report
⚠️ 1 Full report

Final Summary

  1. Lore link present: Yes — Link: https://patch.msgid.link/20260514-ath12k-fix-20mhz-only-mcs-map-v1-1-a38d4a9b21a2@oss.qualcomm.com (redirects to lore.kernel.org)
  2. Lore link matches PR commits: Yes — diff content is identical to upstream commit 60fb2cf51e77; 3-line context offset is due to different tree state and is acceptable
  3. Upstream patch status: Upstreamed — merged as commit 60fb2cf51e77bb1c0261160b4be44209d68956b1 in qcom-next (verified via integration_presence_report.md and git log)
  4. PR present in qcom-next/topics: Yes - all 1 commit(s) are present in qcom-next or topics
Verdict: ⚠️ — click to expand

🔍 Patch Validation

PR: #837 - wifi: ath12k: fix EHT TX MCS limitation due to wrong 20 MHz-only parsing
Upstream commit: https://patch.msgid.link/20260514-ath12k-fix-20mhz-only-mcs-map-v1-1-a38d4a9b21a2@oss.qualcomm.com
Verdict: ⚠️ PARTIAL

Commit Message

Check Status Note
Subject matches upstream Identical to upstream commit 60fb2cf
Body preserves rationale Complete problem description, root cause analysis, and fix rationale preserved
Fixes tag present/correct Fixes: 6c95151e2e77 present and correct
Authorship preserved Author Baochen Qiang <baochen.qiang@oss.qualcomm.com> matches upstream
Backport note (if applicable) Cherry-pick note present: (cherry picked from commit 60fb2cf51e77bb1c0261160b4be44209d68956b1)

Diff

File Status Notes
drivers/net/wireless/ath/ath12k/mac.c Code changes identical; 3-line context offset due to different tree state (acceptable)

Issues

  • Missing vendor prefix: Subject line lacks UPSTREAM: or BACKPORT: prefix. The commit message contains a cherry-pick note indicating this is a backport from upstream commit 60fb2cf51e77, but the subject line does not follow the expected prefix convention (UPSTREAM: for clean cherry-picks or BACKPORT: for adapted backports). Per the validate-patch skill reference, commits with UPSTREAM:/BACKPORT: prefixes should have a lore.kernel.org link; this commit has a patch.msgid.link URL (which redirects to lore) and a cherry-pick note, suggesting it should use the UPSTREAM: prefix.

Verdict

The patch is a faithful cherry-pick of upstream commit 60fb2cf51e77bb1c0261160b4be44209d68956b1. The commit message, authorship, Fixes tag, and diff content are all correct. However, the subject line should be prefixed with UPSTREAM: to follow the tree's commit prefix conventions for upstream cherry-picks.

Recommendation: Add UPSTREAM: prefix to the subject line to align with tree conventions, or document why the prefix is omitted if this is intentional policy.

Final Summary

  1. Lore link present: Yes — Link: https://patch.msgid.link/20260514-ath12k-fix-20mhz-only-mcs-map-v1-1-a38d4a9b21a2@oss.qualcomm.com (redirects to lore.kernel.org)
  2. Lore link matches PR commits: Yes — diff content is identical to upstream commit 60fb2cf51e77; 3-line context offset is due to different tree state and is acceptable
  3. Upstream patch status: Upstreamed — merged as commit 60fb2cf51e77bb1c0261160b4be44209d68956b1 in qcom-next (verified via integration_presence_report.md and git log)
  4. PR present in qcom-next/topics: Yes — commit 60fb2cf51e77bb1c0261160b4be44209d68956b1 is present in qcom-next with exact patch-id match (per integration_presence_report.md)

Deterministic Integration Presence

Integration Presence Report

This report is generated by Jarvis before validate-patch runs.
It is the authoritative source for whether PR changes are already present
in qcom-next or in the kernel topic branches.

Kernel repo: /local/mnt/workspace/sgaud/Qgenie/image_pipeline/kernel
qcom-next ref: a5cf3debd8c3c660711ad586ad4bb84e9ca42635
topics remote: topics -> https://github.com/qualcomm-linux/kernel-topics
topics fetch: fetched

Commit Subject qcom-next topics Final
1/1 [PATCH] wifi: ath12k: fix EHT TX MCS limitation due to wrong 20 present - exact patch-id match at 60fb2cf skipped - not checked because qcom-next already contains the change present

Final Status

overall_status: PASS
present_commits: 1/1
partial_commits: 0/1
missing_commits: 0/1
topics_checked_for_commits: 0/1
final_summary: PR present in qcom-next/topics: Yes - all 1 commit(s) are present in qcom-next or topics

@qlijarvis

Copy link
Copy Markdown

PR #837 — checker-log-analyzer

PR: #837
Checker run: https://github.com/qualcomm-linux/kernel-config/actions/runs/29563681709

Checker Result Summary
Checker Result Summary
checkpatch 2 warnings: long commit line, unknown commit ID
dt-binding-check ⏭️ No DT binding changes
dtb-check ⏭️ No DTS changes
sparse-check Passed
check-uapi-headers No UAPI changes
check-patch-compliance Missing required prefix
tag-check Subject missing required prefix (mandatory for qcom-6.18.y)

Detailed report: Full report

Checker analysis — click to expand

🤖 CI Checker Analysis (checker-log-analyzer)

PR: #837 - wifi: ath12k: fix EHT TX MCS limitation due to wrong 20 MHz-only parsing
Source: https://github.com/qualcomm-linux/kernel-config/actions/runs/29563681709
Target Branch: qcom-6.18.y

Checker Result Summary
checkpatch 2 warnings: long commit line, unknown commit ID
dt-binding-check ⏭️ No DT binding changes
dtb-check ⏭️ No DTS changes
sparse-check Passed
check-uapi-headers No UAPI changes
check-patch-compliance Missing required prefix
tag-check Subject missing required prefix (mandatory for qcom-6.18.y)

❌ checkpatch

Root cause: Commit message formatting issues — long line in commit body and reference to unknown commit ID.

Failure details:

WARNING: Prefer a maximum 75 chars per line (possible unwrapped commit description?)
#12: 
        .... .... .... .... .... 0100 = Rx Max Nss That Supports EHT-MCS 0-9: 4

WARNING: Unknown commit id '6c95151e2e77', maybe rebased or not pulled?
#46: 
Fixes: 6c95151e2e77 ("wifi: ath12k: Add EHT MCS/NSS rates to Peer Assoc")

Analysis:

  1. Long line warning: Line 12 of the commit message contains a technical detail line (80+ chars) showing EHT-MCS map bit fields. This is acceptable as it's a verbatim copy of protocol field output for documentation purposes.
  2. Unknown commit ID: The Fixes: tag references commit 6c95151e2e77 which is not reachable from the base branch qcom-6.18.y. This is expected when the original commit exists in a different topic branch or upstream tree.

Fix:

  • Long line: This is a false positive — the line is a verbatim protocol field dump that should not be wrapped. No action needed.
  • Unknown commit ID: This is a false positive — the commit exists but is not in the current branch's history. Verify the commit exists in the integration tree or upstream. No action needed unless the commit ID is genuinely incorrect.

Reproduce locally:

./scripts/checkpatch.pl --strict --ignore FILE_PATH_CHANGES --git a19888edbd0a..7d5ea191884c

❌ check-patch-compliance

Root cause: Commit subject does not start with a required prefix (FROMLIST:, FROMGIT:, UPSTREAM:, or BACKPORT:).

Failure details:

Checking commit: wifi: ath12k: fix EHT TX MCS limitation due to wrong 20 MHz-only parsing
Commit summary does not start with a required prefix

Analysis:
The commit subject is:

wifi: ath12k: fix EHT TX MCS limitation due to wrong 20 MHz-only parsing

The commit includes a Link: tag pointing to lore.kernel.org:

Link: https://patch.msgid.link/20260514-ath12k-fix-20mhz-only-mcs-map-v1-1-a38d4a9b21a2@oss.qualcomm.com

This indicates the patch was posted to the mailing list. The correct prefix is FROMLIST:.

Fix:

git rebase -i a19888edbd0a   # mark commit 7d5ea191884c as 'edit'
git commit --amend -m "FROMLIST: wifi: ath12k: fix EHT TX MCS limitation due to wrong 20 MHz-only parsing

[keep the rest of the commit body unchanged]"
git rebase --continue

Reproduce locally:

cd kernel
git log --oneline a19888edbd0a..7d5ea191884c
# Verify subject line starts with FROMLIST:, FROMGIT:, UPSTREAM:, or BACKPORT:

❌ tag-check

Root cause: Subject line does not start with a required prefix tag. This check is mandatory for all branches except qcom-next and qcom-next-staging. The target branch is qcom-6.18.y, so this check applies.

Failure details:

Commit 7d5ea191884c ("wifi: ath12k: fix EHT TX MCS limitation due to wrong 20 MHz-only parsing")
Subject line: "wifi: ath12k: fix EHT TX MCS limitation due to wrong 20 MHz-only parsing"

The subject does not start with any of the required prefixes:

  • FROMLIST: (posted to mailing list)
  • FROMGIT: (from maintainer tree)
  • UPSTREAM: (merged into mainline)
  • BACKPORT: (backported with modifications)
  • QCLINUX: (vendor-only)
  • PENDING: (work-in-progress)
  • WORKAROUND: (temporary fix)

Analysis:
The commit includes a Link: tag to lore.kernel.org, indicating it was posted to the mailing list. The correct prefix is FROMLIST:.

Fix:

git rebase -i a19888edbd0a   # mark commit 7d5ea191884c as 'edit'
git commit --amend -m "FROMLIST: wifi: ath12k: fix EHT TX MCS limitation due to wrong 20 MHz-only parsing

[keep the rest of the commit body unchanged]"
git rebase --continue

Reproduce locally:

cd kernel
git log --format="%H %s" a19888edbd0a..7d5ea191884c | \
  grep -vE '^[0-9a-f]+ (FROMLIST|FROMGIT|UPSTREAM|BACKPORT|QCLINUX|PENDING|WORKAROUND):'
# Any output indicates commits missing the required prefix

Verdict

2 blockers must be fixed before merge:

  1. check-patch-compliance failure: Add FROMLIST: prefix to the commit subject.
  2. tag-check failure: Add FROMLIST: prefix to the commit subject (same fix as Create qualcomm-linux-organization-repolinter.yml #1).

Note: Both failures are resolved by the same fix — prepending FROMLIST: to the commit subject line.

Checkpatch warnings are false positives:

  • Long line warning is for a verbatim protocol field dump (acceptable).
  • Unknown commit ID warning is expected when the Fixes: tag references a commit not in the current branch history.

Action required: Amend the commit to add FROMLIST: prefix, then force-push the updated branch.

@qlijarvis

Copy link
Copy Markdown

PR #837 — validate-patch

PR: #837

Verdict Issues Detailed Report
0 Full report

Final Summary

  1. Lore link present: Yes — https://patch.msgid.link/20260514-ath12k-fix-20mhz-only-mcs-map-v1-1-a38d4a9b21a2@oss.qualcomm.com
  2. Lore link matches PR commits: Cannot verify directly (lore fetch failed in pre-processing), but cherry-pick note and integration presence report confirm this is a faithful backport of upstream commit 60fb2cf51e77
  3. Upstream patch status: ✅ Upstreamed — merged as commit 60fb2cf51e77bb1c0261160b4be44209d68956b1 (confirmed by cherry-pick note and qcom-next presence)
  4. PR present in qcom-next/topics: Yes - all 1 commit(s) are present in qcom-next or topics
Verdict: ❌ — click to expand

🔍 Patch Validation

PR: #837 - FROMLIST: wifi: ath12k: fix EHT TX MCS limitation due to wrong 20 MHz-only parsing
Upstream commit: https://patch.msgid.link/20260514-ath12k-fix-20mhz-only-mcs-map-v1-1-a38d4a9b21a2@oss.qualcomm.com
Verdict: ❌ FAIL

Commit Message

Check Status Note
Subject matches upstream Subject preserved with FROMLIST: prefix
Body preserves rationale Full problem description, root cause analysis, and fix rationale present
Fixes tag present/correct Fixes: 6c95151e2e77 properly formatted
Authorship preserved Original author Baochen Qiang in From: and Signed-off-by:
Backport note (if applicable) Cherry-pick note present: (cherry picked from commit 60fb2cf51e77bb1c0261160b4be44209d68956b1)

Diff

File Status Notes
drivers/net/wireless/ath/ath12k/mac.c Clean backport: adds interface type checks (AP/MESH_POINT) before 20MHz-only parsing in two locations

Issues

  1. Incorrect commit prefix: Commit uses FROMLIST: prefix but includes a cherry-pick note showing it was merged upstream as 60fb2cf51e77bb1c0261160b4be44209d68956b1. The FROMLIST: prefix means "Posted to mailing list, not yet merged" — this commit should use UPSTREAM: or BACKPORT: prefix instead.

Verdict

Do not merge without correction. The commit message and diff are otherwise correct, but the prefix must be changed from FROMLIST: to UPSTREAM: (or BACKPORT: if modifications were needed) to accurately reflect that this patch has already been accepted and merged into the upstream kernel tree.

Final Summary

  1. Lore link present: Yes — https://patch.msgid.link/20260514-ath12k-fix-20mhz-only-mcs-map-v1-1-a38d4a9b21a2@oss.qualcomm.com
  2. Lore link matches PR commits: Cannot verify directly (lore fetch failed in pre-processing), but cherry-pick note and integration presence report confirm this is a faithful backport of upstream commit 60fb2cf51e77
  3. Upstream patch status: ✅ Upstreamed — merged as commit 60fb2cf51e77bb1c0261160b4be44209d68956b1 (confirmed by cherry-pick note and qcom-next presence)
  4. PR present in qcom-next/topics: Yes — exact patch-id match at 60fb2cf51e77bb1c0261160b4be44209d68956b1 in qcom-next (per integration_presence_report.md)

Deterministic Integration Presence

Integration Presence Report

This report is generated by Jarvis before validate-patch runs.
It is the authoritative source for whether PR changes are already present
in qcom-next or in the kernel topic branches.

Kernel repo: /local/mnt/workspace/sgaud/Qgenie/image_pipeline/kernel
qcom-next ref: a5cf3debd8c3c660711ad586ad4bb84e9ca42635
topics remote: topics -> https://github.com/qualcomm-linux/kernel-topics
topics fetch: fetched

Commit Subject qcom-next topics Final
1/1 [PATCH] FROMLIST: wifi: ath12k: fix EHT TX MCS limitation due to present - exact patch-id match at 60fb2cf skipped - not checked because qcom-next already contains the change present

Final Status

overall_status: PASS
present_commits: 1/1
partial_commits: 0/1
missing_commits: 0/1
topics_checked_for_commits: 0/1
final_summary: PR present in qcom-next/topics: Yes - all 1 commit(s) are present in qcom-next or topics

@qlijarvis

Copy link
Copy Markdown

PR #837 — checker-log-analyzer

PR: #837
Checker run: https://github.com/qualcomm-linux/kernel-config/actions/runs/29579893701

Checker Result Summary
Checker Result Summary
checkpatch 2 warnings: long commit line, unknown commit ID
dt-binding-check ⏭️ No DT binding changes
dtb-check ⏭️ No devicetree changes
sparse-check Passed
check-uapi-headers No UAPI changes
check-patch-compliance Passed
tag-check Subject has valid FROMLIST: prefix

Detailed report: Full report

Checker analysis — click to expand

🤖 CI Checker Analysis (checker-log-analyzer)

PR: #837 - FROMLIST: wifi: ath12k: fix EHT TX MCS limitation due to wrong 20 MHz-only parsing
Source: https://github.com/qualcomm-linux/kernel-config/actions/runs/29579893701
Target branch: qcom-6.18.y

Checker Result Summary
checkpatch 2 warnings: long commit line, unknown commit ID
dt-binding-check ⏭️ No DT binding changes
dtb-check ⏭️ No devicetree changes
sparse-check Passed
check-uapi-headers No UAPI changes
check-patch-compliance Passed
tag-check Subject has valid FROMLIST: prefix

❌ checkpatch

Root cause: Two non-blocking warnings in commit message formatting.

Failure details:

WARNING: Prefer a maximum 75 chars per line (possible unwrapped commit description?)
#12: 
        .... .... .... .... .... 0100 = Rx Max Nss That Supports EHT-MCS 0-9: 4

WARNING: Unknown commit id '6c95151e2e77', maybe rebased or not pulled?
#46: 
Fixes: 6c95151e2e77 ("wifi: ath12k: Add EHT MCS/NSS rates to Peer Assoc")

3f7987cec33eef4ac8ae53cf97f3079d9b899ef2 total: 0 errors, 2 warnings, 0 checks, 20 lines checked

Analysis:

  1. COMMIT_LOG_LONG_LINE warning (line Prepare qcom-next based on tag 'Linux 6.15-rc7' of https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git #12):
    The commit message includes a verbatim IEEE 802.11be frame dump showing the EHT-MCS Map structure. This line exceeds 75 characters but is part of a technical specification excerpt that documents the exact bit field layout being parsed. Wrapping this line would break the visual alignment of the bit field representation and reduce readability.

    Verdict: Acceptable as-is. This is technical documentation that benefits from preserving the original format.

  2. Unknown commit id warning (Fixes: tag):
    The Fixes: tag references commit 6c95151e2e77 which is not present in the current branch (qcom-6.18.y). This is expected behavior when backporting a fix from a newer kernel version or from a topic branch that introduced the original bug. The commit ID is valid in the upstream context where this patch was originally posted (as indicated by the FROMLIST: prefix and lore.kernel.org link).

    Verdict: Acceptable. The Fixes: tag correctly identifies the upstream commit that introduced the bug, even though that commit may not exist in this stable branch.

Fix: No action required. Both warnings are false positives for this backport scenario.

Reproduce locally:

./scripts/checkpatch.pl --strict --ignore FILE_PATH_CHANGES --git a19888edbd0a4a46d624c9abe66d5f5ef4042abb..3f7987cec33eef4ac8ae53cf97f3079d9b899ef2

Verdict

Ready to merge. Both checkpatch warnings are acceptable in this context:

  • The long line preserves technical documentation formatting
  • The unknown commit ID in Fixes: tag is expected for backports

All other checkers passed cleanly. The patch has proper FROMLIST: prefix, valid lore.kernel.org link, correct authorship, and introduces no DT, UAPI, or sparse issues.

@qlijarvis

Copy link
Copy Markdown

PR #837 — validate-patch

PR: #837

Verdict Issues Detailed Report
0 Full report

Final Summary

  1. Lore link present: Yes - https://patch.msgid.link/20260514-ath12k-fix-20mhz-only-mcs-map-v1-1-a38d4a9b21a2@oss.qualcomm.com
  2. Lore link matches PR commits: Yes - diff content faithful to upstream commit 60fb2cf51e77bb1c0261160b4be44209d68956b1 in qcom-next; only line number offsets differ due to context
  3. Upstream patch status: ✅ ACKed - merged as 60fb2cf51e77bb1c0261160b4be44209d68956b1 in qcom-next (qualcomm-linux/kernel)
  4. PR present in qcom-next/topics: Yes - all 1 commit(s) are present in qcom-next or topics
Verdict: ✅ — click to expand

🔍 Patch Validation

PR: #837 - UPSTREAM: wifi: ath12k: fix EHT TX MCS limitation due to wrong 20 MHz-only parsing
Upstream commit: https://patch.msgid.link/20260514-ath12k-fix-20mhz-only-mcs-map-v1-1-a38d4a9b21a2@oss.qualcomm.com
Verdict: ✅ PASS

Commit Message

Check Status Note
Subject matches upstream UPSTREAM: prefix added; core subject identical
Body preserves rationale Full problem description, root cause analysis, and fix rationale preserved
Fixes tag present/correct Fixes: 6c95151e2e77 present and correct
Authorship preserved Original author Baochen Qiang preserved in From: field (required for UPSTREAM: prefix)
Backport note (if applicable) Cherry-pick note present: (cherry picked from commit 60fb2cf51e77bb1c0261160b4be44209d68956b1)

Diff

File Status Notes
drivers/net/wireless/ath/ath12k/mac.c Code changes identical; 3-line offset in hunk positions (context difference) - normal for backport

Verdict

Merge as-is. This is a faithful cherry-pick of an upstream commit from qcom-next with proper UPSTREAM: prefix, preserved authorship, complete commit message, and correct cherry-pick attribution.

Final Summary

  1. Lore link present: Yes - https://patch.msgid.link/20260514-ath12k-fix-20mhz-only-mcs-map-v1-1-a38d4a9b21a2@oss.qualcomm.com
  2. Lore link matches PR commits: Yes - diff content faithful to upstream commit 60fb2cf51e77bb1c0261160b4be44209d68956b1 in qcom-next; only line number offsets differ due to context
  3. Upstream patch status: ✅ ACKed - merged as 60fb2cf51e77bb1c0261160b4be44209d68956b1 in qcom-next (qualcomm-linux/kernel)
  4. PR present in qcom-next/topics: Yes - exact patch-id match at 60fb2cf51e77bb1c0261160b4be44209d68956b1 in qcom-next

Deterministic Integration Presence

Integration Presence Report

This report is generated by Jarvis before validate-patch runs.
It is the authoritative source for whether PR changes are already present
in qcom-next or in the kernel topic branches.

Kernel repo: /local/mnt/workspace/sgaud/Qgenie/image_pipeline/kernel
qcom-next ref: a5cf3debd8c3c660711ad586ad4bb84e9ca42635
topics remote: topics -> https://github.com/qualcomm-linux/kernel-topics
topics fetch: fetched

Commit Subject qcom-next topics Final
1/1 [PATCH] UPSTREAM: wifi: ath12k: fix EHT TX MCS limitation due to present - exact patch-id match at 60fb2cf skipped - not checked because qcom-next already contains the change present

Final Status

overall_status: PASS
present_commits: 1/1
partial_commits: 0/1
missing_commits: 0/1
topics_checked_for_commits: 0/1
final_summary: PR present in qcom-next/topics: Yes - all 1 commit(s) are present in qcom-next or topics

@qlijarvis

Copy link
Copy Markdown

PR #837 — checker-log-analyzer

PR: #837
Checker run: https://github.com/qualcomm-linux/kernel-config/actions/runs/29722746320

Checker Result Summary
Checker Result Summary
checkpatch 2 warnings: long commit body line, unknown commit ID
dt-binding-check ⏭️ No DT binding changes
dtb-check ⏭️ No devicetree changes
sparse-check Passed
check-uapi-headers Passed
check-patch-compliance Passed
tag-check Subject has valid UPSTREAM: prefix

Detailed report: Full report

Checker analysis — click to expand

🤖 CI Checker Analysis (checker-log-analyzer)

PR: #837 - UPSTREAM: wifi: ath12k: fix EHT TX MCS limitation due to wrong 20 MHz-only parsing
Target branch: qcom-6.18.y
Source: https://github.com/qualcomm-linux/kernel-config/actions/runs/29722746320

Checker Result Summary
checkpatch 2 warnings: long commit body line, unknown commit ID
dt-binding-check ⏭️ No DT binding changes
dtb-check ⏭️ No devicetree changes
sparse-check Passed
check-uapi-headers Passed
check-patch-compliance Passed
tag-check Subject has valid UPSTREAM: prefix

❌ checkpatch

Root cause: Commit body contains a line exceeding 75 characters (Wireshark output), and references an unknown commit ID not present in the target branch.

Failure details:

WARNING: Prefer a maximum 75 chars per line (possible unwrapped commit description?)
#12: 
        .... .... .... .... .... 0100 = Rx Max Nss That Supports EHT-MCS 0-9: 4

WARNING: Unknown commit id '6c95151e2e77', maybe rebased or not pulled?
#46: 
Fixes: 6c95151e2e77 ("wifi: ath12k: Add EHT MCS/NSS rates to Peer Assoc")

b2c8ee2481c1fa1d0eba67dc4bcd5d1d60480161 total: 0 errors, 2 warnings, 0 checks, 20 lines checked

Analysis:

  1. Long line warning (line Prepare qcom-next based on tag 'Linux 6.15-rc7' of https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git #12): This is a Wireshark packet capture output showing EHT-MCS map bit fields. This is acceptable — the line is part of technical documentation showing actual protocol field values. Wrapping it would break the visual alignment and make it harder to read. This is a false positive.

  2. Unknown commit ID warning (line Update README[Test PR] #46): The Fixes: tag references commit 6c95151e2e77 which is not present in the qcom-6.18.y branch at the time of the check. This is expected behavior for an UPSTREAM: patch — the commit being fixed exists in mainline but may not yet be backported to this stable branch. This is a false positive for upstream patches.

Fix: No action required. Both warnings are acceptable for this upstream patch.

Reproduce locally:

./scripts/checkpatch.pl --strict --ignore FILE_PATH_CHANGES --git 4ab384e41300a12c67d5c18c4e7bc1e3f546cc28..b9cd76855affef83a0f6c3896f717db7f3e4aa13

Verdict

Ready to merge. All checkers passed or reported acceptable false positives. The two checkpatch warnings are not blockers:

  • The long line is technical documentation (Wireshark output) that should not be wrapped
  • The unknown commit ID is expected for upstream patches where the original commit exists in mainline but not yet in the stable branch

The patch is properly formatted with the UPSTREAM: prefix, includes a valid Link: tag, and passed all substantive checks (sparse, UAPI, patch compliance).

@qswat-orbit-external

Copy link
Copy Markdown

Merge Check Failed: No CR Numbers Found

Error: No Change Request numbers were found.

Please add Change Request numbers to your pull request description in the format CRs-Fixed: 12345 or link GitHub issues that are associated with Change Requests.

2 similar comments
@qswat-orbit-external

Copy link
Copy Markdown

Merge Check Failed: No CR Numbers Found

Error: No Change Request numbers were found.

Please add Change Request numbers to your pull request description in the format CRs-Fixed: 12345 or link GitHub issues that are associated with Change Requests.

@qswat-orbit-external

Copy link
Copy Markdown

Merge Check Failed: No CR Numbers Found

Error: No Change Request numbers were found.

Please add Change Request numbers to your pull request description in the format CRs-Fixed: 12345 or link GitHub issues that are associated with Change Requests.

@qswat-orbit-external

Copy link
Copy Markdown

Merge Check Failed: No CR Numbers Found

Error: No Change Request numbers were found.

Please add Change Request numbers to your pull request description in the format CRs-Fixed: 12345 or link GitHub issues that are associated with Change Requests.

@qswat-orbit-external

Copy link
Copy Markdown

Merge Check Failed: No Change Task Found

No associated change tasks found for CR 4613315 on any of the following entities:

Entities:

  • kernel.qli.2.0

CR: 4613315

Please ensure the CR has a change task associated with at least one of the entities for this branch.

@qlijarvis

Copy link
Copy Markdown

PR #837 — validate-patch

PR: #837

Verdict Issues Detailed Report
0 Full report

Final Summary

  1. Lore link present: Yes - Link: https://patch.msgid.link/20260514-ath12k-fix-20mhz-only-mcs-map-v1-1-a38d4a9b21a2@oss.qualcomm.com present in commit message
  2. Lore link matches PR commits: Cannot verify - lore evidence was not fetched by Jarvis (lore_evidence/README.md reports "no lore.kernel.org Link tags found" which is incorrect; the Link tag is present in the commit message)
  3. Upstream patch status: Upstreamed - commit is present in qcom-next at 60fb2cf51e77bb1c0261160b4be44209d68956b1, indicating it has been accepted and merged
  4. PR present in qcom-next/topics: Yes - all 1 commit(s) are present in qcom-next or topics
Verdict: ✅ — click to expand

🔍 Patch Validation

PR: #837 - UPSTREAM: wifi: ath12k: fix EHT TX MCS limitation due to wrong 20 MHz-only parsing
Upstream commit: https://patch.msgid.link/20260514-ath12k-fix-20mhz-only-mcs-map-v1-1-a38d4a9b21a2@oss.qualcomm.com
Verdict: ✅ PASS

Commit Message

Check Status Note
Subject matches upstream Subject preserved with UPSTREAM: prefix
Body preserves rationale Full problem description, root cause analysis, and fix explanation present
Fixes tag present/correct Fixes: 6c95151e2e77 present with correct format
Authorship preserved Original author Baochen Qiang correctly in From: field
Backport note (if applicable) N/A Not a backport - UPSTREAM: prefix indicates merged upstream

Diff

File Status Notes
drivers/net/wireless/ath/ath12k/mac.c Clean fix adding vif type checks for 20MHz-only parsing

Verdict

Merge as-is. The patch is well-formed with proper authorship, complete commit message following kernel conventions, correct Fixes tag, and appropriate sign-off chain. The code change is focused and addresses the root cause described in the commit message.

Final Summary

  1. Lore link present: Yes - Link: https://patch.msgid.link/20260514-ath12k-fix-20mhz-only-mcs-map-v1-1-a38d4a9b21a2@oss.qualcomm.com present in commit message
  2. Lore link matches PR commits: Cannot verify - lore evidence was not fetched by Jarvis (lore_evidence/README.md reports "no lore.kernel.org Link tags found" which is incorrect; the Link tag is present in the commit message)
  3. Upstream patch status: Upstreamed - commit is present in qcom-next at 60fb2cf51e77bb1c0261160b4be44209d68956b1, indicating it has been accepted and merged
  4. PR present in qcom-next/topics: Yes - exact patch-id match found in qcom-next at 60fb2cf51e77bb1c0261160b4be44209d68956b1 (per integration_presence_report.md)

Deterministic Integration Presence

Integration Presence Report

This report is generated by Jarvis before validate-patch runs.
It is the authoritative source for whether PR changes are already present
in qcom-next or in the kernel topic branches.

Kernel repo: /local/mnt/workspace/sgaud/Qgenie/image_pipeline/kernel
qcom-next ref: a5cf3debd8c3c660711ad586ad4bb84e9ca42635
topics remote: topics -> https://github.com/qualcomm-linux/kernel-topics
topics fetch: fetched

Commit Subject qcom-next topics Final
1/1 [PATCH] UPSTREAM: wifi: ath12k: fix EHT TX MCS limitation due to present - exact patch-id match at 60fb2cf skipped - not checked because qcom-next already contains the change present

Final Status

overall_status: PASS
present_commits: 1/1
partial_commits: 0/1
missing_commits: 0/1
topics_checked_for_commits: 0/1
final_summary: PR present in qcom-next/topics: Yes - all 1 commit(s) are present in qcom-next or topics

@qlijarvis

Copy link
Copy Markdown

PR #837 — checker-log-analyzer

PR: #837
Checker run: https://github.com/qualcomm-linux/kernel-config/actions/runs/29739603027

Checker Result Summary
Checker Result Summary
checkpatch 2 warnings: long commit line, unknown commit ID
dt-binding-check ⏭️ No DT binding changes
dtb-check ⏭️ No devicetree changes
sparse-check Passed
check-uapi-headers No UAPI changes
check-patch-compliance Passed
tag-check Subject has valid UPSTREAM: prefix

Detailed report: Full report

Checker analysis — click to expand

🤖 CI Checker Analysis (checker-log-analyzer)

PR: #837 - UPSTREAM: wifi: ath12k: fix EHT TX MCS limitation due to wrong 20 MHz-only parsing
Source: https://github.com/qualcomm-linux/kernel-config/actions/runs/29739603027

Checker Result Summary
checkpatch 2 warnings: long commit line, unknown commit ID
dt-binding-check ⏭️ No DT binding changes
dtb-check ⏭️ No devicetree changes
sparse-check Passed
check-uapi-headers No UAPI changes
check-patch-compliance Passed
tag-check Subject has valid UPSTREAM: prefix

❌ checkpatch

Root cause: Two checkpatch warnings on commit 211fece — one for a long line in the commit description, one for an unknown commit ID in the Fixes tag.

Failure details:

WARNING: Prefer a maximum 75 chars per line (possible unwrapped commit description?)
#12: 
        .... .... .... .... .... 0100 = Rx Max Nss That Supports EHT-MCS 0-9: 4

WARNING: Unknown commit id '6c95151e2e77', maybe rebased or not pulled?
#46: 
Fixes: 6c95151e2e77 ("wifi: ath12k: Add EHT MCS/NSS rates to Peer Assoc")

211fecebb9c6a302ff7f0951e930248916628b6d total: 0 errors, 2 warnings, 0 checks, 20 lines checked

Analysis:

  1. Long line warning (line Prepare qcom-next based on tag 'Linux 6.15-rc7' of https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git #12): The commit message contains a verbatim copy of the EHT-MCS map structure from a packet capture, with a line that exceeds 75 characters. This is descriptive technical content that documents the exact AP capabilities observed during testing. Wrapping this line would reduce readability of the structured field layout.

    Classification: Acceptable — this is technical documentation of observed behavior, not prose. The 75-char guideline is for commit body prose; structured technical output (like register dumps, packet captures, or test output) is commonly left unwrapped for clarity.

  2. Unknown commit ID warning (line Update README[Test PR] #46): The Fixes: tag references commit 6c95151e2e77 which checkpatch cannot find in the current tree. This typically occurs when:

    • The commit exists in mainline but not yet in the target branch (qcom-6.18.y)
    • The commit was rebased/rewritten during upstreaming
    • The commit is in a different tree

    Classification: Informational — the Fixes: tag is correct for upstream tracking. Since this is an UPSTREAM: commit (already merged in mainline), the referenced commit ID is valid in the upstream tree. The warning is expected when backporting to a vendor branch that may not have the original commit.

Fix: No action required. Both warnings are acceptable in this context:

  • The long line preserves the readability of technical packet capture output
  • The unknown commit ID is expected for an upstream commit referencing another upstream commit when applied to a vendor branch

Reproduce locally:

./scripts/checkpatch.pl --strict --ignore FILE_PATH_CHANGES --git 4ab384e41300a12c67d5c18c4e7bc1e3f546cc28..211fecebb9c6a302ff7f0951e930248916628b6d

Verdict

Ready to merge. The checkpatch warnings are acceptable:

  • The long line warning is for structured technical output (packet capture) that should remain unwrapped for clarity
  • The unknown commit ID warning is expected when backporting upstream commits that reference other upstream commits not present in the vendor branch

All other checkers passed or were correctly skipped. The commit has the required UPSTREAM: prefix and passed patch compliance checks.

@qswat-orbit-external

Copy link
Copy Markdown

Merge Check Failed: CR Not Eligible for Merge

CR 4613315 is not eligible for merge.

The parent software image for kernel.qli.2.0 is not development complete.

Entity: kernel.qli.2.0
CR: 4613315
Reason: CR_CANNOT_MERGE

Please ensure the CR passes both CCT (ComponentChangeTasks) and ICT (Integration Change Tasks) validations.

@qswat-orbit-external

Copy link
Copy Markdown

Merge Check Failed: CR Not Eligible for Merge

CR 4613315 is not eligible for merge.

The parent software image for kernel.qli.2.0 is not development complete.

Entity: kernel.qli.2.0
CR: 4613315
Reason: CR_CANNOT_MERGE

Please ensure the CR passes both CCT (ComponentChangeTasks) and ICT (Integration Change Tasks) validations.

@qswat-orbit-external

Copy link
Copy Markdown

Merge Check Failed: CR Not Eligible for Merge

CR 4613315 is not eligible for merge.

The parent software image for kernel.qli.2.0 is not development complete.

Entity: kernel.qli.2.0
CR: 4613315
Reason: CR_CANNOT_MERGE

Please ensure the CR passes both CCT (ComponentChangeTasks) and ICT (Integration Change Tasks) validations.

@qlijarvis

Copy link
Copy Markdown

PR #837 — validate-patch

PR: #837

Verdict Issues Detailed Report
⚠️ 2 Full report

Final Summary

  1. Lore link present: Yes — https://patch.msgid.link/20260514-ath12k-fix-20mhz-only-mcs-map-v1-1-a38d4a9b21a2@oss.qualcomm.com
  2. Lore link matches PR commits: Cannot verify — lore patch was not fetched by Jarvis despite Link tag being present; need upstream patch to compare diff content
  3. Upstream patch status: Cannot verify — no lore evidence available; presence of maintainer sign-off (Jeff Johnson) suggests acceptance, but cannot confirm merge status
  4. PR present in qcom-next/topics: Yes - all 1 commit(s) are present in qcom-next or topics
Verdict: ⚠️ — click to expand

🔍 Patch Validation

PR: #837 - UPSTREAM: wifi: ath12k: fix EHT TX MCS limitation due to wrong 20 MHz-only parsing
Upstream commit: https://patch.msgid.link/20260514-ath12k-fix-20mhz-only-mcs-map-v1-1-a38d4a9b21a2@oss.qualcomm.com
Verdict: ⚠️ PARTIAL

Commit Message

Check Status Note
Subject matches upstream ⚠️ Cannot verify - lore patch not fetched
Body preserves rationale ⚠️ Cannot verify - lore patch not fetched
Fixes tag present/correct Fixes: 6c95151e2e77 present
Authorship preserved Author: Baochen Qiang; proper sign-off chain with maintainer (Jeff Johnson) and submitter (Shitong Wen)
Backport note (if applicable) N/A Not a backport - UPSTREAM prefix indicates mainline submission

Diff

File Status Notes
drivers/net/wireless/ath/ath12k/mac.c ⚠️ Cannot verify against lore - adds vif->type checks for AP/MESH_POINT in two locations; changes are internally consistent

Issues

  • Lore evidence not fetched: The lore link https://patch.msgid.link/20260514-ath12k-fix-20mhz-only-mcs-map-v1-1-a38d4a9b21a2@oss.qualcomm.com is present in the commit message, but Jarvis did not fetch the upstream patch for comparison. Cannot verify diff faithfulness or upstream acceptance status.
  • Date anomaly: Commit date is Thu, 14 May 2026 (future date from current date 2026-07-21), which is unusual but may be due to timezone or system clock differences.

Verdict

Cannot fully validate without upstream lore patch. The commit message structure is correct for an UPSTREAM: commit with proper Fixes tag, authorship, and sign-off chain. The code changes are internally consistent with the described fix. However, diff faithfulness and upstream acceptance status cannot be verified.

Final Summary

  1. Lore link present: Yes — https://patch.msgid.link/20260514-ath12k-fix-20mhz-only-mcs-map-v1-1-a38d4a9b21a2@oss.qualcomm.com
  2. Lore link matches PR commits: Cannot verify — lore patch was not fetched by Jarvis despite Link tag being present; need upstream patch to compare diff content
  3. Upstream patch status: Cannot verify — no lore evidence available; presence of maintainer sign-off (Jeff Johnson) suggests acceptance, but cannot confirm merge status
  4. PR present in qcom-next/topics: Yes — present in qcom-next as 60fb2cf51e77bb1c0261160b4be44209d68956b1 (exact patch-id match per integration_presence_report.md)

Deterministic Integration Presence

Integration Presence Report

This report is generated by Jarvis before validate-patch runs.
It is the authoritative source for whether PR changes are already present
in qcom-next or in the kernel topic branches.

Kernel repo: /local/mnt/workspace/sgaud/Qgenie/image_pipeline/kernel
qcom-next ref: a5cf3debd8c3c660711ad586ad4bb84e9ca42635
topics remote: topics -> https://github.com/qualcomm-linux/kernel-topics
topics fetch: fetched

Commit Subject qcom-next topics Final
1/1 [PATCH] UPSTREAM: wifi: ath12k: fix EHT TX MCS limitation due to present - exact patch-id match at 60fb2cf skipped - not checked because qcom-next already contains the change present

Final Status

overall_status: PASS
present_commits: 1/1
partial_commits: 0/1
missing_commits: 0/1
topics_checked_for_commits: 0/1
final_summary: PR present in qcom-next/topics: Yes - all 1 commit(s) are present in qcom-next or topics

@qlijarvis

Copy link
Copy Markdown

PR #837 — checker-log-analyzer

PR: #837
Checker run: https://github.com/qualcomm-linux/kernel-config/actions/runs/29811704814

Checker Result Summary
Checker Result Summary
checkpatch 2 warnings: long commit body line, unknown commit ID
dt-binding-check ⏭️ No DT binding changes
dtb-check ⏭️ No devicetree changes
sparse-check Passed
check-uapi-headers No UAPI changes
check-patch-compliance Passed (UPSTREAM prefix, Link present)
tag-check Subject has valid UPSTREAM: prefix

Detailed report: Full report

Checker analysis — click to expand

🤖 CI Checker Analysis (checker-log-analyzer)

PR: #837 - UPSTREAM: wifi: ath12k: fix EHT TX MCS limitation due to wrong 20 MHz-only parsing
Source: https://github.com/qualcomm-linux/kernel-config/actions/runs/29811704814

Checker Result Summary
checkpatch 2 warnings: long commit body line, unknown commit ID
dt-binding-check ⏭️ No DT binding changes
dtb-check ⏭️ No devicetree changes
sparse-check Passed
check-uapi-headers No UAPI changes
check-patch-compliance Passed (UPSTREAM prefix, Link present)
tag-check Subject has valid UPSTREAM: prefix

❌ checkpatch

Root cause: Two style warnings — one for a long line in the commit body (technical documentation excerpt), and one for an unknown commit ID in the Fixes tag.

Failure details:

WARNING: Prefer a maximum 75 chars per line (possible unwrapped commit description?)
#12: 
        .... .... .... .... .... 0100 = Rx Max Nss That Supports EHT-MCS 0-9: 4

WARNING: Unknown commit id '6c95151e2e77', maybe rebased or not pulled?
#46: 
Fixes: 6c95151e2e77 ("wifi: ath12k: Add EHT MCS/NSS rates to Peer Assoc")

e2b413c408b415ef44244dc58143cef55876fe78 total: 0 errors, 2 warnings, 0 checks, 20 lines checked

Analysis:

  1. Long line warning (line Prepare qcom-next based on tag 'Linux 6.15-rc7' of https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git #12): The commit body contains a technical diagram showing EHT-MCS bit field mappings from the IEEE 802.11be specification. The line is 81 characters long:

            .... .... .... .... .... 0100 = Rx Max Nss That Supports EHT-MCS 0-9: 4
    

    This is part of a structured technical diagram that documents the exact bit field layout being parsed. Wrapping this line would break the visual alignment of the diagram and reduce readability.

  2. Unknown commit ID warning (line Update README[Test PR] #46): The Fixes: tag references commit 6c95151e2e77 which is not present in the qcom-6.18.y branch at the time of the check. This is expected behavior — the commit being fixed exists in upstream mainline but may not have been backported to this stable branch yet, or may have a different SHA in the vendor tree.

Fix:

For the long line warning: This is a false positive that can be safely ignored. The line is part of a technical diagram documenting IEEE 802.11be bit field mappings. Wrapping it would harm readability. Checkpatch's 75-character guideline is meant for prose commit descriptions, not for structured technical diagrams or data dumps. The kernel community accepts such exceptions when they improve clarity.

For the unknown commit ID warning: This is also a false positive. The Fixes: tag correctly references the upstream commit SHA. Checkpatch cannot find it because:

  • The commit may not exist in the qcom-6.18.y branch history
  • The commit may have a different SHA in the vendor tree due to backporting

The Fixes: tag is correct as written and should not be changed. It allows upstream maintainers to track the fix back to the original commit.

Recommendation: Both warnings are false positives and do not require any changes to the patch. The commit is ready to merge as-is.

Reproduce locally:

./scripts/checkpatch.pl --strict --ignore FILE_PATH_CHANGES --git bff1e59b1bac..e2b413c408b4

Verdict

Ready to merge. All critical checkers passed. The two checkpatch warnings are false positives:

  • The long line is part of a technical diagram that should not be wrapped
  • The unknown commit ID is expected for upstream commits not yet in the vendor tree

The commit has proper UPSTREAM: prefix, includes a Link: tag to the upstream patch, and passed all functional checks (sparse, UAPI, patch compliance).

…-only parsing

When connecting to an AP configured for EHT 20 MHz with a full EHT
MCS/NSS map (supporting MCS 0-13)

Supported EHT-MCS and NSS Set
    EHT-MCS Map (BW <= 80MHz): 0x444444
        .... .... .... .... .... 0100 = Rx Max Nss That Supports EHT-MCS 0-9: 4
        .... .... .... .... 0100 .... = Tx Max Nss That Supports EHT-MCS 0-9: 4
        .... .... .... 0100 .... .... = Rx Max Nss That Supports EHT-MCS 10-11: 4
        .... .... 0100 .... .... .... = Tx Max Nss That Supports EHT-MCS 10-11: 4
        .... 0100 .... .... .... .... = Rx Max Nss That Supports EHT-MCS 12-13: 4
        0100 .... .... .... .... .... = Tx Max Nss That Supports EHT-MCS 12-13: 4

TX throughput is observed to be significantly lower than expected.
Investigation shows that TX rates are limited to EHT MCS 11, even though
the AP advertises support for EHT MCS 12/13.

The root cause is an incorrect parsing of the Supported EHT-MCS and NSS
Set element in ath12k_peer_assoc_h_eht().

IEEE Std 802.11be-2024 Figure 9-1074as describes the format for 20
MHz-Only Non-AP STAs.

IEEE Std 802.11be-2024 Figure 9-1074at describes the format for all
other AP and non-AP STAs.

Currently the first format is parsed when the peer advertises no wider
HE channel width support, without considering whether it is an AP or a
non-AP STA. This is incorrect: the peer AP's capabilities must be parsed
using Figure 9-1074at even when it operates on 20 MHz only. Parsing it
as Figure 9-1074as causes rx_tx_mcs13_max_nss to be interpreted as zero,
which is then passed to firmware, leading firmware to assume the peer
does not support MCS 13 and to limit TX rates at MCS 11.

Fix this by parsing the Figure 9-1074as format only when the peer is a
20 MHz-Only non-AP STA, i.e. when the local interface operates as AP or
mesh point.

Tested-on: WCN7850 hw2.0 PCI WLAN.HMT.1.1.c5-00302-QCAHMTSWPL_V1.0_V2.0_SILICONZ-1.115823.3

Fixes: 6c95151 ("wifi: ath12k: Add EHT MCS/NSS rates to Peer Assoc")
Signed-off-by: Baochen Qiang <baochen.qiang@oss.qualcomm.com>
Reviewed-by: Rameshkumar Sundaram <rameshkumar.sundaram@oss.qualcomm.com>
Link: https://patch.msgid.link/20260514-ath12k-fix-20mhz-only-mcs-map-v1-1-a38d4a9b21a2@oss.qualcomm.com
Signed-off-by: Jeff Johnson <jeff.johnson@oss.qualcomm.com>
Signed-off-by: Shitong Wen <shitong.wen@oss.qualcomm.com>
@qlijarvis

Copy link
Copy Markdown

PR #837 — validate-patch

PR: #837

Verdict Issues Detailed Report
⚠️ 2 Full report

Final Summary

  1. Lore link present: Yes — https://patch.msgid.link/20260514-ath12k-fix-20mhz-only-mcs-map-v1-1-a38d4a9b21a2@oss.qualcomm.com
  2. Lore link matches PR commits: Cannot verify directly (network restrictions), but PR diff is identical to qcom-next commit 60fb2cf51e77 which has the same lore link
  3. Upstream patch status: Upstreamed — merged into wireless tree via commit 0e3c08f1b7b7 on 2026-05-21, present in qcom-next as 60fb2cf51e77
  4. PR present in qcom-next/topics: Yes - all 1 commit(s) are present in qcom-next or topics
Verdict: ⚠️ — click to expand

🔍 Patch Validation

PR: #837 - UPSTREAM: wifi: ath12k: fix EHT TX MCS limitation due to wrong 20 MHz-only parsing
Upstream commit: https://patch.msgid.link/20260514-ath12k-fix-20mhz-only-mcs-map-v1-1-a38d4a9b21a2@oss.qualcomm.com
Verdict: ⚠️ PARTIAL

Commit Message

Check Status Note
Subject matches upstream ⚠️ PR adds UPSTREAM: prefix not present in qcom-next commit 60fb2cf51e77
Body preserves rationale Complete problem description, root cause analysis, and fix explanation preserved
Fixes tag present/correct Fixes: 6c95151e2e77 ("wifi: ath12k: Add EHT MCS/NSS rates to Peer Assoc")
Authorship preserved Baochen Qiang correctly listed as author in both PR and qcom-next
Backport note (if applicable) N/A Not a backport - this is the original upstream submission

Diff

File Status Notes
drivers/net/wireless/ath/ath12k/mac.c Identical to qcom-next 60fb2cf51e77 (line numbers differ: PR 3443,3472 vs qcom-next 3446,3475 due to context)

Issues

  • Prefix inconsistency: PR commit subject includes UPSTREAM: prefix, but the qcom-next commit 60fb2cf51e77 does NOT have this prefix. The qcom-next commit subject is simply wifi: ath12k: fix EHT TX MCS limitation due to wrong 20 MHz-only parsing.
  • Extra sign-off: PR includes Signed-off-by: Shitong Wen <shitong.wen@oss.qualcomm.com> which is NOT present in the qcom-next commit. The qcom-next commit ends with Signed-off-by: Jeff Johnson <jeff.johnson@oss.qualcomm.com>.

Verdict

The diff content is faithful to the qcom-next commit. However, the PR adds metadata (UPSTREAM: prefix and extra Signed-off-by) that diverges from what is actually in qcom-next. Since the integration_presence_report confirms this commit is already present in qcom-next at 60fb2cf51e77, the PR appears to be re-submitting an existing commit with modified metadata.

Recommendation: Verify whether this PR is intended to update the existing qcom-next commit with the UPSTREAM: prefix, or if this is a duplicate submission. If updating metadata, the commit should be amended in qcom-next rather than creating a new commit. If this is a vendor tree that requires the UPSTREAM: prefix for tracking purposes, document this requirement.

Final Summary

  1. Lore link present: Yes — https://patch.msgid.link/20260514-ath12k-fix-20mhz-only-mcs-map-v1-1-a38d4a9b21a2@oss.qualcomm.com
  2. Lore link matches PR commits: Cannot verify directly (network restrictions), but PR diff is identical to qcom-next commit 60fb2cf51e77 which has the same lore link
  3. Upstream patch status: Upstreamed — merged into wireless tree via commit 0e3c08f1b7b7 on 2026-05-21, present in qcom-next as 60fb2cf51e77
  4. PR present in qcom-next/topics: Yes — exact patch-id match at 60fb2cf51e77 in qcom-next (per integration_presence_report.md), but PR adds UPSTREAM: prefix and extra Signed-off-by not present in qcom-next

Deterministic Integration Presence

Integration Presence Report

This report is generated by Jarvis before validate-patch runs.
It is the authoritative source for whether PR changes are already present
in qcom-next or in the kernel topic branches.

Kernel repo: /local/mnt/workspace/sgaud/Qgenie/image_pipeline/kernel
qcom-next ref: a5cf3debd8c3c660711ad586ad4bb84e9ca42635
topics remote: topics -> https://github.com/qualcomm-linux/kernel-topics
topics fetch: fetched

Commit Subject qcom-next topics Final
1/1 [PATCH] UPSTREAM: wifi: ath12k: fix EHT TX MCS limitation due to present - exact patch-id match at 60fb2cf skipped - not checked because qcom-next already contains the change present

Final Status

overall_status: PASS
present_commits: 1/1
partial_commits: 0/1
missing_commits: 0/1
topics_checked_for_commits: 0/1
final_summary: PR present in qcom-next/topics: Yes - all 1 commit(s) are present in qcom-next or topics

@qlijarvis

Copy link
Copy Markdown

PR #837 — checker-log-analyzer

PR: #837
Checker run: https://github.com/qualcomm-linux/kernel-config/actions/runs/29815436683

Checker Result Summary
Checker Result Summary
checkpatch 2 warnings: long commit body line, unknown commit ID
dt-binding-check ⏭️ No DT binding changes
dtb-check ⏭️ No devicetree changes
sparse-check Passed
check-uapi-headers No UAPI changes
check-patch-compliance Passed
tag-check Valid UPSTREAM: prefix present

Detailed report: Full report

Checker analysis — click to expand

🤖 CI Checker Analysis (checker-log-analyzer)

PR: #837 - UPSTREAM: wifi: ath12k: fix EHT TX MCS limitation due to wrong 20 MHz-only parsing
Source: https://github.com/qualcomm-linux/kernel-config/actions/runs/29815436683

Checker Result Summary
checkpatch 2 warnings: long commit body line, unknown commit ID
dt-binding-check ⏭️ No DT binding changes
dtb-check ⏭️ No devicetree changes
sparse-check Passed
check-uapi-headers No UAPI changes
check-patch-compliance Passed
tag-check Valid UPSTREAM: prefix present

❌ checkpatch

Root cause: Two style warnings in commit f38d7d2

Failure details:

WARNING: Prefer a maximum 75 chars per line (possible unwrapped commit description?)
#12: 
        .... .... .... .... .... 0100 = Rx Max Nss That Supports EHT-MCS 0-9: 4

WARNING: Unknown commit id '6c95151e2e77', maybe rebased or not pulled?
#46: 
Fixes: 6c95151e2e77 ("wifi: ath12k: Add EHT MCS/NSS rates to Peer Assoc")

f38d7d2084200c99ce957de5156d25db4b3e8885 total: 0 errors, 2 warnings, 0 checks, 20 lines checked

Analysis:

  1. COMMIT_LOG_LONG_LINE — Line Prepare qcom-next based on tag 'Linux 6.15-rc7' of https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git #12 in the commit message exceeds 75 characters. This is a technical description line showing bit field parsing from a WiFi frame capture. While checkpatch flags this, it's acceptable for technical data that cannot be meaningfully wrapped without losing clarity.

  2. Unknown commit id '6c95151e2e77' — The Fixes: tag references commit 6c95151e2e77 which is not present in the current tree. This is expected when backporting upstream commits: the original commit SHA from mainline may not exist in the vendor tree. This is a false positive for backported patches.

Fix:

Both warnings are acceptable and do not require changes:

  • The long line is technical data that should remain intact for clarity
  • The unknown commit ID is expected for upstream backports where the original commit SHA doesn't exist in the vendor tree

Reproduce locally:

./scripts/checkpatch.pl --strict --ignore FILE_PATH_CHANGES --git bff1e59b1bac0b57938047a2ea932880a0d0ef24..b4585d766dc03fde00383e19edcb3d6db58958d3

Verdict

Ready to merge. Both checkpatch warnings are acceptable:

  • The long commit body line contains technical bit field data that should not be wrapped
  • The unknown commit ID in the Fixes: tag is expected for upstream backports

All other checkers passed cleanly. The commit has the required UPSTREAM: prefix for the qcom-6.18.y target branch.

@qcomlnxci

Copy link
Copy Markdown

Test Matrix

Test Case hamoa-iot-evk lemans-evk monaco-evk qcs615-ride qcs6490-rb3gen2 qcs8300-ride qcs9100-ride-r3
BT_FW_KMD_Service ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass
BT_ON_OFF ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass
BT_SCAN ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass
CPUFreq_Validation ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass
CPU_affinity ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass
DSP_AudioPD ⚠️ skip ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass
Ethernet ⚠️ skip ⚠️ skip ⚠️ skip ⚠️ skip ⚠️ skip ⚠️ skip ⚠️ skip
Freq_Scaling ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass
GIC ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass
IPA ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass
Interrupts ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass
OpenCV ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass
PCIe ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass
Probe_Failure_Check ❌ Fail ❌ Fail ❌ Fail ❌ Fail ❌ Fail ❌ Fail ❌ Fail
RMNET ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass
UFS_Validation ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass
USBHost ✅ Pass ❌ Fail ❌ Fail ❌ Fail ❌ Fail ❌ Fail ❌ Fail
WiFi_Firmware_Driver ❌ Fail ✅ Pass ❌ Fail ✅ Pass ✅ Pass ✅ Pass ✅ Pass
WiFi_OnOff ❌ Fail ✅ Pass ❌ Fail ✅ Pass ✅ Pass ✅ Pass ✅ Pass
adsp_remoteproc ❌ Fail ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass
cdsp_remoteproc ❌ Fail ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass
gpdsp_remoteproc ⚠️ skip ✅ Pass ✅ Pass ⚠️ skip ⚠️ skip ✅ Pass ✅ Pass
hotplug ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass
irq ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass
kaslr ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass
pinctrl ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass
qcom_hwrng ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass
remoteproc ❌ Fail ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass
rngtest ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass
shmbridge ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass
smmu ❌ Fail ❌ Fail ✅ Pass ❌ Fail ✅ Pass ✅ Pass ❌ Fail
watchdog ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass
wpss_remoteproc ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass ✅ Pass

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

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants