Looks like no one’s replied in a while. To start the conversation again, simply ask a new question.

Question:

Question: Kernel Panic on 16" i9 MBPwRD

My MacBook Pro is having a kernel panic about three times a week when in sleep mode. I received this MBP in early Feb with 10.15.3 so I decided to wait for 10.15.4 to see if that corrected the issue yet this is the second time it has happened since the latest update.


Hardware config:

I have a 2019 16" i9 MBPwRD w/ 64GB of RAM and an Intel UHD Graphics 630 and an AMD Radeon Pro 5500M graphics card. Sometimes I'm connected to my Thunderbolt dock, other times my USB C dock when mobile and today it happened with only my Apple provided USB C power cable attached. I don't see a pattern in the hardware and the error message seems to be connected to the internal hardware.


Here is the error:

panic(cpu 2 caller 0xffffff801ae16487): "AppleIntelFramebuffer::setPowerState(0xffffff86afd6a000 : 0xffffff7f9e3c5d88, 1 -> 0) timed out after 45970 ms"@/AppleInternal/BuildRoot/Library/Caches/com.apple.xbs/Sources/xnu/xnu-6153.101.6/iokit/Kernel/IOServicePM.cpp:5296

Backtrace (CPU 2), Frame : Return Address

0xffffffa78d233b40 : 0xffffff801a7215cd

0xffffffa78d233b90 : 0xffffff801a85a3c5

0xffffffa78d233bd0 : 0xffffff801a84bf7e

0xffffffa78d233c20 : 0xffffff801a6c7a40

0xffffffa78d233c40 : 0xffffff801a720c97

0xffffffa78d233d40 : 0xffffff801a721087

0xffffffa78d233d90 : 0xffffff801aec2c7c

0xffffffa78d233e00 : 0xffffff801ae16487

0xffffffa78d233e50 : 0xffffff801ae15d69

0xffffffa78d233e60 : 0xffffff801ae2d2fe

0xffffffa78d233ea0 : 0xffffff801ae14b18

0xffffffa78d233ec0 : 0xffffff801a763545

0xffffffa78d233f40 : 0xffffff801a763071

0xffffffa78d233fa0 : 0xffffff801a6c713e


The rest of the error is attached.

MacBook Pro with Touch Bar

Posted on Mar 28, 2020 4:39 PM

Reply
Question marked as Solved
Answer:
Answer:

There are two power nap options. one under battery and one under power adaptor. Just make sure both disable.

Posted on Apr 17, 2020 7:28 PM

Question marked as Helpful

Apr 8, 2020 10:24 PM in response to jwesley07 In response to jwesley07

It is definitely the powernap option. I have an OWC Thunderbolt 3 dock with two external EIZO screens. Without powernap no Kernel Panic with powernap always Kernel Panic. As I do a timed restart all mornings 4:00 am I see the result right after login at 7:15am. Thanks for the tip with powernap.

I did not reset nvram nor smc.

Apr 8, 2020 10:24 PM

Question marked as Helpful

Apr 25, 2020 10:42 PM in response to vrtx0 In response to vrtx0

Quick update re: FeedbackAssistant case w/ Apple. I was finally able to reproduce this crash on my machine again, and have sent a complete sysdiagnose to Apple (with 4 profiles installed). So we probably don't need to collect/send more sysdiagnose reports after hitting this crash until Apple engineers reply. That said, if you want to send one to Apple, I'm still happy to relay the FBA#.


I also wanted to thank everybody here who posted their experience, tips and tricks! Because of this information, I was able to build a solid theory and I can now reproduce this bug more reliably. The trick was not just to enable power nap, but to also queue up a *lot* of work to be done while the computer is asleep with Power Nap enabled. Please note that I've hit this kernel panic even with power nap disabled, but it happens less frequently.


My first attempt failed (adding ~ 1 gig of RAW photos on my MBP and shooting ~50 photos from my iPhone). For some unknown reason, my MBP wouldn't upload or download any changes while asleep (despite having power nap enabled for both battery and wall power). It would only sync while Photos.app was open and the computer was awake.


