content: update asusctl to 6.5.0, add Linux 7.3 and MT7925 notes

[Stensel8]

Summary

Updates package versions, adds release notes for asusctl 6.5.0 with MUX write failure fixes, documents upcoming Linux 7.3 kernel improvements, and expands MT7925 Wi-Fi driver development context with recent patches and community resources.

Type of change

• content: update or improve existing content

Details

asusctl-rog-control.md / .nl.md:

• Bumped asusctl and rog-control-center from 6.4.0 to 6.5.0
• Added callout documenting 6.5.0 release (Sept 13, 2026) with stability improvements, MUX write failure fixes, and firmware validation enhancements
• Clarified that 6.5.0 is the first tagged release containing the upstream fixes for asusctl#318

known-issues.md / .nl.md:

• Updated GPU MUX write failure section to reference 6.5.0 as the first tagged release with the fix
• Adjusted explanation to clarify version checking via asusctl info rather than version string alone

mt7925-wifi-performance.md / .nl.md:

• Added warning callout clarifying these are workarounds, not driver fixes, and noting active upstream development
• Added recent development proof: April 2026 suspend-scan patch and August 2026 firmware update
• Added two new references: Linaro's account of MediaTek Wi-Fi 7 upstreaming journey and community DKMS package availability

asusctl-rog-control.md / .nl.md:

• Added new section documenting Linux 7.3 (not yet released, rc3 as of Sept 13, 2026)
• Highlighted scheduler rework with up to 25% FPS improvement on low-power hardware, relevant to Ryzen AI 9 HX 370
• Documented storage/memory improvements: Direct I/O iomap bounce buffer, Btrfs optimizations, KSM lock fix, zsmalloc contention reduction

Checklist

• PR title follows commit convention
• Both EN and NL versions updated
• No media changes
• No broken references

https://claude.ai/code/session_01TZivc1KUNuWxetiyHiD6o5

[Copilot]

🟡 Changes recommended

Resolve the documented wording, verification, link, attribution, and cycle-date inconsistencies.

Get a fresh assessment by requesting another Copilot review.

Pull request overview

Updates ASUS Linux documentation with asusctl 6.5.0, Linux 7.3 notes, and expanded MT7925 development guidance.

Changes:

• Documents the asusctl 6.5.0 MUX fixes.
• Adds Linux 7.3 scheduler, storage, and memory notes.
• Expands MT7925 workaround and upstream-development references.

File summaries

File	Summary
src/content/docs/networking/mt7925-wifi-performance.nl.md	Dutch MT7925 updates
src/content/docs/networking/mt7925-wifi-performance.md	English MT7925 updates
src/content/docs/known-issues.nl.md	Dutch MUX issue updates
src/content/docs/known-issues.md	English MUX issue updates
src/content/docs/hardware/asusctl-rog-control.nl.md	Dutch asusctl and Linux 7.3 updates
src/content/docs/hardware/asusctl-rog-control.md	English asusctl and Linux 7.3 updates

Review details

Suppressed comments (6)

src/content/docs/hardware/asusctl-rog-control.md:449

• The dates in this sentence do not match the stated cycle: rc1 on August 30 to October 18 is seven weeks, and to October 25 is eight weeks, not 9–10. Correct the cycle description or remove it so the forecast is not internally misleading.

Not released yet, but close. `7.3-rc1` landed August 30, 2026 and `rc3` on September 13; on the usual 9-10 week cycle that puts the final release around October 18, 2026 (October 25 if an extra rc8 turns out to be needed). Worth planning for: a scheduler rework that's measured up to 25% better average FPS on older/low-power hardware, with improved cluster-aware scheduling across core types. That's directly relevant here, not just an Intel P/E-core story: the Ryzen AI 9 HX 370 in this laptop is itself a mixed Zen5/Zen5c-core design. Alongside the scheduler work: Direct I/O now runs through an iomap bounce buffer instead of falling back to buffered I/O (roughly half of theoretical throughput up to close to 95%), Btrfs skips slow paths on Direct I/O and `fsync()`, a KSM reverse-mapping lock fix drops a worst-case stall from ~700ms to under 2ms, and `zsmalloc` sees less lock contention when several processes free compressed memory at once.

src/content/docs/hardware/asusctl-rog-control.nl.md:449

• De datums in deze zin passen niet bij de genoemde cyclus: van rc1 op 30 augustus tot 18 oktober zijn zeven weken, en tot 25 oktober acht weken, niet 9–10. Corrigeer de cyclusbeschrijving of laat haar weg, zodat de voorspelling intern niet misleidend is.

