Jump to content
chatdeau

HP Z400/Z600/Z800 Workstations OS X 10.10.x/10.11.x Installation

1,329 posts in this topic

Recommended Posts

>You should really research a bit to see how all those fixes and patches actually work.

 

I would love to start from scratch and have a clean config, but I feel that the clover wiki is lacking (as is my own knowledge base) and that would take dozens of reboots to see what all did what. For all I know, none of them except maybe one or two help. I do not think my usb issue is fixable based on what I know. HOWEVER, i do think a post in this forum has a clue. It references USB 2.0 and 3.0 issues in El Capitan and how to fix them. It is rather detailed, but still a little over my head. I think it has the key to how to fix my issue. True Z800 know how and config data is lacking (at least in english) on the internet. I think my machine is about as good as it is going to get.

 

I am considering a few PCI USB 2.0 or 3.0 cards, but I am wanting something that works OOTB. If someone reads this and knows of some, please post a link. I hear sonnet makes some that do, maybe.

If you do not have a DSDT, try this one. It is for the HP Z800. Have you read all of the HP guides in this thread?  Where are the 2 USB ports that are not working located, front or rear?

dsdt.aml.zip

Share this post


Link to post
Share on other sites
Advertisement

The 2 non-working ports are in the back. There are 3 pairs and these are the ones in the middle if looking at the back. Anyhow, last night I downloaded both iasl and maciacl. I have extraced both the dsdt and ssdt using clover and disassembled them with iasl. Since I don't know how to patch them, I am leaving them as is.

 

So, say I take this dsdt as is and plunk it into clover. Then what? Do i delete all of those fixes in the config.plist? Does having this file in clover make my machine run better or smoother?

Share this post


Link to post
Share on other sites

The 2 non-working ports are in the back. There are 3 pairs and these are the ones in the middle if looking at the back. Anyhow, last night I downloaded both iasl and maciacl. I have extraced both the dsdt and ssdt using clover and disassembled them with iasl. Since I don't know how to patch them, I am leaving them as is.

 

So, say I take this dsdt as is and plunk it into clover. Then what? Do i delete all of those fixes in the config.plist? Does having this file in clover make my machine run better or smoother?

I am assuming that you know where to put a Dsdt file which is efi/clover/acpi/patched. Just try it without changing anything else. Have you uploaded your current config.plist? Could you not install windows on another drive, and then see if all the USB ports are working or not. I do not mean Dual OS X and Windows. Disconnect the OS X drive. Install Windows on another drive .Any version of Windows will do.

Share this post


Link to post
Share on other sites

I am assuming that you know where to put a Dsdt file which is efi/clover/acpi/patched. Just try it without changing anything else. Have you uploaded your current config.plist? Could you not install windows on another drive, and then see if all the USB ports are working or not. I do not mean Dual OS X and Windows. Disconnect the OS X drive. Install Windows on another drive .Any version of Windows will do.

 

Good advice on testing USB hardware with Windows, probably even simpler to go with an Ubuntu live disk.

Share this post


Link to post
Share on other sites

On a separate note. I have come to a resolution of sorts with my Z400 issues.

 

I will quickly outline my experience so that someone else might avoid my turmoils, lol !

 

First, there appear to be (at least) TWO distinct versions of DSDTs on these systems floating around out there.

 

DSDT Version 1, example from users bisk and arkieboy72472 ...

 

deals with HPET like so:

 

OperationRegion (VECT, SystemMemory, 0x000F8000, 0x0100)
    Field (VECT, AnyAcc, NoLock, Preserve)
    {
        Offset (0x04),
        NPCI,   32,
        SR4G,   32,
        Offset (0x20),
        HPTB,   32,
        Offset (0x36),
        ABIO,   32,
        APAD,   32,
        APLN,   32,
        MBBA,   32,
        RCBA,   32,
        PEXB,   32,
        PEXS,   32,
        S3SV,   8,
        STMS,   8,
        WMPI,   8,
        PTRP,   8,
        WMBH,   8,
        WM10,   8,
        UPEC,   8,
        TPMP,   8,
        MORB,   8,
        Offset (0x5C),
        RSTT,   8,
        ESLB,   8,
        EV3F,   8
    }

 

Device (HPET)
    {
            Name (_HID, EisaId ("PNP0103"))
            Name (_UID, 0x01)
            Name (CRES, ResourceTemplate ()
            {
                Memory32Fixed (ReadWrite,
                    0x00000000,         // Address Base
                    0x00000000,         // Address Length
                    _Y26)
            })
            Method (_CRS, 0, NotSerialized)
            {
                CreateDWordField (CRES, \_SB.PCI0.LPC.HPET._Y26._BAS, BASE)
                CreateDWordField (CRES, \_SB.PCI0.LPC.HPET._Y26._LEN, LNTH)
                Store (HPTB, BASE)
                Store (0x0400, LNTH)
                Return (CRES)
            }

            Method (_STA, 0, NotSerialized)
            {
                Return (0x0F)
            }
    }

 

-----

 

That is unmodded code above.

 

Turns out that the fix is very simple ...

 

Device (HPET)
    {
            Name (_HID, EisaId ("PNP0103"))
            Name (_UID, 0x01)
            Name (CRES, ResourceTemplate ()
            {
               IRQNoFlags ()
                    {0}
               IRQNoFlags ()
                    {8}
               IRQNoFlags ()
                    {11}
                IRQNoFlags ()
                    {15}
                Memory32Fixed (ReadWrite,
                    0x00000000,         // Address Base
                    0x00000000,         // Address Length
                    _Y26)
            })
            Method (_CRS, 0, NotSerialized)
            {
                CreateDWordField (CRES, \_SB.PCI0.LPCB.HPET._Y26._BAS, BASE)
                CreateDWordField (CRES, \_SB.PCI0.LPCB.HPET._Y26._LEN, LNTH)
                Store (HPTB, BASE)
                Store (0x0400, LNTH)
                Return (CRES)
            }

            Method (_STA, 0, NotSerialized)
            {
                Return (0x0F)
            }
        }

 

My issue was because I only added the first 2 interrupts and not all 4.

