Intel P965 ICH8 Inconsistent Shutdown

[decafdreams]

Recently upgraded from Mavericks to El Capitan and have got everything working perfectly, except my shutdowns are really inconsistent. Restarts always work perfectly. The motherboard is an Intel P965 ICH8.

Sometimes the machine does shutdown perfectly, other times it hangs with the monitors turned off but with the fans still going and then eventually the power light goes out and the fans stop. But it's irritating that it does this sometimes.

On Mavericks I used to use OpenHaltRestart.kext and it always shutdown straight away 100% of the time but that kext causes KPs on El Capitan so I can't use that any more. I know I need to patch my DSDT to get consistent shutdowns but none of the patches I've found on the internet (rehabman etc.) and applied using MaciASL, seem to make any difference. I'm using Enoch as my bootloader and have no desire to switch to using Clover or anything else.

Is anyone able to take a look at this vanilla DSDT I just extracted and help patch it for me so my shutdowns are always consistent and good like they used to be with OpenHaltRestart?

I would be so grateful if someone can help me with this, it's the final piece of the puzzle in getting my Hackintosh working perfectly.

DD

dsdt.aml

[MaLd0n]

Try

DSDT.aml.zip

[decafdreams]

On 12/31/2020 at 8:55 PM, MaLd0n said:

Try

DSDT.aml.zip 5.98 kB · 2 downloads

Thank you so much! I tried this DSDT but El Capitan doesn't boot with it, it just hangs. So I cut the power and then tried booting again but with -v. I can see that it gets stuck 'Still waiting for root device...'

If I swap the DSDT back to my original file, using my backup drive, El Capitan boots fine again and the line I can see with a -v boot, where it got stuck before, is now this:

Got boot device = IOService:/AppleACPIPlatformExpert/PCI0@0/AppleACPIPCI etc. etc.

Are you able to provide me with another DSDT try? It seems like your provided DSDT prevents my AHCI SATA boot drive being loaded from properly during boot.

Many thanks!

 

Edited January 2, 2021 by decafdreams

[MaLd0n]

Post one Full Dump with Ioreg.
https://www.olarila.com/topic/10301-olarila-runme-dumper/
https://olarila.com/files/Utils/RunMe.app.zip

[decafdreams]

12 hours ago, MaLd0n said:

Post one Full Dump with Ioreg.
https://www.olarila.com/topic/10301-olarila-runme-dumper/
https://olarila.com/files/Utils/RunMe.app.zip

OK, here's my Full Dump. Many thanks!

 

Send me Computer.zip

[MaLd0n]

check if boot is fine

DSDT.aml.zip

[decafdreams]

On 1/2/2021 at 3:08 PM, MaLd0n said:

check if boot is fine

DSDT.aml.zip 5.43 kB · 1 download

Hi MaLd0n. Thanks so much for this! I tried this DSDT but unfortunately it's just the same as the first DSDT provided; it causes the system to get stuck on 'Still waiting for root device...' at boot.