Nog niet uitgebracht, maar dichtbij. `7.3-rc1` landde op 30 augustus 2026, `rc3` op 13 september; bij de gebruikelijke cyclus van 9-10 weken komt de finale release rond 18 oktober 2026 uit (25 oktober als er alsnog een rc8 nodig blijkt). Interessant om op te letten: een scheduler-herziening die tot 25% betere gemiddelde FPS meet op oudere/low-power hardware, met verbeterde cluster-aware scheduling over verschillende coretypes heen. Dat is hier direct relevant, niet alleen een Intel P/E-core-verhaal: de Ryzen AI 9 HX 370 in deze laptop is zelf een gemengd Zen5/Zen5c-core-ontwerp. Naast het scheduler-werk: Direct I/O loopt nu via een iomap-bouncebuffer in plaats van terug te vallen op buffered I/O (van ruwweg de helft van de theoretische doorvoer naar bijna 95%), Btrfs slaat trage paden over bij Direct I/O en `fsync()`, een fix in KSM's reverse-mapping-lock brengt een worst-case stall terug van ~700ms naar onder de 2ms, en `zsmalloc` heeft minder lock-contentie als meerdere processen tegelijk gecomprimeerd geheugen vrijgeven.

src/content/docs/known-issues.md:62

• asusctl info only reports the installed version and detected hardware, so it cannot independently verify a fix beyond the same version string this sentence says is insufficient. Make the check explicit: use asusctl info to identify the installed package, then use the mode-switch behavior below as the actual verification.