Adding only IRQs 0 and 8 was almost always good enough in the past.

Only rare exception was sometimes an IRQ conflict with the FireWire controller would create the need for 4 w/diff values.

NOT with this Z400 tho, it's GOTTA be 4 IRQs or death by KP @ boot time ! YIKES :(

I got all tied up with the fact that the base address was NULL rather than the usual 0xFED00000.

Turns out this has nothing to do with it, go figure.

 

-----

 

Version 2, example user is jaymack ...

 

OperationRegion (VECT, SystemMemory, 0x000F8000, 0x0100)
    Field (VECT, AnyAcc, NoLock, Preserve)
    {
        Offset (0x04),
        NPCI,   32,
        SR4G,   32,
        Offset (0x20),
        HPAS,   32,
        HPAE,   1,
        Offset (0x36),
        ABIO,   32,
        APAD,   32,
        APLN,   32,
        MBBA,   32,
        RCBA,   32,
        PEXB,   32,
        PEXS,   32,
        S3SV,   8,
        STMS,   8,
        WMPI,   8,
        PTRP,   8,
        WMBH,   8,
        WM10,   8,
        UPEC,   8,
        TPMP,   8,
        MORB,   8,
        Offset (0x5C),
        RSTT,   8,
        ESLB,   8,
        EV3F,   8
    }

 

Device (HPET)
        {
            Name (_HID, EisaId ("PNP0103"))
            Name (_UID, One)
            Name (BUF0, ResourceTemplate ()
            {
                IRQNoFlags ()
                    {0}
                IRQNoFlags ()
                    {8}
                Memory32Fixed (ReadWrite,
                    0xFED00000,         // Address Base
                    0x00100000,         // Address Length
                    _Y17)
            })
            Method (_CRS, 0, NotSerialized)
            {
                CreateDWordField (BUF0, \_SB.PCI0.LPCB.HPET._Y17._BAS, BASE)
                CreateDWordField (BUF0, \_SB.PCI0.LPCB.HPET._Y17._LEN, LNTH)
                Store (HPAS, BASE)
                Store (0x0400, LNTH)
                Return (BUF0)
            }

            Method (_STA, 0, NotSerialized)
            {
                If (LGreaterEqual (OSYS, 0x07D1))
                {
                    If (HPAE)
                    {
                        Return (0x0F)
                    }
                }
                Else
                {
                    If (HPAE)
                    {
                        Return (0x0B)
                    }
                }

                If (HPAE)
                {
                    CreateDWordField (BUF0, \_SB.PCI0.LPCB.HPET._Y17._BAS, HPT0)
                    If (LEqual (HPAS, One))
                    {
                        Store (0xFED10000, HPT0)
                    }

                    If (LEqual (HPAS, 0x02))
                    {
                        Store (0xFED20000, HPT0)
                    }

                    If (LEqual (HPAS, 0x03))
                    {
                        Store (0xFED30000, HPT0)
                    }
                }

                Return (BUF0)
            }
        }

 

-----

 

My Z400 won't generate this V2 code so I do not know for sure what unmodded version looks like.

Presumably, there were no IRQs in the HPET device description block and that OSYS stuff might be new.

 

Well, before I figured out that I needed 4 IRQs in my version,  I converted mine with the Version 2 HPET DSDT code above. The result was that I could boot but the side effects were that AppleHPET.kext did NOT attach and I got the "invalid HPET registers" error.

Also, I WAS able to run with an unpatched AppleIntelCPUManagement.kext so long as NullCPUPowerManagement.kext was loaded. As soon as I dropped NullCPUPowerManagement, AICPUPM caused KP within a minute or so after boot up. This did not look like a wrmsr write lock KP to me cuz I never made it out of a boot sequence with a write lock before, but, apparently, it is.

 

Now, having returned back to my native Version 1 HPET code WITH 4 IRQs mod, I will KP DURING boot with unpatched AICPUPM if I drop NULLCPUPM. Classic wrmsr write lock behavior. With the patched AICPUPM, I can drop NULLCPUPM or not and all is well. If NULLCPUPM s dropped, AppleIntelCPUPowerManagementClient.kext loads so this must be what ultimately calls the wrmsr writes on AICPUPM. I was blaming AppleHPET.kext.

 

Finally, if I drop NullCPUPM, SpeedStep fails. I will run at a max of 3.2GHz until I sleep and after wake will only run at 1.6GHz.

This is the case with my own SSDT or Clover generated tables and with either V1 or V2 HPET mods.

 

With NullCPUPowerManagement loaded, I get 1.6GHz, 3.06GHz and 3.2GHz from my W3550 (3.067GHz) XEON.

 

So after all of this ... still better off with NullCPUPM, lol !

 

Sleep works either way.

 

Perhaps changing from a MacPro,5.1 to an iMac,13.2 as jaymack did will get SpeedStep working with AICPUPMClient loaded.

 

Just wanted to get this all down while it was fresh.

 

Anyway, hope this is helpful.

 

I'm out :)

Share this post


Link to post
Share on other sites

On a separate note. I have come to a resolution of sorts with my Z400 issues.

 

I will quickly outline my experience so that someone else might avoid my turmoils, lol !

 

First, there appear to be (at least) TWO distinct versions of DSDTs on these systems floating around out there.

 

DSDT Version 1, example is bisk and arkieboy72472 ...

 

deals with HPET like so:

 

OperationRegion (VECT, SystemMemory, 0x000F8000, 0x0100)

    Field (VECT, AnyAcc, NoLock, Preserve)

    {

        Offset (0x04),

        NPCI,   32,

        SR4G,   32,

        Offset (0x20),

        HPTB,   32,

        Offset (0x36),

        ABIO,   32,

        APAD,   32,

        APLN,   32,

        MBBA,   32,

        RCBA,   32,

        PEXB,   32,

        PEXS,   32,

        S3SV,   8,

        STMS,   8,

        WMPI,   8,

        PTRP,   8,

        WMBH,   8,

        WM10,   8,

        UPEC,   8,

        TPMP,   8,

        MORB,   8,

        Offset (0x5C),

        RSTT,   8,

        ESLB,   8,

        EV3F,   8

    }

 

