[SOLVED] Cannot allow DC9 without disallowing DC6
m0d16l14n1 opened this issue · 5 comments
Hello! Got problem with my hackintosh
Laptop - Ice Lake laptop (i7-1065G7).
Problem with waking from sleep. Sleep is kinda working on some framebuffers, the best I get with the 0x8A5C0002 (lid sleep is working / lid wake is randomly working / fn+esc (sleep button) not working, causing the same panic, as lid wake sometimes causing). On default framebuffer for Ice Lakes (0x8A520000) sleep is working "well" from sleep button and randomly with lid, but after wake screen is off, I can't turn it on at all. After shutdown - sometimes I have same panic as well. So I started to trying different framebuffers and first I checked was 0x8A5C0002, as I already told - lid sleep become better, I can put laptop in sleep and wake it with lid, but if I try to put it in sleep for second time - it won't sleep, screen is off, after reboot - I got panic. So, the problem with screen sleep/wake up as I understood.
panic(cpu 0 caller 0xffffff7f93a0509e): "[IGFB][PANIC][POWER ] " "Cannot allow DC9 without disallowing DC6\n"@/Library/Caches/com.apple.xbs/Sources/GPUDriversIntel/GPUDriversIntel-14.7.8/IONDRV/ICLLP/AppleIntelFramebuffer/AppleIntelController.cpp:5531
Backtrace (CPU 0), Frame : Return Address
0xffffff81ff2538f0 : 0xffffff801071a65d mach_kernel : _handle_debugger_trap + 0x49d
0xffffff81ff253940 : 0xffffff8010854a75 mach_kernel : _kdp_i386_trap + 0x155
0xffffff81ff253980 : 0xffffff80108465fe mach_kernel : _kernel_trap + 0x4ee
0xffffff81ff2539d0 : 0xffffff7f942386f4 as.vit9696.VirtualSMC : __ZN18VirtualSMCProvider10kernelTrapI22x86_saved_state_1010_tEEvPT_Pm + 0x454
0xffffff81ff253a50 : 0xffffff80106c0a40 mach_kernel : _return_from_trap + 0xe0
0xffffff81ff253a70 : 0xffffff8010719d27 mach_kernel : _DebuggerTrapWithState + 0x17
0xffffff81ff253b70 : 0xffffff801071a117 mach_kernel : _panic_trap_to_debugger + 0x227
0xffffff81ff253bc0 : 0xffffff8010ec1a6c mach_kernel : _panic + 0x54
0xffffff81ff253c30 : 0xffffff7f93a0509e com.apple.driver.AppleIntelICLLPGraphicsFramebuffer : __ZN31AppleIntelFramebufferController11enableHWDC6Ev.cold.1
0xffffff81ff253c40 : 0xffffff7f939b4635 com.apple.driver.AppleIntelICLLPGraphicsFramebuffer : __ZN31AppleIntelFramebufferController9enableDC9Ev + 0x3b
0xffffff81ff253c60 : 0xffffff7f939b4531 com.apple.driver.AppleIntelICLLPGraphicsFramebuffer : __ZN31AppleIntelFramebufferController10setDCStateEb + 0x361
0xffffff81ff253ca0 : 0xffffff7f939840e2 com.apple.driver.AppleIntelICLLPGraphicsFramebuffer : __ZN21AppleIntelFramebuffer24setFramebufferPowerStateEj + 0x224
0xffffff81ff253cd0 : 0xffffff7f93999b9f com.apple.driver.AppleIntelICLLPGraphicsFramebuffer : __ZN21AppleIntelFramebuffer12setAttributeEjm + 0x1ad
0xffffff81ff253d20 : 0xffffff7f93999c6a com.apple.driver.AppleIntelICLLPGraphicsFramebuffer : __ZN21AppleIntelFramebuffer12setAttributeEjm + 0x278
0xffffff81ff253d70 : 0xffffff7f91afcfaa com.apple.iokit.IOGraphicsFamily : __ZN13IOFramebuffer14checkPowerWorkEj + 0x280
0xffffff81ff253e10 : 0xffffff7f91afcd08 com.apple.iokit.IOGraphicsFamily : __ZN14IOFBController14checkPowerWorkEj + 0x9a
0xffffff81ff253e40 : 0xffffff7f91b03aeb com.apple.iokit.IOGraphicsFamily : __ZN13IOFramebuffer10systemWorkEP8OSObjectP22IOInterruptEventSourcei + 0x123
0xffffff81ff253ee0 : 0xffffff8010e2d4fd mach_kernel : __ZN22IOInterruptEventSource12checkForWorkEv + 0x17d
0xffffff81ff253f30 : 0xffffff8010e2bdce mach_kernel : __ZN10IOWorkLoop15runEventSourcesEv + 0x11e
0xffffff81ff253f70 : 0xffffff8010e2b3c6 mach_kernel : __ZN10IOWorkLoop10threadMainEv + 0x36
0xffffff81ff253fa0 : 0xffffff80106c013e mach_kernel : _call_continuation + 0x2e
Kernel Extensions in backtrace:
as.vit9696.VirtualSMC(1.1.7)[82514289-1BE6-3D64-B088-1D4ADE840C66]@0xffffff7f94228000->0xffffff7f9424ffff
dependency: as.vit9696.Lilu(1.4.8)[2A17F40E-7F7A-3E02-B3E5-A07FCDBD7C58]@0xffffff7f941a2000
dependency: com.apple.iokit.IOACPIFamily(1.4)[2956198D-24F2-3790-A9B2-1EAB9434B906]@0xffffff7f9184d000
com.apple.iokit.IOGraphicsFamily(576.1)[1279CBF9-88F1-3EB4-9566-1085DBF6DF8B]@0xffffff7f91af2000->0xffffff7f91b42fff
dependency: com.apple.iokit.IOPCIFamily(2.9)[44472E6F-8DA0-3B46-ADEF-AFF76EC6C6DB]@0xffffff7f91131000
com.apple.driver.AppleIntelICLLPGraphicsFramebuffer(14.0.7)[CB4E7B11-AD8B-3D5A-A395-B1B20A7E5B4F]@0xffffff7f9396d000->0xffffff7f93c0bfff
dependency: com.apple.iokit.IOPCIFamily(2.9)[44472E6F-8DA0-3B46-ADEF-AFF76EC6C6DB]@0xffffff7f91131000
dependency: com.apple.iokit.IOACPIFamily(1.4)[2956198D-24F2-3790-A9B2-1EAB9434B906]@0xffffff7f9184d000
dependency: com.apple.iokit.IOAcceleratorFamily2(438.7.3)[B263A05C-9992-3742-AD6C-295E68E22576]@0xffffff7f93894000
dependency: com.apple.iokit.IOReportFamily(47)[72B53B80-5713-30C1-BAD8-9D55FD718DA2]@0xffffff7f914d3000
dependency: com.apple.AppleGraphicsDeviceControl(5.2.6)[E04CD680-EC03-39ED-99C6-902C8495543F]@0xffffff7f91e3a000
dependency: com.apple.iokit.IOGraphicsFamily(576.1)[1279CBF9-88F1-3EB4-9566-1085DBF6DF8B]@0xffffff7f91af2000
BSD process name corresponding to current thread: kernel_task
Boot args: -v debug=0x100 keepsyms=1 -igfxcdc alcid=76 msgbuf=1048576 -liludbgall liludump=60
Mac OS version:
19H2
Kernel version:
Darwin Kernel Version 19.6.0: Mon Aug 31 22:12:52 PDT 2020; root:xnu-6153.141.2~1/RELEASE_X86_64
Kernel UUID: 05D51A3D-3A87-3FF0-98C3-9CF3827A3EDD
Kernel slide: 0x0000000010400000
Kernel text base: 0xffffff8010600000
__HIB text base: 0xffffff8010500000
System model name: MacBookAir9,1 (Mac-0CFF9C7C2B63DF8D)
System shutdown begun: NO
Panic diags file available: YES (0x0)
System uptime in nanoseconds: 234134358956
Also will provide my EFI (latest release of debug OC, latest kexts)
P.S. BIOS of laptop is unlocked, I have bunch of settings of CPU/GPU management, maybe it will be helpful too. I can provide screenshots of it, if it's needed. Sorry for my English, that's not my native language
EFI + logs + panic.zip
Well, this seems to say that it cannot go directly from a deeper power state without going through an intermediate one. Pretty honest. The fact that it does try that may mean that the BIOS is waking up your IGPU in an unexpected DC state or there is some race condition in the driver maybe?
I do not believe WEG currently has anything to workaround this, but maybe @07151129 or @0xFireWolf could add anything.
Thanks for the answer. Found the same case with Asus Vivobook here
Try using bootargs -noDC9 or -nodisplaysleepDC6
Try using bootargs
-noDC9or-nodisplaysleepDC6
-noDC9 seems to be working. Lid sleep is okay, sleep button is ok, sleep from menu is okay. After sleep display is turning on, after second cycle of sleep testing - laptop is going to sleep mode and after wake display is turning on (usually second cycle is going to panic). So it's working, heh! Thanks! I will test it today for more time and will also test -nodisplaysleepDC6, just to check if it's okay to use it or only -noDC9 works
Laptop slept over 15 times with different timings, also i check with putting laptop in sleep mode overnight, so it's seems working stable. (discharged for 4% overnight sleep). -noDC9 is working. Thanks again!
Try using bootargs
-noDC9or-nodisplaysleepDC6