Jump to content
chatdeau

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

1,318 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 RamLalith
      I executed all my DSDT's and SSDTs with no errors 
      I can't patch the battery

      I need help
      I am attaching my ACPI folder
      ACPI.zip
    • By DiddyKong
      Fully optimizing DSDT & SSDT for OS X Sierra POST INSTALL on a Dell345MT with a i7 - 920(first gen) 
       
      I know how this forum feels about 3rd party software, but that was just a crutch, I'm 100% vanilla now which is why I'm now posting for help because I eliminated the possibility having to do with 3rd party. Anyways, with that said I just have a couple things I want to be sure of.
       
      I used a n---bistro to get a App Store copy of Sierra, as I didn't know there were other ways of getting it now from a windows10 machine. anyways, I was able to build a vanilla usb. I couldn't figure the EFI out on my vanilla Sierra-usb, but the EFI on the usb-ni---bistro I had would boot my pre-install and post-install. so I was able to install Sierra. After a few days of figuring out how to remake a EFI and config, I broke my EFI.
      So back to my windows10 SSD and I found BootDiskUtility, and that made a EFI usb with the newest version of clover(r4895). So then swapped SSDs back to my OS X, plugged in the BDU-usb, after trial and error I got back into my Sierra. Now with the newest version of clover and no traces of ni---bistro anymore. Then copied the BDU-usb to my SSD EFI and was able to boot without a usb again!! YAY.
       
      Then starting working on fixing my web drivers for my gtx 1050 2gb. Installed the os update so i'm at 10.12.6, pulled my hair out figuring out the web drivers, eventually got them installed and the cuda fixed.
       
      Now all 3 of my screens work, yet windows can't sit 'between' screens, I just simply haven't looked for that fix yet as I want the sys itself running like a top first.
      My screen saver works, I don't get stuck in screensaver, I did once before, I believe lilu.kext and whatevergreen.kext fixed that.
      Now with all that I felt it was time to give my config.plist a diet cos it was bloated, I generated a config copied the clover settings check for check instead of coping text cos I'm trying to shrink it.
      Config.plist boots my system with DSDT-1FE7B5D7
       
      So after the above, This is now where I'm stuck
       a 100% correct DSDT and SSDT, from my understanding with a patched DSDT I wouldn't need any options selected in clover on the ACPI page?
       
      So with the patching part that I think I understand how to do it now, but when I extract with F4 every file has RSDT in front of it, I have one that says RSDP.aml and RSDT.aml
      so would I just erase the RSDT from the beginning of each file then go from their, which would then leave me with a DSDT.aml and 17 SSDTs?
      I know I have to decompile and patch them, but with my file names[DSDT table extract] not matching tutorials online I'm having a difficult time understanding which files I need.
      IS the RDST-DSDT.aml my DSDT? it is the biggest file.
      which ones that have SSDT in the filename is the SSDT(s) I need to patch?
       
      also how do I know if everything is patched correctly? like if my CPU is fully working and not just sorta working that way when I start running software like photoshop, unity, 10 chrome tabs, my hackintosh doesn't crash
       
      System details
      i7 920 (first gen) very similar to nehelam
      GeForce 1050 2Gb (3 monitors connected all work, one acer on HD connection, two HP s2031 on HD, using adapters to change all ports on GPU card to HD for screens)
          display port, HDMI, and HD
      4x 1Gg + 2x 8Gb RAM running at 1066 after injecting smbios with ram info macOS sees all my ram correctly
      Samsung SSD 860 EVO 500Gb
       
      Thanks to anyone that can help me out, I've been working on my system for about two weeks and this is basically the wall I finally can't seem to figure out how to pass
      I can post another info also if it helps
       
      Boot.log
      DSDTdump.Log

    • By renandesouza
      Hi guys, I recently installed OS X 10.10 Yosemite on my PC, everything was fine in the installation, video card already configured and working perfectly, the sound also had no problems, but I just can not connect to the internet, no connection with ethernet etc ... I tested some kex but it did not work.
       
      PC:
      Asus P5GC-MX/1333
      Core 2 Duo E8400 3.0 GHz 
      2GB DDR2 
      ATi HD 5450
      Realtek ALC883 HD Audio
      Atheros L2 Fast Ethernet 
       
      Network Screen Prints:

    • 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 bradipi15
      Ciao ragazzi ho un problema strano... 
      Praticamente quando avvio il pc usando il dsdt, appena connetto la tavoletta grafica huion h640p, il pc si riavvia... 
      Se invece tolgo il dsdt, funziona tutto perfettamente... 
×