Device (HPET)

    {

            Name (_HID, EisaId ("PNP0103"))

            Name (_UID, 0x01)

            Name (CRES, ResourceTemplate ()

            {

                Memory32Fixed (ReadWrite,

                    0x00000000,         // Address Base

                    0x00000000,         // Address Length

                    _Y26)

            })

            Method (_CRS, 0, NotSerialized)

            {

                CreateDWordField (CRES, \_SB.PCI0.LPC.HPET._Y26._BAS, BASE)

                CreateDWordField (CRES, \_SB.PCI0.LPC.HPET._Y26._LEN, LNTH)

                Store (HPTB, BASE)

                Store (0x0400, LNTH)

                Return (CRES)

            }

 

            Method (_STA, 0, NotSerialized)

            {

                Return (0x0F)

            }

    }

 

-----

 

That is unmodded code above.

 

The fix is very simple ...

 

Device (HPET)

    {

            Name (_HID, EisaId ("PNP0103"))

            Name (_UID, 0x01)

            Name (CRES, ResourceTemplate ()

            {

               IRQNoFlags ()

                    {0}

               IRQNoFlags ()

                    {8}

               IRQNoFlags ()

                    {11}

                IRQNoFlags ()

                    {15}

                Memory32Fixed (ReadWrite,

                    0x00000000,         // Address Base

                    0x00000000,         // Address Length

                    _Y26)

            })

            Method (_CRS, 0, NotSerialized)

            {

                CreateDWordField (CRES, \_SB.PCI0.LPCB.HPET._Y26._BAS, BASE)

                CreateDWordField (CRES, \_SB.PCI0.LPCB.HPET._Y26._LEN, LNTH)

                Store (HPTB, BASE)

                Store (0x0400, LNTH)

                Return (CRES)

            }

 

            Method (_STA, 0, NotSerialized)

            {

                Return (0x0F)

            }

        }

 

My issue was because I only added the first 2 interrupts not all 4.

Adding only IRQs 0 and 8 was almost always good enough in the past.

Only rare exception was sometimes a conflict with the FireWire controller.

NOT with this Z400 tho, it's GOTTA be 4 or death ! My bad :(

I got all tied up with fact that the base address was NULL rather than the usual 0xFED00000.

Turns out this has nothing to do with it, go figure.

 

-----

 

Version 2, example is jaymack ...

 

OperationRegion (VECT, SystemMemory, 0x000F8000, 0x0100)

    Field (VECT, AnyAcc, NoLock, Preserve)

    {

        Offset (0x04),

        NPCI,   32,

        SR4G,   32,

        Offset (0x20),

        HPAS,   32,

        HPAE,   1,

        Offset (0x36),

        ABIO,   32,

        APAD,   32,

        APLN,   32,

        MBBA,   32,

        RCBA,   32,

        PEXB,   32,

        PEXS,   32,

        S3SV,   8,

        STMS,   8,

        WMPI,   8,

        PTRP,   8,

        WMBH,   8,

        WM10,   8,

        UPEC,   8,

        TPMP,   8,

        MORB,   8,

        Offset (0x5C),

        RSTT,   8,

        ESLB,   8,

        EV3F,   8

    }

 

Device (HPET)

        {

            Name (_HID, EisaId ("PNP0103"))

            Name (_UID, One)

            Name (BUF0, ResourceTemplate ()

            {

                IRQNoFlags ()

                    {0}

                IRQNoFlags ()

                    {8}

                Memory32Fixed (ReadWrite,

                    0xFED00000,         // Address Base

                    0x00100000,         // Address Length

                    _Y17)

            })

            Method (_CRS, 0, NotSerialized)

            {

                CreateDWordField (BUF0, \_SB.PCI0.LPCB.HPET._Y17._BAS, BASE)

                CreateDWordField (BUF0, \_SB.PCI0.LPCB.HPET._Y17._LEN, LNTH)

                Store (HPAS, BASE)

                Store (0x0400, LNTH)

                Return (BUF0)

            }

 

            Method (_STA, 0, NotSerialized)

            {

                If (LGreaterEqual (OSYS, 0x07D1))

                {

                    If (HPAE)

                    {

                        Return (0x0F)

                    }

                }

                Else

                {

                    If (HPAE)

                    {

                        Return (0x0B)

                    }

                }

 

                If (HPAE)

                {

                    CreateDWordField (BUF0, \_SB.PCI0.LPCB.HPET._Y17._BAS, HPT0)

                    If (LEqual (HPAS, One))

                    {

                        Store (0xFED10000, HPT0)

                    }

 

                    If (LEqual (HPAS, 0x02))

                    {

                        Store (0xFED20000, HPT0)

                    }

 

                    If (LEqual (HPAS, 0x03))

                    {

                        Store (0xFED30000, HPT0)

                    }

                }

 

                Return (BUF0)

            }

        }

 

-----

 

My Z400 won't generate this V2 code so I do not know for sure what unmodded version looks like.

Presumably, there were no IRQs in the HPET device description block and that OSYS stuff might be new.

 

Well, before I figured out that I needed 4 IRQs in my version,  I converted mine with the Version 2 HPET DSDT code above.

The result was that I could boot but the side effects were that AppleHPET.kext did NOT attach and I got the "invalid HPET registers"error.

Also, I was able to run with an unpatched AppleIntelCPUManagement.kext so long as NullCPUPowerManagement.kext was loaded.

As soon as I dropped NullCPUPowerManagement, AICPUPM caused KP within a minute or so after boot up.

This did not look like a wrmsr write lock KP to me cuz I never made it out of a boot sequence with a write lock before, but, apparently, it is.

 

Now, having returned back to my native Version 1 HPET code WITH 4 IRQs mod I will KP DURING boot with unpatched AICPUPM if I drop NULLCPUPM. Classic wrmsr write lock behavior. With the patched AICPUPM, I can drop NULLCPUPM or not and all is well. If NULLCPUPM s dropped, AppleIntelCPUPowerManagementClient.kext loads so this must be what ultimately calls the wrmsr writes on AICPUPM. I was blaming AppleHPET.kext.

 

