SafeSleepUSB workin' good. Even sound after waking from sleep it's working if I put system at sleep and wake again a 2nd time.
DSDT fix Z87MX-D3H (OZ167X)
-
- Erledigt
- nikoZ
- Erledigt
-
-
Perfect. It looks your system is almost running perfect
Gesendet von iPhone mit Tapatalk
-
-
Thanks for the info. I have a similar approach. With Yosemite I had a look at the "namings" of the usb connectors.
HSXX stands for USB2.0 and SSPX stands for USB3.0 and these countings/namings are in the DSDT (just open the dsdt with MaciASL and look for HS01 or SSP1).
So I found out that the internal USB3.0 connector of the Z87MX has the countings SSP1, HS01, SSP2 and HS02. The USB3.0 connectors on the back of the mobo have SSP3, HS03, SSP4, HS04,... One USB3.0 counts for two connectors (USB3.0 and USB2.0). The two USB-connectors in the back have HS09 and HS10.
All in all this motherboard has 21 USB countings. So you have two options for the USB-problematic of El Capitan (15 ports limit): The first is to make a workaround with "homemade" kexts or scripts to bypass the 15 number limit and to risk an instable system because from Apple it's not planned to have more than 15 usb ports. Or second, to say to El Capitan (via the dsdt) my hardware has not more than 15 usb ports. For that you have to remove the unneeded usb countings within DSDT. E.g. one internal and not used USB connector has HS07, another HS08,... Because of this knowing I've removed the part within DSDT which belongs to the mentioned connectors. So I came down to the 15 number limit and therefore you don't need any special "homemade" kexts which can lead to an instable system (like mentioned before). A negative side effect of this (removing part of dsdt) is that this usb connector (e.g. internal USB2.0 with HS07) doesn't work anymore. Because OSX looks in the dsdt which hardware is existing, doesn't find it and don't use it.
As you could see some dsdt's ago (good naming) one USB3.0 and USB2.0 of your front ports didn't work. I've removed the SSP2 and HS02 parts of the internal USB3.0 connector. This showed that the connector needs all 4 countings (SSP1-2 and HS01-02) and it was a mistake from my side to remove it.Coming back to the description of PikerAlpha. I did quite the same but he made one mistake. When you have a look at his drawing and you count the USB port numbering you will see that he has 16. This is one to much and therefore one USB3.0 will not work. Why USB3.0 and not USB2.0? I guess that EC starts with the countings of the HSXX (USB2.0 ports) because they come first in the DSDT followed by the SSPX (USB3.0). He also wrote that all USB2.0 ports (which he described) work and some USB3.0. Now you know why he wrote "some" and not "all"....
I hope I could explain in that way that you understand it. I'm also a noob in this case and read a little bit about it. My plan was to go the Vanilla route (the less external kext to use the better is it) and therefore I found this description. Now I found everything out but don't use EC because I love Mavericks and it's that fu**ing stable that I don't want to switch.
-
Yep, really Mavericks it's rock solid, like iOS6 it's for iPhone. Nice approach with the EC thing.
Thank you very much for everything you've done for me. Today I've learned, fixed a lot of things.
Another interesting question it's that my CPU low it's states only after I put it to sleep and wake. Otherwise it stays between 3,2-3,4 Ghz all the time. -
Don't know why it is like that. Maybe there's something running in the background which causes the high usage.
Please do me a favour. Make a new ssdt (with the script from PikerAlpha (ssdtprgen) and post it (text file) together with the dsdt which you use at the moment here.
Thanks in advanceAccording to the usb mounting problem. If you have a look in the www you will find a lot of such problems mentioned by "original" apple user caused with EC. It looks like that the mount error is not related to the dsdt but rather caused by OSX.
-
I saw that EC problem, on the apple forums. It solved by a script. Not a problem anymore.
It looks like multiplier wasn't changing and i executed pike's script like thisI used ./ssdtPRGen.sh -w 3 to force multiplier to change.
-
No, please do it again without any flags. Just
"./ssdtPRGen.sh"
and nothing more.
Did you overclock your cpu? -
No, i don't OC my CPU because it's not a K model. EIST have to be disabled in bios? Because it reacts the same (XCPM registered) even if it's auto or disabled.
-
So, next try. I inserted your ssdt into the dsdt. Use the attached dsdt but remove your ssdt.
Also attached is the AppleIntelCPUPowerManagementInfo.kext from PikerAlpha to check if speedstep is working. But it into EFI/Oz/Darwin/Extensions/Common/ and the dsdt into EFI/Oz/Acpi/Load/ (I guess you know where to put )
Reboot your system and with this command in Terminalyou can check your CPU speedsteps and also iGPU P-states. Post the output here (I guess you only can make a screen shot with "cmd"+"shift"+"4" - only a part of the screen and not the whole).
Edit: Very important - remove your ssdt from EFI!!! (it's within dsdt)
-
Here it is!
-
Ok, I guess it looks better than before. Can you also check with Intel Power Gadget if the problem with the high cpu usage is still vacant.
-
It looks good but i don't understand why Ozmosis isn't getting ssdt properly, because at a closer look i saw that ssdt it's getting loaded at boot.
I see that P-States are ok, may be a bug in Intel Power Gadget which shows most of the time maximum frequency. -
Could be a bug could also be possible of the in ozmosis integrated kexts. I've no clue. Do you have an opportunity to measure the power consumption of your hackintosh? With this you can be sure if speedstep is working proberly and if the power consumption is down when the power gadget shows the cpu idling. There you can be sure that everything is working like it should. In my opinion I would leave it like it is. If you try to work with different kexts (like fakesmc or similar) you risk of bricking your system and have to reinstall everything again.
-
Not, its perfect as it is. I don't have a multimeter to measure but as I hear in idle it keeps cooling down RPM so if the multiplier doesen't change very often I think it's working.
FakeSMC+plugins are already into Ozmosis BIOS so i don't have to deal with anymore in the system.
Thanks again Huberer! I'd like to edit dsdt for myself but it seems a bit tricky and deserves a lot of time. -
Not shure if it is solved jet, that USB looses Power while sleep.
I think the ErP Setting in the BIOS (Energy pane) could be a possibility why the "disk is not ejected propperly".
I have had this issue and activating ErP solved it.But I still running Yosemite and it is only a glimpse of an idea.
-
Activating ErP disables WOL and I NEED WOL.
Another user from another forum said that it solved that problem with USB ports by disabling CPU PLL from Advanced CPU Features in BIOS. -
Ok, as I don't use WOL I didn't recognize this connection.
-
griven
Hat das Label Erledigt hinzugefügt