I tried taking the SSD out of the SATA bay and booting it via a USB to SATA cable and it then does boot fine from USB with your DSDT. However, when doing that, OS X cannot see any of the AHCI ports on the system (which explains why it can't boot from SATA directly). If it helps, the AHCI IOPCIPrimaryMatch for my system is 0x28228086.

Could it be to do with running out of IRQs since you updated the DSDT, so there's no IRQ left for the AHCI? Just clutching at straws.

I hope you can still help and work out a way to get this working for me!

Many thanks
DD

 

 

 

Edited January 4, 2021 by decafdreams

[decafdreams]

On 1/2/2021 at 3:08 PM, MaLd0n said:

check if boot is fine

DSDT.aml.zip 5.43 kB · 1 download

I've found a different DSDT that I have for my motherboard from the vanilla one I provided you at the start of this thread. This new one was patched by a friend of mine many years ago. This one is already patched for RTC and for IRQ I believe.

Would you be able to try the fixes, you applied to my original DSDT, to this new one for me and I can see if my SATA drives will start working again with this one patched instead? Let me know!

I just noticed that you normally request people post DSDT requests to your single thread and not start new topics. Let me know if you'd prefer me to do that going forward instead. I am very interesting in how you're doing your patching etc. and ultimately what it is that will fix my inconsistent shutdown problem.

Many thanks again for all your help!

dsdt-patched.aml

Edited January 5, 2021 by decafdreams

[MaLd0n]

DSDT.aml.zip

[decafdreams]

Still no joy. If I use IO Registry Explorer I can see that with your DSDTs there is nothing underneath the 2822 device whereas when using my vanilla DSDT, it shows all the SATA devices fine underneath that; with all 6 ports showing as available.

I've tried using MaciASL to manually copy just some of your changes over to my DSDT but it makes no difference and the machine still doesn't shutdown reliably.

I'm really frustrated that OpenHaltRestart.kext doesn't work in El Capitan, or I could just use that; it's always been bulletproof at enforcing reliable shutdowns on this machine for me.

Any further ideas? Anything further i can do to help you work this one out? I really appreciate all your efforts in trying to help me so far and if you're able to help fix this for me I will most definitely be making a generous donation to you

 

Edited January 8, 2021 by decafdreams

[MaLd0n]

try fix for gigabyte mobos with PMBASE

https://www.olarila.com/topic/32-shutdown-fix/

[decafdreams]

OK thanks so much!  I tried that fix, hopefully I've done it right (see attached screenshot and patched DSDT attempt I made)

What happens now with this new patched DSDT attempt is that the shutdown now hangs 100% of the time, with the monitors turning themselves off but the fans still on and power light still on. The computer then requires a big finger on the power button to shut it down.

It seems like this code has changed something! I just need it to power down the machine 100% of the time now instead! I don't actually ever use Sleep on this machine so am not too fussed about Sleep support, just want it to Power Down fast and reliably every time I do a shutdown.

Any ideas what I need to do different with this DSDT to get it to power down gracefully (and without hanging) 100% of the time?

screenshot.zip dsdt-attempt.aml

Edited January 9, 2021 by decafdreams

[MaLd0n]

is correct

[decafdreams]

On 1/10/2021 at 1:04 AM, MaLd0n said:

is correct

I think I've found a workaround (I've not had a bad shutdown in a while now). I went back to my original DSDT and customised the _PTS method so when the arg is 5, I do a load of sleep(0x14) commands (I put ten of them in one after another in succession).

My hunch was that given the machine sometimes shuts down quickly but other times didn't (but did always shutdown in the end eventually), something somewhere low level was running too fast and there was a race condition happening which caused things to get into a weird state sometimes. As such I decided to try slowing down the method by adding the aforementioned ten sleep(0x14)commands in. Now it seems to shutdown reliably all the time straight away, no more hanging. Bizarre.

I'm not even sure exactly what this command does so it's very hacky but it does seem to work.

Would be interested to know if you think there's a more elegant way I could make the machine wait within the _PTS arg 5, but no worries if not, it seems like I've fixed the issue myself now. Thanks for your support 

Edited January 15, 2021 by decafdreams

[MaLd0n]

59 minutes ago, decafdreams said:

I think I've found a workaround

send me this dsdt with this fix

[decafdreams]

11 hours ago, MaLd0n said:

send me this dsdt with this fix

Here's a screenshot of the _PTS section with loads of sleep commands and the DSDT itself. It's probably overkill having that many but it does the trick and it doesn't seem to add any extra time onto the shutdown. There was a call to a DSKM function here too originally but that only did anything if the arg was 3 and given I never use this PC for sleep, I've stripped that out so it's clean. All seems to be working fine, not had a bad shutdown since I did this!

Thanks again.

_PTS Screenshot.zip dsdt.aml

[MaLd0n]