Finally, if I drop NullCPUPM, SpeedStep fails. I will run at a max of 3.2GHz until I sleep and after wake will only run at 1.6GHz.

This is the case with my own SSDT or Clover generated tables and with either V1 or V2 HPET mods.

 

With NullCPUPowerManagement loaded, I get 1.6GHz, 3.06GHz and 3.2GHz from my W3550 (3.067GHz) XEON.

 

So after all of this ... still better off with NullCPUPM, lol !

 

Sleep works either way.

 

Perhaps changing from a MacPro,5.1 to an iMac,13.2 as jaymack did will get SpeedStep working with AICPUPMClient loaded.

 

Just wanted to get this all down while it was fresh.

 

Anyway, hope this is helpful.

 

I'm out :)

How long ago did you download my DSDT? Are you placing AppleIntelCpuPowerManagement Kext in the sS/L/E Folder?

Share this post


Link to post
Share on other sites

I am not allowed to attach files, but i have the default dsdt and ssdt (both assembled and disassembled) on standby. Again, my sole issue that I am aware of is having to unplug and replug USB ports every boot. My config.plist is a hot mess and I would like to trim it down, but I am not sure what to do and what not to do. College is about to start soon so this may go on the back burner.

 

Here is a link to everything on my PC: https://drive.google.com/drive/folders/0B-UrVIRxbpPUa3ZCR3hhNFFFSWs?usp=sharing

Share this post


Link to post
Share on other sites

How long ago did you download my DSDT? Are you placing AppleIntelCpuPowerManagement Kext in the sS/L/E Folder?

 

I first downloaded it about 1 week ago when I began converting my Z400. My DSDT would not boot so I started with yours and gradually removed what was different in yours, converting it to agree more and more with mine until all that was different was the HPET portion.

 

I might be wrong but you seem to have some added code that is not really doing anything in your DSDT.

 

That added Pini() method meant to do a Windows init for Darwin and set the OSYS var is not even being referenced so far as I can tell.

 

Your HPET device seems to depend on the value of OSYS but I actually deleted the Pini() method in my version of your DSDT and saw no difference in the booted result.

 

Yep, replaced AICPUPM in /S/L/E.

 

Does your SpeedStep work without NullCPUPM loaded, if defined as MacPro5.1 ... iMac13,2 ?

I am not allowed to attach files, but i have the default dsdt and ssdt (both assembled and disassembled) on standby. Again, my sole issue that I am aware of is having to unplug and replug USB ports every boot. My config.plist is a hot mess and I would like to trim it down, but I am not sure what to do and what not to do. College is about to start soon so this may go on the back burner.

 

Here is a link to everything on my PC: https://drive.google.com/drive/folders/0B-UrVIRxbpPUa3ZCR3hhNFFFSWs?usp=sharing

 

Arkie, just download an Ubuntu live disk image, burn a CD, boot from it and see if your USB ports all work. No install needed, EZ !

 

Doubtful that anything in your clover config is stopping 2 of your 6 rear USB2 ports from working.

 

Just for fun, see what removing USBInjectAll.kext does.

 

Good luck.

Share this post


Link to post
Share on other sites

AppleIntelCpuPowerManagement Kext needs to be patched if you remove nullcpu. My speedstepping works with 13.2

 

http://www.insanelymac.com/forum/files/file/132-aicpmpatch/

 

Yep jaymack, I did that patch as you had pointed out to me before. I am actually very familiar with the write lock issue. We used SpeedStepper (flAked) for that back in the SnowLeo/Lion days. Nice to see that someone has kept that fine work going.  What threw me off about this write lock was that, in the past, the write lock would cause a KP in AICPUPM late in the boot cycle whether NullCPUPM was loaded or not ! Plus, I have never experienced this with a desktop before, only with some laptops and generally with newer BIOSes.  Leave it to HP ;)

 

Sometime more experience causes more problems, lol !

 

I don't like the idea of identifying my 2010 Core2Quad system as a Late 2012 Ivy Bridge Core i5 even if it does trick the Apple "Legacy" PlatformPlugin into hobblin' through.

I think that you might cause yourself some problems in other aspects of your system. Tho' I do remember needing to misrep some AMD systems to get them to go in the past.

But then, those don't really fit in anywhere so all bets are off anyway :)

 

Gonna keep trying to get the MacPro5,1 model working.

 

Maybe the old ACPI_SMC_PlatformPlugin hack from the Lion/Mountain Lion days needs to be revisited.

 

Does the ACPI_SMC_PlatformPlugin.kext still exist in Mac OS 10.9/10/11/12 ?

Initial research seems to indicate that ACPI_SMC_PlatformPlugin has changed a bunch ... no more individual model designations that I can find, darn !

 

Is anybody out there running their Z400/600/800 as a MacPro5,1 WITHOUT NullCPUPowerManagement.kext loaded AND seeing SpeedStep in effect ?

 

Thanks in advance !

Share this post


Link to post
Share on other sites

Yep jaymack, I did that patch as you had pointed out to me before. I am actually very familiar with the write lock issue. We used SpeedStepper (flAked) for that back in the SnowLeo/Lion days. Nice to see that someone has kept that fine work going.  What threw me off about this write lock was that, in the past, the write lock would cause a KP in AICPUPM late in the boot cycle whether NullCPUPM was loaded or not ! Plus, I have never experienced this with a desktop before, only with some laptops and generally with newer BIOSes.  Leave it to HP ;)

 

Sometime more experience causes more problems, lol !

 

I don't like the idea of identifying my 2010 Core2Quad system as a Late 2012 Ivy Bridge Core i5 even if it does trick the Apple "Legacy" PlatformPlugin into hobblin' through.

I think that you might cause yourself some problems in other aspects of your system. Tho' I do remember needing to misrep some AMD systems to get them to go in the past.

But then, those don't really fit in anywhere so all bets are off anyway :)

 

Gonna keep trying to get the MacPro5,1 model working.

 

Maybe the old ACPI_SMC_PlatformPlugin hack from the Lion/Mountain Lion days needs to be revisited.

 

Does the ACPI_SMC_PlatformPlugin.kext still exist in Mac OS 10.9/10/11/12 ?

