What causes "issue_type = overload" in coreaudiod with USB audio interface?

Hi, I had the same issues. I have Pioneer console for Serato and one day I got random dropouts when whole computer is stuck having 100% cpu for 1-3s before continuing. There is also "got an error from the kernel trap" error in the console everytime this happens.

I found out that i my case the power connector/socket was the problem. There are pins on the computer side connecting to the magnetic power connector and one of the pins was bent in a way that I think in some cases didnt make correct connection. I assume also dirt or whatevel else blocking good contact can cause this.

I bent the pin to the correct connection and everything is fine now...

Experiencing this issue with a 2021 M1 Pro on Venture 13.2 using a Schiit Modi USB DAC. Every time audio cuts out I see one of these two logs for coreaudiod in Console:

HALS_OverloadMessage.cpp:267   HALS_OverloadMessage: Overload due to HAL client proc exceeding io cycle budget
HALS_IOA1Engine.cpp:439    HALS_IOA1Engine::EndWriting: got an error from the kernel trap, Error: 0xE00002D7

Same problem here, for years, on various MacBooks with RME UCX interface over USB. Now using M1 Pro, latest OS, same problem. Can't believe Apple haven't fixed this - my bloody iPad has more reliable audio.

Tried emailing RME support about it but they just say "it's an Apple problem - users on Linux or Windows don't have it". Maddening!

Anyone from Apple actually read these forums? Anyone got anywhere with Apple support? Last time I tried they were all about resetting CMOS or something, but M1 Macs don't even have that!

Here's my log snippet FWIW. Experiencing audio dropouts, seemingly related to USB audio interface.

error 20:32:12.329960-0400 kernel AppleUSBXHCIIsochronousTransferRing: AppleUSBXHCIIsochronousTransferRing::enqueueRequest: request <private> link failed with 0xe00002ee error 20:32:12.330010-0400 kernel AppleT6000USBXHCI@00000000: AppleUSBHostController::io: request <private> completed with 0xe00002ee error 20:32:12.330049-0400 kernel AppleUSBXHCIIsochronousTransferRing: AppleUSBXHCIIsochronousTransferRing::enqueueRequest: request <private> link failed with 0xe00002ee error 20:32:12.330054-0400 kernel AppleT6000USBXHCI@00000000: AppleUSBHostController::io: request <private> completed with 0xe00002ee error 20:32:12.330077-0400 kernel AppleUSBXHCIIsochronousTransferRing: AppleUSBXHCIIsochronousTransferRing::enqueueRequest: request <private> link failed with 0xe00002ee error 20:32:12.330082-0400 kernel AppleT6000USBXHCI@00000000: AppleUSBHostController::io: request <private> completed with 0xe00002ee error 20:32:12.330111-0400 kernel AppleUSBXHCIIsochronousTransferRing: AppleUSBXHCIIsochronousTransferRing::enqueueRequest: request <private> link failed with 0xe00002ee error 20:32:12.330113-0400 kernel AppleT6000USBXHCI@00000000: AppleUSBHostController::io: request <private> completed with 0xe00002ee error 20:32:12.330141-0400 kernel AppleUSBXHCIIsochronousTransferRing: AppleUSBXHCIIsochronousTransferRing::enqueueRequest: request <private> link failed with 0xe00002ee error 20:32:12.330146-0400 kernel AppleT6000USBXHCI@00000000: AppleUSBHostController::io: request <private> completed with 0xe00002ee error 20:32:12.330171-0400 kernel AppleUSBXHCIIsochronousTransferRing: AppleUSBXHCIIsochronousTransferRing::enqueueRequest: request <private> link failed with 0xe00002ee error 20:32:12.330174-0400 kernel AppleT6000USBXHCI@00000000: AppleUSBHostController::io: request <private> completed with 0xe00002ee error 20:32:12.330212-0400 kernel AppleUSBXHCIIsochronousTransferRing: AppleUSBXHCIIsochronousTransferRing::enqueueRequest: request <private> link failed with 0xe00002ee error 20:32:12.330215-0400 kernel AppleT6000USBXHCI@00000000: AppleUSBHostController::io: request <private> completed with 0xe00002ee error 20:32:12.330241-0400 kernel AppleUSBXHCIIsochronousTransferRing: AppleUSBXHCIIsochronousTransferRing::enqueueRequest: request <private> link failed with 0xe00002ee error 20:32:12.330245-0400 kernel AppleT6000USBXHCI@00000000: AppleUSBHostController::io: request <private> completed with 0xe00002ee default 20:32:12.396994-0400 kernel + IOAudioEngine[<private>]::pauseAudioEngine()

Same problem here. Constant glitches with usb interfaces. M1 Pro 16'' with 16gb of ram. I have RME UCX, RME UCX II, NI Komplete Audio 2. All interfaces are basically unusable with this computer.

When i use M1 Air base model, no glitches.

So far nothing has worked (tried every solution found from internet)

I hope apple releases some information because so far haven't seen any comments on this issue from them.

Anybody want to take the plunge on macOS 14 DP 1 and see if this issue is resolved?

Hello! Checking in here again. Has anybody tested this with macOS Sonoma betas? Would be amazing to get this filed and fixed at RC time.

Same issue here on a Macbook Pro M1 with 32 gb of ram and a RME Fireface UFX III. If I am playing audio from different apps, in example a youtube vide while playing guitar with a VST (standalone, Logic or Bitwig), causes glitches and drops. The issue seems to appear more ofter if I am moving between desktop with the touchpad gestures. I read here that Sonoma beta is fixing the issue: https://www.audiosciencereview.com/forum/index.php?threads/audio-stutters-with-usb-dacs-on-macbook-m1-pro.42001/page-15 I didn't personally try but I am tempted because it is pretty annoying. I tried my same setup (same VST instrument while playing a youtube video) on a windows PC with the same RME Fireface UFX III: zero problem.

Hello! M1 Max, macOS Ventura, RME UCX II Had the same issue, but NOT using Safari helped to solve the issue. I've given Arc a go for a week, and surprisingly not a single jitter! Hope this helps

Sonoma doesn't fix this.

What might be interesting is this, it fails with buffer allocation, these are coming 0.003 seconds apart for a while.

did not find clientBufferSetList for ID 0x2843 creating new IOAudioClientBufferSet . . did not find clientBufferSetList for ID 0x2843 creating new IOAudioClientBufferSet

Similar issue here. I'm seeing this on Xcode console:

173.595 HALC_ProxyIOContext.cpp:1.329 HALC_ProxyIOContext::IOWorkLoop: skipping cycle due to overload

Setup: MB1 Pro 16GB -> Dell Monitor U2720 -> UMC22 audio interface

Consolle.app: default 09:01:23.737093-0300 coreaudiod IssueReporting.cpp:466 RTAID [ use_case=Generic report_type=RMS Generic Chain clientID=HAL node=-Output issue_detected_sample_time=39387796.000000 ] -- [ -48.837273, -29.090141 ] default 09:01:33.740288-0300 coreaudiod CAReportingClient.mm:699 Sending message { message="{ "issue_detected_sample_time" = "39868052.000000"; node = "-Output"; peak = "-31.470997"; "report_type" = RMS; rms = "-50.366928"; "rtaid_client" = HAL; }", reporters="( 82068235092145 )" }

I seem to have found the issue! Try disabling continuity camera on your iPhone. When I've opened Discord, the moment it prompted to use continuity microphone, sound stuttered. After disabling it, stutters did stop (at least last 2 hours never had one. before that every minute or two)!