macOS Ventura kernel_task CPU spikes when Thunderbolt dock powers an external battery pack

Environment

MacBook Pro 14-inch (M1 Pro), macOS Ventura 13.4.1, connected to a CalDigit TS4 Thunderbolt dock via USB-C, dock firmware latest as of 2024-05. Dock is connected to two 4K monitors and an external USB-C battery pack (Anker 65W) through a dock PD passthrough port.

Symptoms

After connecting the external battery pack to the dock (to charge another device), macOS kernel_task ramps CPU usage to 80–100% and fan noise increases, system responsiveness degrades, and some USB devices connected to the dock become unresponsive. The CPU spike subsides if the battery pack is disconnected.

Observations

Activity Monitor shows 'kernel_task' dominating CPU time and I/O wait counters rise. IORegistryExplorer logs show repeated Thunderbolt device connect/disconnect events when the battery pack is plugged in. System.log contains IOThunderboltFamily and AppleUSB errors about power management negotiation and 'USBDevicePort: Port power change not allowed'. The Macbook does not report thermal emergency or throttling prior to spike. The problem reproduces reliably: plug battery pack into dock PD port -> IO errors and kernel_task spike; plugging battery directly into laptop USB-C port does not trigger the issue.

Already attempted

Updated dock firmware, updated macOS to the latest incremental build, tested with two different USB-C battery packs and two different USB-C charging cables (all certified). Reset SMC-equivalent (shut down, wait 30s) and NVRAM. Removed one monitor (reduced peripherals) — issue still occurs. Booted into safe mode and replicated the behavior. Checked for third-party kernel extensions — none related to USB/Thunderbolt present. Reproduced with a second MacBook Pro (same model) to confirm not device-specific.

Question

What reversible diagnostics and configuration changes will help determine whether the root cause is the dock firmware/PD negotiation, a macOS Thunderbolt driver regression, or a hardware-level power negotiation conflict? If it's likely a firmware/driver bug, what data should I collect before contacting CalDigit/Apple support?

Post timeline

COMMUNITY RESPONSES

Verified community troubleshooting

0 replies

No answers yet..

Showing 0 of 0 community responses

AI DIAGNOSTICS

Incident analysis

Updated 1w ago• Trouble ID

Most likely causes

Dock PD controller or firmware mishandles power-delivery role swap when a downstream battery is attached, causing repeated USB/Thunderbolt resets. 85%

macOS Thunderbolt/USB power management in Ventura has a regression that loops on certain PD negotiation failure cases. 60%

Dock hardware fault that only appears under combined load (monitors + PD pass-through) causing instability. 55%

Summary

Logs and IORegistry events indicate the kernel's I/O and power-management subsystems are reacting to repeated connect/disconnect or power negotiation failures originating from the dock when the external battery pack is attached. The fact that plugging the battery directly into the laptop is fine and the issue is reproducible across machines points to the dock's PD circuit or its interaction with macOS Thunderbolt drivers. Kernel_task CPU spikes are symptomatic of the kernel handling frequent hardware interrupts or attempting repeated error recovery.

Suggested Fixes

Diagnostic step 1

Collect IORegistryExplorer dump and system.log around the reproduction: reproduce the issue while running log stream (log stream --predicate 'process == "kernel"' or use Console.app) to capture timestamps and error messages; these are safe, read-only diagnostics.

Diagnostic step 2

Test with a known-compliant PD cable and with the dock disconnected from monitors to check whether total current draw or video traffic influences behavior. These are reversible tests.

Diagnostic step 3

If possible, downgrade dock firmware to the last known stable release (follow vendor docs) and test; keep original firmware file for rollback.