Initial research seems to indicate that ACPI_SMC_PlatformPlugin has changed a bunch ... no more individual model designations that I can find, darn !

 

Is anybody out there running their Z400/600/800 as a MacPro5,1 WITHOUT NullCPUPowerManagement.kext loaded AND seeing SpeedStep in effect ?

 

Thanks in advance !

How are you able to select Mac Pro 5,1? In my version of Clover that is not a choice. No Mac Pro is listed. What version of Clover are you using currently?

Share this post


Link to post
Share on other sites

Clover is 4114 I believe.

post-1797982-0-39087300-1501812377_thumb.png

Share this post


Link to post
Share on other sites

How are you able to select Mac Pro 5,1? In my version of Clover that is not a choice. No Mac Pro is listed. What version of Clover are you using currently?

 

I don't have choices to select from. I don't use a tool to edit my configuration. I go online, research, collect the info that I like and then hand enter into my config.plist file.

 

Also, I use no Clover patches or fixes , simply mod my DSDT file.  I have trust issues ;)

 

I have found that some of the patches don't quite work and documentation is a bit lacking, lol !

 

For instance, did you even realize that "AsusAICPUPM" under "KernelAndKextPatches" is supposed to patch AppleintelCPUPowerMangement "on the fly" ?

 

Well, don't worry, it doesn't :( At least not for 10.11.6. Maybe the Clover that I am running is too old ?

Is there a place where they even tell you which version of Clover is up to date with which version of Mac OS X ?

 

I wonder ...

 

Slack docs is quite understandable for a free tool. It's the best thing for the job that we've got, so no complaints from me.

 

I am running Clover_v2.3k_r3998 on this Z400.

 

Arkie posted what looked like a legit set of MacPro5,1 SMBIOS settings earlier within his massive barrage of luggage ;)

 

Maybe I'll try his since mine is just a tad shy of perfect. I do come up as a Mid 2010 Mac Pro, however.

 

These are my relevant SMBIOS settings (BIOS Release Date and Version are partially contrived) ...

 

BiosVersion MP51.88Z.007F.B03.1106211250

BiosReleaseDate 6/21/2011

Board-ID Mac-F221BEC8

Family Mac Pro

ProductName MacPro5,1

SerialNumber H01254HUEUG

 

Replace your iMac13,2 settings with these bad boys and lmk if you SpeedStep works w/o NullCPUPM.

Hmm, I might have an idea why I am experiencing incomplete Apple CPU Power Management, ie. no SpeedStep.

 

I am running a Xeon W3550 which is a Nehalem "Bloomfield" processor.

 

https://en.wikipedia.org/wiki/List_of_Intel_Xeon_microprocessors

 

This processor was found in the Mid 2009 Mac Pro, a.k.a MacPro4,1.

 

I have designated my Z400 as a MacPro5,1 which had the ...

 

Intel Xeon Nehalem "Westmere" processor.

 

These are the CPUs numbered in the 5000s with a leading E, Z or perhaps L.

 

They support the 8GB DDR3 RAM DIMMs too rather than only 4GB DIMMs like the Bloomfields, I believe.

 

I'm gonna roll down to MacPro4,1 and see if that does it UNTIL I can afford to upgrade to the 6 core Westmere, that is ;)

 

I like the looks of that 3.33GHz 6-core X5680 or 3.47GHz X5690 but don't wanna pay $60 to upgrade a $20 PC.

BTW, Yours is a Bloomfield too jaymack.

Share this post


Link to post
Share on other sites

I don't have choices to select from. I don't use a tool to edit my configuration. I go online, research, collect the info that I like and then hand enter into my config.plist file.

 

Also, I use no Clover patches or fixes , simply mod my DSDT file.  I have trust issues ;)

 

I have found that some of the patches don't quite work and documentation is a bit lacking, lol !

 

For instance, did you even realize that "AsusAICPUPM" under "KernelAndKextPatches" is supposed to patch AppleintelCPUPowerMangement "on the fly" ?

 

Well, don't worry, it doesn't :( At least not for 10.11.6. Maybe the Clover that I am running is too old ?

Is there a place where they even tell you which version of Clover is up to date with which version of Mac OS X ?

 

I wonder ...

 

Slack docs is quite understandable for a free tool. It's the best thing for the job that we've got, so no complaints from me.

 

I am running Clover_v2.3k_r3998 on this Z400.

 

Arkie posted what looked like a legit set of MacPro5,1 SMBIOS settings earlier within his massive barrage of luggage ;)

 

Maybe I'll try his since mine is just a tad shy of perfect. I do come up as a Mid 2010 Mac Pro, however.

 

These are my relevant SMBIOS settings (BIOS Release Date and Version are partially contrived) ...

 

BiosVersion MP51.88Z.007F.B03.1106211250

BiosReleaseDate 6/21/2011

Board-ID Mac-F221BEC8

Family Mac Pro

ProductName MacPro5,1

SerialNumber H01254HUEUG

 

Replace your iMac13,2 settings with these bad boys and lmk if you SpeedStep works w/o NullCPUPM.

Hmm, I might have an idea why I am experiencing incomplete Apple CPU Power Management, ie. no SpeedStep.

 

I am running a Xeon W3550 which is a Nehalem "Bloomfield" processor.

 

https://en.wikipedia.org/wiki/List_of_Intel_Xeon_microprocessors

 

This processor was found in the Mid 2009 Mac Pro, a.k.a MacPro4,1.

 

I have designated my Z400 as a MacPro5,1 which had the ...

 

Intel Xeon Nehalem "Westmere" processor.

 

These are the CPUs numbered in the 5000s with a leading E, Z or perhaps L.

 

They support the 8GB DDR3 RAM DIMMs too rather than only 4GB DIMMs like the Bloomfields, I believe.

 

I'm gonna roll down to MacPro4,1 and see if that does it UNTIL I can afford to upgrade to the 6 core Westmere, that is ;)

 

I like the looks of that 3.33GHz 6-core X5680 or 3.47GHz X5690 but don't wanna pay $60 to upgrade a $20 PC.

BTW, Yours is a Bloomfield too jaymack.

 

 

 

