cheneyveron Posted August 30, 2017 Author Share Posted August 30, 2017 (edited) Hey guys! Super good news for X79 friends! I solved my problem by modifying my dsdt finally. Before editing, it looks like this: Just delete Device (SCK0) to Device (SCK3) and other things in the red box. Finally after modifing, all Processors are directly inside _SB instead of _SB.SCKN Don't forget the quote behind the last Processor C00x. After trying, just delete the following lines from you dsdt will do the same job: Store ("CPUSCK0", CUU0) Store ("CPUSCK1", CUU1) Store ("CPUSCK2", CUU2) Store ("CPUSCK3", CUU3) Reply if it helps, cheers Edited August 31, 2017 by cheneyveron 3 Link to comment Share on other sites More sharing options...
Arkanis Posted August 30, 2017 Share Posted August 30, 2017 Interesting, will give it a try around here and see how it goes. Thank you for the input. Link to comment Share on other sites More sharing options...
x.di Posted September 2, 2017 Share Posted September 2, 2017 This really helped to get rid of panic but now i stuck at "Still waiting for root device"...( Link to comment Share on other sites More sharing options...
Arkanis Posted September 3, 2017 Share Posted September 3, 2017 X.di your problem might be AHCI now most probably. I had to replace the Kext afterwards. Link to comment Share on other sites More sharing options...
x.di Posted September 3, 2017 Share Posted September 3, 2017 @cheneyveron you are my hero! Solved "Still waiting for root device" My apfs.efi was old . Successfully booted HighSierra with fully working Power Managment I made patches to dsdt via clover (not a fun of extracting DSDT) <dict> <key>Comment</key> <string>CUU0</string> <key>Disabled</key> <false/> <key>Find</key> <data> cA1DUFVTQ0swAENVVTA= </data> <key>Replace</key> <data> AAAAAAAAAAAAAAAAAAA= </data> </dict> <dict> <key>Comment</key> <string>CUU1</string> <key>Disabled</key> <false/> <key>Find</key> <data> cA1DUFVTQ0sxAENVVTE= </data> <key>Replace</key> <data> AAAAAAAAAAAAAAAAAAA= </data> </dict> <dict> <key>Comment</key> <string>CUU2</string> <key>Disabled</key> <false/> <key>Find</key> <data> cA1DUFVTQ0syAENVVTI= </data> <key>Replace</key> <data> AAAAAAAAAAAAAAAAAAA= </data> </dict> <dict> <key>Comment</key> <string>CUU3</string> <key>Disabled</key> <false/> <key>Find</key> <data> cA1DUFVTQ0szAENVVTM= </data> <key>Replace</key> <data> AAAAAAAAAAAAAAAAAAA= </data> </dict> 1 Link to comment Share on other sites More sharing options...
Arkanis Posted September 3, 2017 Share Posted September 3, 2017 x.di interesting finding man, really helpful... I'm going to give it a test tonight. Of course I have a different board (X9DAi), do you think your edits will work on my DSDT ? I guess I will have to generate different Finds and Replaces right ? Thank you anyway, this gives us some hope ! Link to comment Share on other sites More sharing options...
cheneyveron Posted September 4, 2017 Author Share Posted September 4, 2017 x.di interesting finding man, really helpful... I'm going to give it a test tonight. Of course I have a different board (X9DAi), do you think your edits will work on my DSDT ? I guess I will have to generate different Finds and Replaces right ? Thank you anyway, this gives us some hope ! So far it works for Asus Giga SuperMicro and other small brand X79 boards, so just give it a try Link to comment Share on other sites More sharing options...
fft2d Posted September 4, 2017 Share Posted September 4, 2017 @cheneyveron Thanks for your finding to fix CPU0 panic. Finally I can boot into High Sierra installer usb with this finding. I really appreciate it. My system is Tyan S7050GM4NR motherboard that has C602 chipset + E5 2670 V1 x2 + AMD R9 280x. @x.dl In your patch you patched Store("CPUSCK0",CUU0) to Zeros. This makes our dstdt ugly. I have different patch. This patch is inside of Method (_STA, ,,,,,) in scope SCKx. This method is not part of our speed step because we are using PikerAlpha's ssdt. That makes we can disable this method using method name _STA to XSTA, for instance. This patch works both Sierra and High Sierra. I prefer clover dsdt patch because I want to remember what I did in my dsdt. Here is my patch. You need to modify hex numbers to fit your dsdt. dsdt code... Device (SCK0) { Name (_HID, "ACPI0004") // _HID: Hardware ID Name (_UID, "CPUSCK0") // _UID: Unique ID Name (SCKN, Zero) Name (LSTA, 0xFF) Method (_STA, 0, NotSerialized) // _STA: Status { Store ("CPUSCK0", CUU0) Store (PSTA (Zero), Local0) And (Local0, 0x03, Local1) Store (Local1, LSTA) Return (Local0) } Processor (C000, 0x00, 0x00000410, 0x06) { Name (_HID, "ACPI0007") // _HID: Hardware ID Name (_UID, "PCI0-CP000") // _UID: Unique ID Name (_PXM, Zero) // _PXM: Device Proximity Method (_STA, 0, NotSerialized) // _STA: Status { If (LEqual (CSTA (Zero, Zero), Zero)) { Return (Zero) } Else { Return (0x0F) } } } config.plist patch <dict> <key>Comment</key> <string>make disable \_SB.SCK0 _STA to XSTA</string> <key>Find</key> <data> FChfU1RBAHANQ1BVU0NLMABDVVUw </data> <key>Replace</key> <data> FChYU1RBAHANQ1BVU0NLMABDVVUw </data> </dict> <dict> <key>Comment</key> <string>make disable \_SB.SCK1 _STA to XSTA</string> <key>Find</key> <data> FChfU1RBAHANQ1BVU0NLMQBDVVUx </data> <key>Replace</key> <data> FChYU1RBAHANQ1BVU0NLMQBDVVUx </data> </dict> <dict> <key>Comment</key> <string>make disable \_SB.SCK2 _STA to XSTA</string> <key>Find</key> <data> FClfU1RBAHANQ1BVU0NLMgBDVVUy </data> <key>Replace</key> <data> FClYU1RBAHANQ1BVU0NLMgBDVVUy </data> </dict> <dict> <key>Comment</key> <string>make disable \_SB.SCK3 _STA to XSTA</string> <key>Find</key> <data> FClfU1RBAHANQ1BVU0NLMwBDVVUz </data> <key>Replace</key> <data> FClYU1RBAHANQ1BVU0NLMwBDVVUz </data> </dict> This is the result of SCK0. But I have one more problem to finish High Sierra install. After copying all necessary files to HDD through install usb stick, I have encountered "the path /system/installation/packages/osinstall.mpkg appears to be missing" when restart. I tried HFS+ and apfs format. This problem happens both of them. I looked over the Pikeralpha's blog but I couldn't find the solution, though. 1 Link to comment Share on other sites More sharing options...
x.di Posted September 4, 2017 Share Posted September 4, 2017 @fft2d - name _STA to XSTA - cool finding . But i prefer filling with 00 , because i am using native CST and PSS from my board P.S. Apple is doing the same thing with their SSDT but they fill with "NULL". It's more ugly then some zeroes Link to comment Share on other sites More sharing options...
cheneyveron Posted September 4, 2017 Author Share Posted September 4, 2017 @cheneyveron Thanks for your finding to fix CPU0 panic. Finally I can boot into High Sierra installer usb with this finding. I really appreciate it. My system is Tyan S7050GM4NR motherboard that has C602 chipset + E5 2670 V1 x2 + AMD R9 280x. @x.dl In your patch you patched Store("CPUSCK0",CUU0) to Zeros. This makes our dstdt ugly. I have different patch. This patch is inside of Method (_STA, ,,,,,) in scope SCKx. This method is not part of our speed step because we are using PikerAlpha's ssdt. That makes we can disable this method using method name _STA to XSTA, for instance. This patch works both Sierra and High Sierra. I prefer clover dsdt patch because I want to remember what I did in my dsdt. Here is my patch. You need to modify hex numbers to fit your dsdt. dsdt code... Device (SCK0) { Name (_HID, "ACPI0004") // _HID: Hardware ID Name (_UID, "CPUSCK0") // _UID: Unique ID Name (SCKN, Zero) Name (LSTA, 0xFF) Method (_STA, 0, NotSerialized) // _STA: Status { Store ("CPUSCK0", CUU0) Store (PSTA (Zero), Local0) And (Local0, 0x03, Local1) Store (Local1, LSTA) Return (Local0) } Processor (C000, 0x00, 0x00000410, 0x06) { Name (_HID, "ACPI0007") // _HID: Hardware ID Name (_UID, "PCI0-CP000") // _UID: Unique ID Name (_PXM, Zero) // _PXM: Device Proximity Method (_STA, 0, NotSerialized) // _STA: Status { If (LEqual (CSTA (Zero, Zero), Zero)) { Return (Zero) } Else { Return (0x0F) } } } config.plist patch <dict> <key>Comment</key> <string>make disable \_SB.SCK0 _STA to XSTA</string> <key>Find</key> <data> FChfU1RBAHANQ1BVU0NLMABDVVUw </data> <key>Replace</key> <data> FChYU1RBAHANQ1BVU0NLMABDVVUw </data> </dict> <dict> <key>Comment</key> <string>make disable \_SB.SCK1 _STA to XSTA</string> <key>Find</key> <data> FChfU1RBAHANQ1BVU0NLMQBDVVUx </data> <key>Replace</key> <data> FChYU1RBAHANQ1BVU0NLMQBDVVUx </data> </dict> <dict> <key>Comment</key> <string>make disable \_SB.SCK2 _STA to XSTA</string> <key>Find</key> <data> FClfU1RBAHANQ1BVU0NLMgBDVVUy </data> <key>Replace</key> <data> FClYU1RBAHANQ1BVU0NLMgBDVVUy </data> </dict> <dict> <key>Comment</key> <string>make disable \_SB.SCK3 _STA to XSTA</string> <key>Find</key> <data> FClfU1RBAHANQ1BVU0NLMwBDVVUz </data> <key>Replace</key> <data> FClYU1RBAHANQ1BVU0NLMwBDVVUz </data> </dict> This is the result of SCK0. But I have one more problem to finish High Sierra install. After copying all necessary files to HDD through install usb stick, I have encountered "the path /system/installation/packages/osinstall.mpkg appears to be missing" when restart. I tried HFS+ and apfs format. This problem happens both of them. I looked over the Pikeralpha's blog but I couldn't find the solution, though. I tried similar method : delete _STA method. However, this will result in a problem in power management that the frequency will only change among 3 stages. If you just delete/rename Store("CPUSK0", CUU0) method inside _STA will have no side effect on power management. So... If we can be more accurate, why kill other innocent code Link to comment Share on other sites More sharing options...
fft2d Posted September 4, 2017 Share Posted September 4, 2017 @cheneyveron @x.dl I didn't think the case user is using factory value. Sandybridge-EP cpus should use PikerAlpha's ssdt to get speed step correctly even though I am using modified cst and pss data with my factory ssdt-0.aml. I don't have any problem with dropping SCKn _STA. So I thought this could be the solution. My mistake. I agree this method could not be applicable for all users. By the way I hexeditted x.dl data to my dsdt and I got this. Link to comment Share on other sites More sharing options...
Arkanis Posted September 4, 2017 Share Posted September 4, 2017 I tried this but I'm still getting a KP. I don't have a clue how to do the Clover patches, so maybe one of you may help me with that ? I attached my crude DSDT.dsl and Config.plist just in case. Never-mind, it's working now I had an error in the config.plist ! so now I'm not getting any KP due to the CPU anymore... none the less I'm still getting the screen garbled after USB is loaded and waiting for root device. I did place the latest apfs.efi from the installer in Clover. From previous install tries I solved that replacing AppleAHCI kext, any of you had this problem before ? Any help will be greatly appreciated! And thanks for these discoveries. Ark. DSDT & Config.zip Link to comment Share on other sites More sharing options...
x.di Posted September 4, 2017 Share Posted September 4, 2017 @Arkanis Give it a try Do not replace AppleAHCI or IntelCpu . With this EFI you will be able to Install and boot vanilla HighSierra and everything will be patched for you EFI.zip 2 Link to comment Share on other sites More sharing options...
Arkanis Posted September 5, 2017 Share Posted September 5, 2017 Thank you for the files mate, I had to take some of the things and leave the others out... but I managed to boot the installer, install cleanly on a SSD and I'm currently running it with APFS. What I still have to fix none the less is power management, my previous SSDT is causing kernel panics so I will try to re-generate a new one and see how it goes, thank you already for the help and the shared files, they surely helped a lot. Will report back on PM as soon as I can test it properly. Link to comment Share on other sites More sharing options...
Arkanis Posted September 6, 2017 Share Posted September 6, 2017 Ok, tests where made... it seems that the clover patching isn't working properly so I patched AICPM in S/L/E and now the SSDT doesn't produce anymore any KP. Still PM isn't working as it should... I'm getting a GeekBench score 1/3 lower than what I get in Sierra, and when monitoring the CPUs with Activity Monitor, it seem that only half of the cores (16 of 32) are actively working. What do you guys think this could be ? I already tried using VoodooTSync, will try soon to update to latest FakeSMC. Link to comment Share on other sites More sharing options...
cheneyveron Posted September 6, 2017 Author Share Posted September 6, 2017 Ok, tests where made... it seems that the clover patching isn't working properly so I patched AICPM in S/L/E and now the SSDT doesn't produce anymore any KP. Still PM isn't working as it should... I'm getting a GeekBench score 1/3 lower than what I get in Sierra, and when monitoring the CPUs with Activity Monitor, it seem that only half of the cores (16 of 32) are actively working. What do you guys think this could be ? I already tried using VoodooTSync, will try soon to update to latest FakeSMC. I once met a similar situation in which I used a dsdt from a GIGA-X79-UD5 mobo with a 6-core i7-3960X. Everything seems to work find except that I have to disable one core so that my 8-core E5-2670 can continue start up process. The reason is the Processor part in his dsdt can only recognize 6 cores. And the problem was solved by replacing his with my Processor part. Moreover, after replacing my Processor part, X79 mobos with 6-core can be recognized too. So, I suggest that you can check your Processor part and make sure you're not using a one from an 8-core machine. BTW, would you mind recording your start up process to see how many cores are loaded during startup? Link to comment Share on other sites More sharing options...
x.di Posted September 6, 2017 Share Posted September 6, 2017 if you used my clover EFI than it must pactch AICPM it was tested on a lot of boards. But You did this - "...I had to take some of the things and leave the others out..." Link to comment Share on other sites More sharing options...
Arkanis Posted September 6, 2017 Share Posted September 6, 2017 Got it sorted out finally... last beta unlocked things up for me. I didn't kept everything on your config.plist because it was causing hangs on the USB part when booting. Everything is vanilla except AICPM which for a reason I ignore wasn't being patched by Clover, I did the manual patch and everything is just fine I'm having scores even higher than on Sierra. Vega is working beautifully I must say, only thing I noticed is the return of the black screen with the latest beta, easily solved with Lilu and Whatevergreen. Now only mystery to solve are the Blackmagic Decklink drivers which once installed hit the machine score pretty bad, was already having that on Sierra... I suspect it's a driver problem, but only response from BMD is "we don't support hackintosh"... we will see. Thank you for all the help and the share files, it surely helped a lot, wasn't that far from it but this last push helped me get things solved. 2 Link to comment Share on other sites More sharing options...
cheneyveron Posted October 1, 2017 Author Share Posted October 1, 2017 Got it sorted out finally... last beta unlocked things up for me. I didn't kept everything on your config.plist because it was causing hangs on the USB part when booting. Everything is vanilla except AICPM which for a reason I ignore wasn't being patched by Clover, I did the manual patch and everything is just fine I'm having scores even higher than on Sierra. Vega is working beautifully I must say, only thing I noticed is the return of the black screen with the latest beta, easily solved with Lilu and Whatevergreen. Now only mystery to solve are the Blackmagic Decklink drivers which once installed hit the machine score pretty bad, was already having that on Sierra... I suspect it's a driver problem, but only response from BMD is "we don't support hackintosh"... we will see. Thank you for all the help and the share files, it surely helped a lot, wasn't that far from it but this last push helped me get things solved. hey, how did u manage to boot with 12 or more cores? Could u show me your dsdt or efi? Link to comment Share on other sites More sharing options...
SwithDrawn Posted November 26, 2017 Share Posted November 26, 2017 Thanks to everyone here for the shares -- finally got my old X9DR3-F upgraded from Sierra. I'm using x.di's config minus the included ssdt (got a kp related to P-States). I also had to use SunKi's fix for ICH10 in order to get passed the "still waiting for root device" with garbled screen & stop sign. I was able to boot High Sierra from a usb drive but got this error with SATA. Everything working great so far. @Arkanis Give it a try Do not replace AppleAHCI or IntelCpu . With this EFI you will be able to Install and boot vanilla HighSierra and everything will be patched for you 1 Link to comment Share on other sites More sharing options...
mr_DrUm Posted February 13, 2018 Share Posted February 13, 2018 @cheneyveron Thanks for your finding to fix CPU0 panic. Finally I can boot into High Sierra installer usb with this finding. I really appreciate it. My system is Tyan S7050GM4NR motherboard that has C602 chipset + E5 2670 V1 x2 + AMD R9 280x. @x.dl In your patch you patched Store("CPUSCK0",CUU0) to Zeros. This makes our dstdt ugly. I have different patch. This patch is inside of Method (_STA, ,,,,,) in scope SCKx. This method is not part of our speed step because we are using PikerAlpha's ssdt. That makes we can disable this method using method name _STA to XSTA, for instance. This patch works both Sierra and High Sierra. I prefer clover dsdt patch because I want to remember what I did in my dsdt. Here is my patch. You need to modify hex numbers to fit your dsdt. dsdt code... Device (SCK0) { Name (_HID, "ACPI0004") // _HID: Hardware ID Name (_UID, "CPUSCK0") // _UID: Unique ID Name (SCKN, Zero) Name (LSTA, 0xFF) Method (_STA, 0, NotSerialized) // _STA: Status { Store ("CPUSCK0", CUU0) Store (PSTA (Zero), Local0) And (Local0, 0x03, Local1) Store (Local1, LSTA) Return (Local0) } Processor (C000, 0x00, 0x00000410, 0x06) { Name (_HID, "ACPI0007") // _HID: Hardware ID Name (_UID, "PCI0-CP000") // _UID: Unique ID Name (_PXM, Zero) // _PXM: Device Proximity Method (_STA, 0, NotSerialized) // _STA: Status { If (LEqual (CSTA (Zero, Zero), Zero)) { Return (Zero) } Else { Return (0x0F) } } } config.plist patch <dict> <key>Comment</key> <string>make disable \_SB.SCK0 _STA to XSTA</string> <key>Find</key> <data> FChfU1RBAHANQ1BVU0NLMABDVVUw </data> <key>Replace</key> <data> FChYU1RBAHANQ1BVU0NLMABDVVUw </data> </dict> <dict> <key>Comment</key> <string>make disable \_SB.SCK1 _STA to XSTA</string> <key>Find</key> <data> FChfU1RBAHANQ1BVU0NLMQBDVVUx </data> <key>Replace</key> <data> FChYU1RBAHANQ1BVU0NLMQBDVVUx </data> </dict> <dict> <key>Comment</key> <string>make disable \_SB.SCK2 _STA to XSTA</string> <key>Find</key> <data> FClfU1RBAHANQ1BVU0NLMgBDVVUy </data> <key>Replace</key> <data> FClYU1RBAHANQ1BVU0NLMgBDVVUy </data> </dict> <dict> <key>Comment</key> <string>make disable \_SB.SCK3 _STA to XSTA</string> <key>Find</key> <data> FClfU1RBAHANQ1BVU0NLMwBDVVUz </data> <key>Replace</key> <data> FClYU1RBAHANQ1BVU0NLMwBDVVUz </data> </dict> This is the result of SCK0. But I have one more problem to finish High Sierra install. After copying all necessary files to HDD through install usb stick, I have encountered "the path /system/installation/packages/osinstall.mpkg appears to be missing" when restart. I tried HFS+ and apfs format. This problem happens both of them. I looked over the Pikeralpha's blog but I couldn't find the solution, though. Sumptuously! Now I have High Sierra! Thank You! GA-X79UP4 i74930K Link to comment Share on other sites More sharing options...
Te0 Posted February 15, 2018 Share Posted February 15, 2018 I tried the following patch on a HP Z620 (E5-2680 v1 / Chipset C602) + Nvidia GTX 760 but without success. I can not get to the installer 10.13.3 (AICPM panic ??). Please can you give me some advice? Thank you. Link to comment Share on other sites More sharing options...
mr_DrUm Posted February 15, 2018 Share Posted February 15, 2018 I tried the following patch on a HP Z620 (E5-2680 v1 / Chipset C602) + Nvidia GTX 760 but without success. I can not get to the installer 10.13.3 (AICPM panic ??). Please can you give me some advice? Thank you. Here we are talking about the chipset x79. Do you really have the same? Link to comment Share on other sites More sharing options...
Te0 Posted February 15, 2018 Share Posted February 15, 2018 I think it's very similar to the user's hardware on post #33 http://www.insanelymac.com/forum/topic/326200-new-possibilities-for-x79-appleacpiplatform-panic/?p=2489582 Here we are talking about the chipset x79. Do you really have the same? EFI.zip Link to comment Share on other sites More sharing options...
mr_DrUm Posted February 15, 2018 Share Posted February 15, 2018 I think it's very similar to the user's hardware on post #33 http://www.insanelymac.com/forum/topic/326200-new-possibilities-for-x79-appleacpiplatform-panic/?p=2489582 Can you show patched DSDT, obtained by F5 in the Clover menu? Link to comment Share on other sites More sharing options...
Recommended Posts