Repository navigation
arm64: dts: apple: t6041-j614c-j616c: enable cpuidle - #1453
Merged
RyanTheTide merged 1 commit intoNov 10, 2026
Merged
Conversation
The M4 Pro boards enable the cpuidle node (t604x-j614-j616.dtsi); the M4 Max boards left it disabled, so no cpuidle driver registers on them (current_driver "none"). On M4 both of the driver's states are WFI, which already power-gates an idle core, so idle power does not change: on a J614c the CPU complex reads 2.2 W idle either way. What the driver adds is its second state, which the s2idle path needs to reach tick_freeze() and suspend timekeeping. On the J614c with it enabled, closing the lid suspended to idle for 7.6 minutes (wall clock) while CLOCK_MONOTONIC did not advance, and opening the lid resumed it cleanly through the SMC lid event. Signed-off-by: Jos Dehaes <jos.dehaes@gmail.com> Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
RyanTheTide
merged commit Nov 10, 2026
a3bb237
into
aurora-silicon:integration/aurora
2 checks passed
This was referenced Nov 11, 2026
Merged
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
The M4 Pro boards enable the
cpuidlenode (t604x-j614-j616.dtsi). The M4 Max boards leave it disabled, so on a J614c no cpuidle driver registers (current_driverisnone). This enables it, as on the M4 Pro.On M4 both of
cpuidle-apple's states are WFI. The deep state needsCYC_OVRD, which M4 locks, and WFI already power-gates an idle core. So idle power doesn't change: the CPU complex (PHPC) reads 2.2 W at idle on the J614c either way. What the driver adds is its second state, which s2idle needs to reachtick_freeze()and suspend timekeeping.Tested on the J614c (linux-aurora a82a1eb + #1442; this change was on top of the thermal DT from #1452):
apple_idleregisters with the menu governor and two WFI states, and state 1 takes the idle time.PM: suspend entry (s2idle)). The machine stayed suspended for 7.6 minutes of wall-clock time, from NetworkManager's sleep and wake timestamps, whileCLOCK_MONOTONICdidn't advance. Opening the lid resumed it cleanly through the SMC lid event (SMC HID Event: 03 00 01, logind "Lid opened"), and the display came back.Not tested on the J616c, which shares the dtsi.
🤖 Generated with Claude Code