I Let Clover Configurator do my work for me. Here is a pic of mine. Just don't use the serial. Feel free to ask questions!!

>I don't have choices to select from. I don't use a tool to edit my configuration. I go online, research, collect the info that I like and then hand enter into my config.plist file.

 

>Also, I use no Clover patches or fixes , simply mod my DSDT file.  I have trust issues ;)

 

>I have found that some of the patches don't quite work and documentation is a bit lacking, lol !

 

Not all of us know how to mod a dsdt. For everything else, there is clover configurator.

 

http://mackie100projects.altervista.org/download-clover-configurator/

 

See also:

 

https://clover-wiki.zetam.org/Configuration

post-1797982-0-91615400-1501900128_thumb.png

Share this post


Link to post
Share on other sites

Sure, I understand. DSDT editing is not for everyone. I know about the configurator. Cool but limiting.

 

But, you know, config.plist editing is not nearly so daunting :)

 

Turns out that I jumped the gun. The Bloomfield CPU can be in EITHER the MacPro4,1 OR MacPro5,1. The Westmere is only in the MacPro5,1.

 

I do have SpeedStep now working for this HP_400 as EITHER Early 2009 Mac Pro (MacPro4,1) OR Mid 2010 Mac Pro (MacPro5,1).

 

The part that stopped it all from happening for me was the Clover ACPI->SSDT entries.

 

config.plist Needs to be set ...

 

DropOEM=NO

Generate

CStates=YES

PStates=YES

 

The only slight bummer is that I lose the overclocked PState (3.2GHz) if I let Clover generate the PStates.

I just get 1.6GHz and 3.07GHz.

 

With NullCPUPowerManagement.kext loaded and config.plist set to ...

DropOEM=YES

Generate

CStates=YES

PStates=NO

 

I get 3 PStates: 1.6GHz, 3.07GHz and 3.2GHz.

 

So my SSDT does NOT work UNLESS I load NullCPUPowerManagement.kext.

 

Also, I lost those nasty looking AppleLPC errors and now only see ...

 

kernel[0]: AppleLPC::notifyPlatformASPM - registering with plugin with ASPM Support false

 

So, those values that I posted just above are GOOD MacPro5,1 SMBIOS settings ;)

 

I'm good with this system now and wish you all the best with your HP HackPro, lol !!!

 

 

 

post-530872-0-45294300-1501907926_thumb.png

IORegistry.zip

Share this post


Link to post
Share on other sites

Sure, I understand. DSDT editing is not for everyone. I know about the configurator. Cool but limiting.

 

But, you know, config.plist editing is not nearly so daunting :)

 

Turns out that I jumped the gun. The Bloomfield CPU can be in EITHER the MacPro4,1 OR MacPro5,1. The Westmere is only in the MacPro5,1.

 

I do have SpeedStep now working for this HP_400 as EITHER Early 2009 Mac Pro (MacPro4,1) OR Mid 2010 Mac Pro (MacPro5,1).

 

The part that stopped it all from happening for me was the Clover ACPI->SSDT entries.

 

config.plist Needs to be set ...

 

DropOEM=NO

Generate

CStates=YES

PStates=YES

 

The only slight bummer is that I lose the overclocked PState (3.2GHz) if I let Clover generate the PStates.

I just get 1.6GHz and 3.07GHz.

 

With NullCPUPowerManagement.kext loaded and config.plist set to ...

DropOEM=YES

Generate

CStates=YES

PStates=NO

 

I get 3 PStates: 1.6GHz, 3.07GHz and 3.2GHz.

 

So my SSDT does NOT work UNLESS I load NullCPUPowerManagement.kext.

 

Also, I lost those nasty looking AppleLPC errors and now only see ...

 

kernel[0]: AppleLPC::notifyPlatformASPM - registering with plugin with ASPM Support false

 

So, those values that I posted just above are GOOD MacPro5,1 SMBIOS settings ;)

 

I'm good with this system now and wish you all the best with your HP HackPro, lol !!!

I wish I knew the kinda stuff you did. I know mine is a Z800 and yours is a 400, but I bet they are similar. Maybe I could show you my config settings and maybe you could shed some insight into what does what. Some of them I know, but some I don't. I don't use a dsdt or ssdt. I can post more data if anyone thinks it will help another user. I also have a reddit post I recently made about my journey with this machine. Maybe it can provide assistance also:

 

https://www.reddit.com/r/hackintosh/comments/6rot8l/lessons_learned_and_still_learning_from_my_second/

 

Enclosed are some screen shots of what I got going on. The movie is of a recent boot.

post-1797982-0-57223200-1501909358_thumb.png

post-1797982-0-61853600-1501909379_thumb.png

post-1797982-0-50323700-1501909393_thumb.png

post-1797982-0-84138700-1501909403_thumb.png

post-1797982-0-52071600-1501909417_thumb.png

post-1797982-0-82592700-1501909431_thumb.png

post-1797982-0-68892300-1501909444_thumb.png

IMG_0829.MOV

Share this post


Link to post
Share on other sites

I don't have choices to select from. I don't use a tool to edit my configuration. I go online, research, collect the info that I like and then hand enter into my config.plist file.

 

Also, I use no Clover patches or fixes , simply mod my DSDT file.  I have trust issues ;)

 

I have found that some of the patches don't quite work and documentation is a bit lacking, lol !

 

For instance, did you even realize that "AsusAICPUPM" under "KernelAndKextPatches" is supposed to patch AppleintelCPUPowerMangement "on the fly" ?

 

Well, don't worry, it doesn't :( At least not for 10.11.6. Maybe the Clover that I am running is too old ?

Is there a place where they even tell you which version of Clover is up to date with which version of Mac OS X ?

 

I wonder ...

 

Slack docs is quite understandable for a free tool. It's the best thing for the job that we've got, so no complaints from me.

 

I am running Clover_v2.3k_r3998 on this Z400.

 

Arkie posted what looked like a legit set of MacPro5,1 SMBIOS settings earlier within his massive barrage of luggage ;)

 

Maybe I'll try his since mine is just a tad shy of perfect. I do come up as a Mid 2010 Mac Pro, however.

 