Fixed upstream: commit `940dba87` ("Fixes #318", merged 2026-08-21) and the ordering fix, commit `e0abda4b` (merged 2026-08-22). Both landed after the `6.4.0` tag (2026-08-15), which shipped without either fix. `asusctl` [6.5.0](https://github.com/OpenGamingCollective/asusctl/releases/tag/6.5.0) (tagged 2026-09-13) is the first tag cut since, and its changelog lists "resolved MUX write failures in certain scenarios," which lines up with this bug. Whether a given install has it depends on whether the distro's package has caught up to `6.5.0` yet, not on the version string alone, so verify against `asusctl info` and check for the mode-switch symptoms below before assuming it's fixed on your system.

src/content/docs/known-issues.nl.md:62

• asusctl info rapporteert alleen de geïnstalleerde versie en gedetecteerde hardware, en kan dus niet onafhankelijk van diezelfde versietekst vaststellen of de fix aanwezig is. Maak de controle expliciet: gebruik asusctl info om het geïnstalleerde pakket te identificeren en gebruik daarna het mode-switch-gedrag hieronder als de feitelijke verificatie.

Gefixt upstream: commit `940dba87` ("Fixes #318", gemerged 2026-08-21) en de ordening-fix, commit `e0abda4b` (gemerged 2026-08-22). Beide landden na de `6.4.0`-tag (2026-08-15), die zonder beide fixes uitkwam. `asusctl` [6.5.0](https://github.com/OpenGamingCollective/asusctl/releases/tag/6.5.0) (getagd op 2026-09-13) is de eerste tag sindsdien, en de changelog noemt "resolved MUX write failures in certain scenarios", wat overeenkomt met deze bug. Of een installatie 'm heeft hangt af van of het distro-pakket al is bijgewerkt naar `6.5.0`, niet alleen van het versienummer, dus check dit met `asusctl info` en let op de mode-switch-symptomen hieronder voordat je aanneemt dat het op jouw systeem is opgelost.

src/content/docs/networking/mt7925-wifi-performance.md:158

• The August item is a firmware update, not a driver change, so it cannot support the concluding claim that “this driver gets touched most months.” Refer to the broader software/firmware stack instead, or provide driver changes for both months.

Recent proof that this is moving, not stalled: a [patch skipping scans during suspend](https://ratatoskr.run/linux-mediatek/2026/04/3520789) landed in April 2026 to stop command timeouts on resume, and an [mt7925 firmware update](https://ratatoskr.run/linux-wireless/2026/08/17426467/t) went out in August 2026. Neither is life-changing on its own, but the cadence is the point: this driver gets touched most months, not once a year.

src/content/docs/networking/mt7925-wifi-performance.nl.md:158

• Het item uit augustus is een firmware-update, geen driverwijziging, dus het onderbouwt niet de slotclaim dat “deze driver” de meeste maanden wordt aangepast. Verwijs naar de bredere software/firmware-stack, of geef voor beide maanden driverwijzigingen.

Recent bewijs dat dit beweegt, niet stilstaat: een [patch die scans tijdens suspend overslaat](https://ratatoskr.run/linux-mediatek/2026/04/3520789) landde in april 2026 om command-timeouts bij resume te stoppen, en een [mt7925-firmware-update](https://ratatoskr.run/linux-wireless/2026/08/17426467/t) ging uit in augustus 2026. Geen van beide is op zichzelf spectaculair, maar het tempo is het punt: deze driver wordt de meeste maanden aangeraakt, niet één keer per jaar.

• Files reviewed: 6/6 changed files
• Comments generated: 6
• Review effort level: Lite

---

💡 Add a code-review agent skill or configure MCP servers for context-aware, tailored reviews. Learn more in the docs.

[Copilot]

🟢 Approval recommended

Remaining findings are minor wording and qualification nits that do not block approval.

Review details

Suppressed comments (6)

src/content/docs/hardware/asusctl-rog-control.md:20

• Now that this callout says 6.5.0 contains the MUX fix, the GPU-mode section below still presents the batch write as a current bug and unconditionally recommends bypassing asusd via sysfs (line 271). That workaround is only justified for pre-6.5.0 installs; please version-gate it and distinguish the remaining brightness/EC limitation from the fixed mode-switch problem.

**6.5.0** ([release notes](https://github.com/OpenGamingCollective/asusctl/releases/tag/6.5.0), tagged September 13, 2026) is mostly a stability and validation pass: a fix for MUX writes failing in certain cases, better fan-curve and firmware-attribute write validation, GPU wake-up by telemetry fixed, fan curves now update after a profile change, and new Aura lighting support for several other Strix models. That MUX-write fix lines up with the batch-write bug tracked in [Known Issues]({{< relref "/docs/known-issues" >}}) (`asusctl#318`): its two upstream commits landed in late August, before this tag, so 6.5.0 is the first tagged release that should carry it. Confirm with `asusctl info` once your distro packages the update.

src/content/docs/hardware/asusctl-rog-control.md:449

• The 25% FPS result associated with the linked “Flattens the Pick” coverage is a benchmark on an old i7-2600K/RX 580, while the cluster-aware/asymmetric-core work is a separate scheduler change; these sources do not demonstrate that uplift on the Ryzen AI 9 HX 370. As written, this reads as a measured, directly relevant gain for this laptop. Qualify the benchmark as hardware-specific and describe the Zen5/Zen5c impact as possible/untested, or add evidence for this CPU.

Not released yet, but close. `7.3-rc1` landed August 30, 2026 and `rc3` on September 13, one rc every Sunday since; going by Linus's usual pattern of releasing about a week after rc7, that puts the final release around October 18, 2026 (October 25 if an extra rc8 turns out to be needed). Worth planning for: a scheduler rework that's measured up to 25% better average FPS on older/low-power hardware, with improved cluster-aware scheduling across core types. That's directly relevant here, not just an Intel P/E-core story: the Ryzen AI 9 HX 370 in this laptop is itself a mixed Zen5/Zen5c-core design. Alongside the scheduler work: Direct I/O now runs through an iomap bounce buffer instead of falling back to buffered I/O (roughly half of theoretical throughput up to close to 95%), Btrfs skips slow paths on Direct I/O and `fsync()`, a KSM reverse-mapping lock fix drops a worst-case stall from ~700ms to under 2ms, and `zsmalloc` sees less lock contention when several processes free compressed memory at once.

src/content/docs/hardware/asusctl-rog-control.nl.md:20

• Nu deze callout zegt dat 6.5.0 de MUX-fix bevat, presenteert de GPU-mode-sectie hieronder de batch-write nog steeds als een actuele bug en adviseert die onvoorwaardelijk te omzeilen via sysfs (regel 271). Die workaround is alleen nodig voor installaties vóór 6.5.0; maak dit versieafhankelijk en onderscheid de resterende helderheids/EC-beperking van de opgeloste mode-switch-bug.

**6.5.0** ([release notes](https://github.com/OpenGamingCollective/asusctl/releases/tag/6.5.0), getagd op 13 september 2026) is vooral een stabiliteits- en validatieronde: een fix voor MUX-writes die in bepaalde gevallen faalden, betere validatie bij het wegschrijven van fan curves en firmware-attributen, GPU-wake-up via telemetrie gefixt, fan curves worden nu na een profielwissel bijgewerkt, en nieuwe Aura-verlichtingsondersteuning voor een aantal andere Strix-modellen. Die MUX-write-fix komt overeen met de batch-write-bug uit [Known Issues]({{< relref "/docs/known-issues" >}}) (`asusctl#318`): de twee upstream-commits daarvoor landden eind augustus, vóór deze tag, dus 6.5.0 is de eerste getagde release die 'm zou moeten bevatten. Check met `asusctl info` zodra jouw distro de update pakketteert.

src/content/docs/hardware/asusctl-rog-control.nl.md:449

• De FPS-winst van 25% uit de gelinkte berichtgeving over “Flattens the Pick” is een benchmark op een oude i7-2600K/RX 580, terwijl het cluster-aware/asymmetrische-core-werk een aparte schedulerwijziging is; deze bronnen tonen die winst niet aan op de Ryzen AI 9 HX 370. Zoals het er nu staat leest dit als een gemeten, direct relevante winst voor deze laptop. Kwalificeer de benchmark als hardware-specifiek en beschrijf het Zen5/Zen5c-effect als mogelijk/ongetest, of voeg bewijs voor deze CPU toe.

Nog niet uitgebracht, maar dichtbij. `7.3-rc1` landde op 30 augustus 2026, `rc3` op 13 september, sindsdien elke zondag een nieuwe rc; volgens Linus' gebruikelijke patroon van ongeveer een week na rc7 komt de finale release rond 18 oktober 2026 uit (25 oktober als er alsnog een rc8 nodig blijkt). Interessant om op te letten: een scheduler-herziening die tot 25% betere gemiddelde FPS meet op oudere/low-power hardware, met verbeterde cluster-aware scheduling over verschillende coretypes heen. Dat is hier direct relevant, niet alleen een Intel P/E-core-verhaal: de Ryzen AI 9 HX 370 in deze laptop is zelf een gemengd Zen5/Zen5c-core-ontwerp. Naast het scheduler-werk: Direct I/O loopt nu via een iomap-bouncebuffer in plaats van terug te vallen op buffered I/O (van ruwweg de helft van de theoretische doorvoer naar bijna 95%), Btrfs slaat trage paden over bij Direct I/O en `fsync()`, een fix in KSM's reverse-mapping-lock brengt een worst-case stall terug van ~700ms naar onder de 2ms, en `zsmalloc` heeft minder lock-contentie als meerdere processen tegelijk gecomprimeerd geheugen vrijgeven.

src/content/docs/known-issues.md:62

• Although this paragraph now identifies 6.5.0 as the fix, the same details block still presents the batched write as buggy and recommends direct sysfs writes without a version qualifier. A user on 6.5.0 can therefore be led to bypass the fixed path; qualify that workaround for versions before 6.5.0 and keep the remaining brightness/EC limitation separate.

Fixed upstream: commit `940dba87` ("Fixes #318", merged 2026-08-21) and the ordering fix, commit `e0abda4b` (merged 2026-08-22). Both landed after the `6.4.0` tag (2026-08-15), which shipped without either fix. `asusctl` [6.5.0](https://github.com/OpenGamingCollective/asusctl/releases/tag/6.5.0) (tagged 2026-09-13) is the first tag cut since, and its changelog lists "Fix issue where MUX writes fail in certain cases," which lines up with this bug. Whether a given install has it depends on whether the distro's package has caught up to `6.5.0` yet. Unlike the `6.4.0` snapshot ambiguity above, `6.5.0` is a clean tag, so `asusctl info` reporting `6.5.0` is a reliable signal the fix is in. If the mode-switch symptoms below still show up on a confirmed `6.5.0` install, that's worth reporting upstream.

src/content/docs/known-issues.nl.md:62

• Hoewel deze alinea 6.5.0 nu als de fix aanwijst, presenteert hetzelfde details-blok de batch-write nog steeds als buggy en adviseert het directe sysfs-writes zonder versievoorwaarde. Een gebruiker met 6.5.0 kan daardoor het al opgeloste pad omzeilen; beperk die workaround tot versies vóór 6.5.0 en houd de resterende helderheids/EC-beperking apart.

Gefixt upstream: commit `940dba87` ("Fixes #318", gemerged 2026-08-21) en de ordening-fix, commit `e0abda4b` (gemerged 2026-08-22). Beide landden na de `6.4.0`-tag (2026-08-15), die zonder beide fixes uitkwam. `asusctl` [6.5.0](https://github.com/OpenGamingCollective/asusctl/releases/tag/6.5.0) (getagd op 2026-09-13) is de eerste tag sindsdien, en de changelog noemt "Fix issue where MUX writes fail in certain cases", wat overeenkomt met deze bug. Of een installatie 'm heeft hangt af van of het distro-pakket al is bijgewerkt naar `6.5.0`. In tegenstelling tot de ambiguïteit rond `6.4.0` hierboven is `6.5.0` een schone tag, dus `asusctl info` dat `6.5.0` rapporteert is een betrouwbaar signaal dat de fix erin zit. Blijven de mode-switch-symptomen hieronder optreden op een bevestigde `6.5.0`-installatie, dan is dat het melden upstream waard.

• Files reviewed: 6/6 changed files
• Comments generated: 0 new
• Review effort level: Lite