My second attempt was to repair my Photos.app libarary, which causes resync'ing of all ~13k photos (~350gigs). After the initial repair phases (and getting back to the grid view), I closed the lid and came back 3 hours later to a warm laptop. I opened it up, and the screen was blank and the T2-controlled Touch Bar was in a very odd state. After ~5 minutes of closing/opening the lid and switching between battery and wall power, the login screen finally appeared, and then the usual crash reporter window popped up. Thankfully I decided to film my laptop during the wake-up phase, which I included in my FBA case.


Anyway, I'll be sure to keep this forum updated with any new information as soon as it becomes available!

Apr 25, 2020 10:42 PM

Question marked as Helpful

Apr 9, 2020 8:05 PM in response to ChrisDailyGrind In response to ChrisDailyGrind

I finally heard back from Apple support today. The rep acknowledged that Engineering is aware of this issue, and asked a series of questions (some quite general, so it seems they haven't made it very far debugging the issue).


I briefly perused the XNU source mentioned in the kernel Panics we're all getting; the logic is related to a fairly general IOKit abstraction that manages the power state transitions of the mentioned driver (AppleIntelFramebuffer) or a parent of that drive. This appears to be the same code path used by any driver that handles power state transitions (cf. IOService::ackTimerTick() in IOServicePM.cpp).


Given the the actual problem is that the Intel driver isn't changing it's state within 45 seconds (which seems beyond ample for these machines), I fear this may take some time for the worst of reasons. Unless apple actually has a license to the driver's source and/or detailed and accurate hardware specs from Intel, Apple engineers might be facing a binary blob that requires Intel engineers to actually address (and Apple to integrate into some future update). But I'm not blaming Intel either; the bad power state could easily have come from Apple missing their API. Regardless, we're likely going to have to wait for two companies to debug and oddly intermittent issue. FWIW, I opened FB7658531 and offered to give full access to my machine to help them diagnose, but it seems that Apple has an *insane* policy that prevents their engineers from working directly with customers.


I know this information is only useful to the most technical users, but hopefully it saves somebody some time. If I get any additional information or status updates from Apple, I'll be sure to share, but again because of an insane policy, they don't give any updates until *after* the fix is released.


Here's the relevant code from IOServicePM.cpp in the XNU kernel that led to the above conclusions:


bool IOService::ackTimerTick( void )
{
    IOPMinformee *      nextObject;
    bool                done = false;

    PM_ASSERT_IN_GATE();
    switch (fMachineState) {
        case kIOPM_OurChangeWaitForPowerSettle:
        case kIOPM_ParentChangeWaitForPowerSettle:
            // are we waiting for controlling driver to acknowledge?
            if ( fDriverTimer > 0 )
            {
                // yes, decrement timer tick
                fDriverTimer--;
                if ( fDriverTimer == 0 )
                {
                    // controlling driver is tardy
                    uint64_t nsec = computeTimeDeltaNS(&fDriverCallStartTime);
                    OUR_PMLog(kPMLogCtrlDriverTardy, 0, 0);
                    setProperty(kIOPMTardyAckSPSKey, kOSBooleanTrue);
                    PM_ERROR("%s::setPowerState(%p, %lu -> %lu) timed out after %d ms\n",
                        fName, OBFUSCATE(this), fCurrentPowerState, fHeadNotePowerState, NS_TO_MS(nsec));

// <snip>

if (gIOKitDebug & kIOLogDebugPower)
                    {
                        panic("%s::setPowerState(%p, %lu -> %lu) timed out after %d ms",
                            fName, this, fCurrentPowerState, fHeadNotePowerState, NS_TO_MS(nsec));


HTH...

Apr 9, 2020 8:05 PM

Question marked as Helpful

Mar 28, 2020 6:31 PM in response to jwesley07 In response to jwesley07

Unfortunately, I can confirm the issue persists in 10.15.4.


I have the MacBook Pro 16 2019 i9 16GB 1TB w/ this exact issue. I also posted my bug report a little while ago.


I hope an Apple engineer see this post too and can fix this issue in 10.15.5.

Mar 28, 2020 6:31 PM

There’s more to the conversation

Read all replies

Mar 28, 2020 4:49 PM in response to jwesley07 In response to jwesley07

NOTE: THIS ADVICE IS NOT FROM ME, I FOUND THIS FROM ANOTHER APPLE SUPPORT FORM. USE AT YOUR OWN RISK


Sleep issue are often sorted by

resetting the SMC https://support.apple.com/en-us/HT201295


If no resolve—

Try a SafeBoot https://support.apple.com/en-us/HT201262

Takes noticeable longer to get to the login screen, does a 5-15 minute disk repair before it fully boots up, and certain system caches get cleared and rebuilt, including dynamic loader cache, etc. Login and test. Reboot and test


This test will tell you if third party interference; extensions etc are not loaded in safe boot mode.


If you still need further assistance—

To get a good look at your System config. for conflicts or issues, you can run this trusted utility http://etrecheck.com

If you need help interpreting the report you can post it here in its entirety in the "Additional Text" box in the editing toolbar below, in your reply.



You can set its preference to "Allow full Disk Access", with this you get a digest of issues from the last 7 days that are saved in your system.










Mar 28, 2020 4:49 PM

Reply Helpful (3)

Mar 28, 2020 5:05 PM in response to Azakaircrys In response to Azakaircrys

AppleSupportOntario wrote:

NOTE: THIS ADVICE IS NOT FROM ME, I FOUND THIS FROM ANOTHER APPLE SUPPORT FORM. USE AT YOUR OWN RISK

Sleep issue are often sorted by
resetting the SMC https://support.apple.com/en-us/HT201295

If no resolve—
Try a SafeBoot https://support.apple.com/en-us/HT201262
Takes noticeable longer to get to the login screen, does a 5-15 minute disk repair before it fully boots up, and certain system caches get cleared and rebuilt, including dynamic loader cache, etc. Login and test. Reboot and test

This test will tell you if third party interference; extensions etc are not loaded in safe boot mode.

If you still need further assistance—
To get a good look at your System config. for conflicts or issues, you can run this trusted utility http://etrecheck.com
If you need help interpreting the report you can post it here in its entirety in the "Additional Text" box in the editing toolbar below, in your reply.


You can set its preference to "Allow full Disk Access", with this you get a digest of issues from the last 7 days that are saved in your system.


I'd be curious to know this other " ANOTHER APPLE SUPPORT FORM." and if you could site the specific link.


Mar 28, 2020 5:05 PM

Reply Helpful
Question marked as Helpful

Mar 28, 2020 6:31 PM in response to jwesley07 In response to jwesley07

Unfortunately, I can confirm the issue persists in 10.15.4.


I have the MacBook Pro 16 2019 i9 16GB 1TB w/ this exact issue. I also posted my bug report a little while ago.


I hope an Apple engineer see this post too and can fix this issue in 10.15.5.

Mar 28, 2020 6:31 PM

Reply Helpful (5)

Mar 28, 2020 11:38 PM in response to jwesley07 In response to jwesley07

I have the exact same issue after 10.15.4. I'm currently trying to work with apple support as the kernel panics appear to be due to a timeout in the Intel graphics driver's power state handling. That said, I just noticed that both of us have the latest Universal Audio driver (I have a UAD Apollo Twin). That said, I haven't actually connected any device in several days, and I've had at least 4 identical crashes since the update...


I've lost faith in Apple Support being able to work with engineering to resolve issues that go beyond the basic script of steps. I've had 15 tickets opened for various iOS and MacOS issues (I lost ~1k photos, 20GB iCloud Drive, missing iMessages and SMS on my iPhone, missing vCards, and other horrible problems). I've wasted >100 hours on the phone, and so far I only have 3 RTAs (none of which have been fixed in the latest updates), and Creative Media decided an appeasement would be easier than recovering my photos (or even figuring out why I'm experiencing so many iCloud issues)... But I digress, and apologies for the rant.


I'll try to uninstall the. UA drivers and post back here if there's any consistency. In the mean time, if anybody else is experiencing this same crash in AppleIntelFramebuffer::setPowerState(), could you post if you do or do not have the UAD audio interface driver installed?


Here's my latest crash log -- HTH!



Mar 28, 2020 11:38 PM

Reply Helpful (2)

Mar 29, 2020 10:23 AM in response to vrtx0 In response to vrtx0

I also have the same problem. When the Mac is asleep, and I open the lid, nothing happens. I have to restart, and then get this error. Called Apple support - reset NVRAM and SMC, the usual, and then they are looking to have me do an OS reinstall.

Mar 29, 2020 10:23 AM

Reply Helpful

Mar 29, 2020 11:29 PM in response to jwesley07 In response to jwesley07

I have exact same issue too. My MBP 16 crashes every time I connect it to external monitor. Sometimes it restarts and give me message "... MBP was restarted because of problem..." or I'm not able to wake it up from sleeping mode.

Mar 29, 2020 11:29 PM

Reply Helpful

Mar 29, 2020 11:51 PM in response to jwesley07 In response to jwesley07

Hi there.

I have the exactly same error. Additionally, my MacBook Pro 2019 16'' i7 16GB is overheating every time to more than 70º C.


Any solution for this problem?.


panic(cpu 4 caller 0xffffff8009816487): "AppleIntelFramebuffer::setPowerState(0xffffff81b8997000 : 0xffffff7f8cdf3d88, 1 -> 0) timed out after 45960 ms"@/AppleInternal/BuildRoot/Library/Caches/com.apple.xbs/Sources/xnu/xnu-6153.101.6/iokit/Kernel/IOServicePM.cpp:5296


Backtrace (CPU 4), Frame : Return Address


0xffffff922e563b40 : 0xffffff80091215cd 


Complete error is attached.


Mar 29, 2020 11:51 PM

Reply Helpful

Mar 31, 2020 7:35 PM in response to Azakaircrys In response to Azakaircrys

I have the exact same problem with sleep. Mine just started with the "upgrade" to 10.15.4 though and wasn't an issue before. MBP 16" 16GB, 1TB, i9. Purchased December 2019. I did contact Official Apple Support. The only advice I received was to reinstall MacOS. I'll try the SMB trick first before I go to the last resort. Especially since this just started with 10.15.4, and I doubt reinstalling the same OS will have any effect.

Mar 31, 2020 7:35 PM

Reply Helpful

Apr 1, 2020 4:02 AM in response to vrtx0 In response to vrtx0

Just to follow up, I removed the Universal Audio software and kexts from my system, but it had no impact on this bug.


So far, I’ve tried everything support has suggested (reboot to safe mode, reinstall macOS), but obviously this had no impact on the bug introduced in 10.15.4.


I also submitted sysdiagnose data 3 days ago, but can’t get my Sr. Advisor (or anybody at Apple) to follow up. They’ve missed 2 callbacks, and I wasted 1.5 hours on the phone trying to get an update. Every rep I’ve talked to (except the first one) has denied this is a known issue, and claimed I’m the first one they’ve talked to about this problem.


I really wish Apple would at least acknowledge this issue so others don’t have to waste so much time eliminating variables. That said, I think it’s still worth calling support to report the problem and ask them to escalate it so they know it’s impacting everybody (or most people). I’m on my 3rd 16” MBP i9 w/ 2TB SSD since December.


Best of luck to everybody...

Apr 1, 2020 4:02 AM

Reply Helpful (4)
User profile for user: jwesley07

Question: Kernel Panic on 16" i9 MBPwRD