These are my relevant SMBIOS settings (BIOS Release Date and Version are partially contrived) ...

 

BiosVersion MP51.88Z.007F.B03.1106211250

BiosReleaseDate 6/21/2011

Board-ID Mac-F221BEC8

Family Mac Pro

ProductName MacPro5,1

SerialNumber H01254HUEUG

 

Replace your iMac13,2 settings with these bad boys and lmk if you SpeedStep works w/o NullCPUPM.

Hmm, I might have an idea why I am experiencing incomplete Apple CPU Power Management, ie. no SpeedStep.

 

I am running a Xeon W3550 which is a Nehalem "Bloomfield" processor.

 

https://en.wikipedia.org/wiki/List_of_Intel_Xeon_microprocessors

 

This processor was found in the Mid 2009 Mac Pro, a.k.a MacPro4,1.

 

I have designated my Z400 as a MacPro5,1 which had the ...

 

Intel Xeon Nehalem "Westmere" processor.

 

These are the CPUs numbered in the 5000s with a leading E, Z or perhaps L.

 

They support the 8GB DDR3 RAM DIMMs too rather than only 4GB DIMMs like the Bloomfields, I believe.

 

I'm gonna roll down to MacPro4,1 and see if that does it UNTIL I can afford to upgrade to the 6 core Westmere, that is ;)

 

I like the looks of that 3.33GHz 6-core X5680 or 3.47GHz X5690 but don't wanna pay $60 to upgrade a $20 PC.

BTW, Yours is a Bloomfield too jaymack.

Al I had to do was in the config.plist, change were it said IMac 13,2 to Mac Pro 5,1 That was it ,all the other setting then change automatically.

Share this post


Link to post
Share on other sites

Al I had to do was in the config.plist, change were it said IMac 13,2 to Mac Pro 5,1 That was it ,all the other setting then change automatically.

 

Uh huh, and all the other SMBIOS values were defaulted by Clover to the exact same settings that arkieboy72472 has shown us. I know, I have seen the source code for Clover.

 

What are your ACPI settings ? Do you have SpeedStep ? If so, how many PStates ? You are such a talker, lol !

Share this post


Link to post
Share on other sites

Uh huh, and all the other SMBIOS values were defaulted by Clover to the exact same settings that arkieboy72472 has shown us. I know, I have seen the source code for Clover.

 

What are your ACPI settings ? Do you have SpeedStep ? If so, how many PStates ? You are such a talker, lol !

Have you read this?         http://www.insanelymac.com/forum/topic/322454-cant-get-p-states-working/

Share this post


Link to post
Share on other sites

Yea, about that post. Saying what you did and explaining what you did and/or how you did it are two different things. A solution without explanation is useless to me.

Share this post


Link to post
Share on other sites

 

Yep, it's interesting and I'll watch that thread. As I said, my SpeedStep is working with 2 PStates.

 

You can also tell that my power management is intact by looking at that IORegistryExplorer file that I posted.

 

I was asking you about yours. How many PStates are you getting ? I'm fairly certain that it depends upon the CPU installed.

Share this post


Link to post
Share on other sites

For Z800 user my dsdt u can use as reference i have attached my dsdt +Config.plist + kexts for clover

 

For working Audio i have Attached all the related files u have to put into System Library Extension


if u are really interested in native power management u have to read carefully this thread

 

http://www.insanelymac.com/forum/topic/196771-ga-ex58-and-ga-x58a-dsdt-native-power-management-modifications/

For macOS High Sierra Clover Files.zip

Audio AppleHDA+other 2 kext.zip

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

  • Recently Browsing   0 members

    No registered users viewing this page.

  • Similar Content

    • By penghubingzhou
      VoodooI2C-DSDT is a repository that is aiming at collecting various successful DSDTs for Voodoo I2C.
      Purpose
      The purpose of this repository is to provide some useful code examples for people who haven't yet make Voodoo I2C work. Maybe It don't have your model of laptop, but code in this repository may have some help and references for you.
      Note that the code in this repository is ONLY FOR REFERENCES and it can‘t replace your own work!
      For Submission
      This repository welcomes everyone to submit DSDT code examples that have successfully made VoodooI2C work by PR. To submit your example, please put the DSDT file (or Hotpatch SSDT file), an ioreg without Voodoo I2C installed, and Info.txt in a folder named by your laptop model. Info.txt should include:
      Your CPU model (better for including CPU platform)
      Your touchpad Device ID
      The mode you use (GPIO interrupt or polling)
      Satellite Driver You Use
      Then, fork this repository and clone it, put your file in and commit it to your repository. After checking the conflicts, you can send your commit as a PR to me.
      An example for submitting can be found in Lenovo Xiaoxin Chao 7000-14.
      Credits
      @Alexandred for VoodooI2C @daggeryu for the idea in this repository @penghubingzhou and @williambj1 for maintaining
    • By MaLd0n
      ---INSTALLATION TUTORIAL---
       
      ---Original Post---
      https://olarila.com/forum/viewtopic.php?p=77102#p77102
       
      ---CLOVER FOLDER---
       
      CLOVER.zip
       
       
      --MOBO
      GigaByte Z390 M Gaming



      --PROCESSOR
      Intel Core i9-9900K


      --COOLER
      CoolerMaster MasterLiquid ML120R RGB


      --MEMORY
      Corsair Dominator Platinum 16GB (2 x 8GB)


      --GPU
      Sapphiretech Radeon RX 590 8 GB GDDR5


       
      --SSD
      Samsung 970 EVO NVMe M2 Flash Drive


      --POWER SUPPLY
      EVGA 750 N1, 750W


      --WIRELESS
      TP-Link Archer T9E


      --BLUETOOTH
      Orico BTA-403


      --CASE
      Thermaltake View 21 Tempered Glass Edition


      --DSDT Patches--
      -FIX ERRORS AND WARNINGS -FIX ACPI ERRORS -REMOVE UNUSED SCOPES / DEVICES -HIGH PRECISION EVENT TIMER -SATA SERIE 10 ID -DMAC -REMOVE 22K LINES, PROBLEMATIC and UNUSED -FIX K.P in REBOOT -NVRAM / REAL TIME CLOCK -SLPB -DARWIN / WINDOWS 2015 -XHCI -PLUGIN TYPE -HDAS to HDEF -HDEF -REAL TIME CLOCK -ARTC -IRQs -SBUS -MIKEY -BUS1 -MCHC -ALS0 -SHUTDOWN -UAR1 -LAN -FWHD -USBX -PMCR -PPMC -XSPI -GMM -IMEI -EC -PNLF -ARPT -GFX0 -NVME -DTGP -ACQUIRE MUT0 0XFFFF -OPERATION REGION GPIO -MUTEX MUT0 0x00 -EXTERNAL REFERENCES -UNKNOWNOBJ -HDMI / HDAU -FULL RENAMED DEVICES  
      --SCREENSHOTS--





























      --BruceX--
       
      --USB-C-- test with SanDisk Ultra USB-STICK 128gb


       
      -Credits and thanks to the old and new people in the community who developed patches, kexts and bootloaders!
      Slice, Kabyl, usr-sse2, jadran, Blackosx, dmazar, STLVNUB, pcj, apianti, JrCs, pene, FrodoKenny, skoczy, ycr.ru, Oscar09, xsmile, SoThOr, RehabMan, Download-Fritz, Zenit432, cecekpawon, Intel, Apple, Oracle, Chameleon Team, crazybirdy, Mieze, Mirone, Oldnapalm, netkas, Elconiglio, artut-pt, ErmaC, Pavo, Toleda, Master Chief and family, bcc9, The King, PMheart, Sherlocks, Micky1979, vit9696, vandroiy2013, Voodoo Team, Pike R. Alpha, lvs1974, Austere.J, CVad, Sampath007, onemanosx, erroruser, Jenny David, Olarila Facebook Community, Hackintosh Facebook Community and many others!
      We're all here to have fun and learn from each other!
    • By viramotao
      AppleIntelFramebufferCapri.kext MOJAVE.zip
      AppleIntelFramebufferCapri.kext SIERRA.zip
      In S/L/E replace the kext and run Kext Utillity. Rebot and enjoy DP!
       
    • By Gorec
      Hi.
      I apologize in advance if I didn't post in the right category and if my title and description aren't specific enough :c
       
      My config in a nutshell:
      CPU: i7 5820k GPU: MSI GTX 1060 3GB RAM: 16 GB MOBO: MSI X99 SLI PLUS I attached RunMe output with all the details of my built.
       
      Some background:
      I have my Hackintosh for about half a year. That time I managed to make it works and fix major issues, but some of them left unresolved since then and I ignored them until now.
      I use my Hackintosh for Adobe projects (PR, AE, PS, IL, AU and a lot more) - most of them connected with video editing of course browsing with Chrome and other small tasks.
       
      Problems:
      Random restarts - this is the biggest one. I'm starting to work on bigger and bigger projects and at this time I think I can't allow this to happen that often. In the past, they happened like once a day or a couple of times a week. However, now it's just frustrating when it happens even 5 or more times a day. I've tried to observe and find out what can be the cause but I haven't managed to find any connections. I thought it happens when Premiere or another app is using GPU, but I haven't seen increased usage when it restarts. I think that it can be connected with GPU, memory or PSU or... meh, anything else. I don't have resources to check if it'll work with other components. There should be some fix for this. I will really appreciate any help with this :c Restart instead of shutdown & sleep doesn't work. I've tried to look through some Google results for this and tried many solutions (as you can see in attached Clover folder), but I think the right one for many of these issues is to make my own DSDT. Glitches, freezes and other things while encoding a video. It happens very often when I try to do this. Maybe it is an issue with GPU or (hopefully) only with GPU drivers which can be fixed with some patch. Today my headphones stopped working. I have a multi-output device configured in the Audio MIDI Setup app which includes my headphones (HyperX Cloud via USB) and Soundflowerbed virtual audio device for capturing system audio. Today while I was trying (like 15 times) to encode a video in Media Encoder in the background and watch video on YouTube I stopped hearing anything from my system. Of course, it restarted a couple of times as always, but even this didn't solve this. If I plug them directly with mini jack (not via USB Soundcard which was in the box and which I always used) in the front IO or the back I only hear some loud noise It takes EX-Fat formatted volumes a few minutes to mount after each restart. I found a workaround to format it with NTFS since I have Tuxera installed and I will reformat these volumes when I will find time for this, but maybe there is some fix for this. GPU is a little bit hot. HW Monitor shows it is only 45-55 degrees, but for my hand is a little bit hot, idk. Also related to GPU - glitch after POST but before entering Clover boot menu. It is a black screen with little white squared glitches for a few seconds. Maybe it indicates the GPU drivers are loading, but maybe it shouldn't be like this. And if I can ask about that - I can't make all applications hide on startup. I, obviously, have "Hide" checkbox checked on every login item in settings, but it doesn't work, none of the apps is hidden in the dock. Is there a way to fix this? Also a small but annoying problem - I can't turn off permanently Mojave update notification (since I tried to install it, and I had to reverse to High Sierra because I had a black screen and I didn't have time for repairing all of them. Tags are not working in Finder - every time I tag a file or folder and make a change in it (for example save a text file) the tag disappears.  
      So, with knowing all of that, is there a way to make a proper DSDT file for my Hackintosh? I tried to look through some guides on how to make it but I think I reached my abilities to understand how Mac OS works and what all of these things are, so I'm asking you guys politely, would someone like to help me? At least with these random restarts? :/
      I really begin to think that I'm a newbie in configuring all of that Clover things - even after what I managed to do with my PC. Help me, pleease... :c
       
      If you have any questions post it below, I will really appreciate any help <3
      Send me MBP-Gorec.home.zip
    • By End3rPower50
      Hi, i've installed on my pc MacOS Mojave but after installation my pc, sometimes, crash giving kernel panic.
      I came to the conclusion that it is a random kernel panic because sometimes it starting up and other times it isn't starting up
       
      My PC:
      CPU: Intel i7 6500U
      LAN: RTL8100
      Wi-Fi & Bluetooth: Dell DW1820A
      USB 3.1
       
      CLOVER.zip
×