beta992 Posted June 21, 2013 Share Posted June 21, 2013 Hi all, My hackintosh is working as it should be. Only for PM there is still something wrong: 21-06-13 01:19:37,000 kernel[0]: ACPI_SMC_PlatformPlugin::registerLPCDriver - WARNING - LPC device initialization failed: C-state power management not initialized 21-06-13 01:42:46,000 kernel[0]: ACPI_SMC_PlatformPlugin::registerLPCDriver - WARNING - LPC device initialization failed: C-state power management not initialized 21-06-13 12:46:33,000 kernel[0]: ACPI_SMC_PlatformPlugin::registerLPCDriver - WARNING - LPC device initialization failed: C-state power management not initialized I don't get any other message from ACPI_SMC_PlatformPlugin than this. It seems that it can not register(?) somewhere? Maybe a double address? I really have no idea anymore. I'm also not that good at DSDT patching, but I tried and tried.. CPU (i5-2400) speedstepping seems to be working fine:21-06-13 01:18:48,000 kernel[0]: MSRDumper CoreMulti(16) 21-06-13 01:18:48,000 kernel[0]: MSRDumper PStatesReached: 16 19 23 27 31 32 I tried almost everything:- DSDT edits > changed LPCB device id- Kexts edits (IOPlat)- Clover config.plist edits- Using custom SSDT tables (extracted from Ubuntu)- Reinstalling OS X- Step-by-step- Searching with Google- Again DSDT-edits- Again searching on Google...Aaargghhh.. Can someone please help me?I'm happy to provide any info that is needed. Thanks! DSDT.zip SSDT.zip Link to comment Share on other sites More sharing options...
qwerty12 Posted June 21, 2013 Share Posted June 21, 2013 I suddenly started getting this with an i7-2670QM when using patched SSDT tables with Chameleon. Since it wasn't me who did the patching (I wouldn't know where to start), I didn't know how to fix it, so I ended up removing the tables and using a generated one by PikeR-Alpha's ssdtPRGen.sh. Link to comment Share on other sites More sharing options...
TheEnthusiast Posted June 21, 2013 Share Posted June 21, 2013 It seems as if LPC isn't being loaded correctly so I'm guessing it's a DSDT issue. What are your machine's specs and if possible, upload an unpatched version and let me patch it. Also, try generating your own SSDT. Not sure how? Again, post your specs, I'll do it. Link to comment Share on other sites More sharing options...
beta992 Posted June 21, 2013 Author Share Posted June 21, 2013 It seems as if LPC isn't being loaded correctly so I'm guessing it's a DSDT issue. What are your machine's specs and if possible, upload an unpatched version and let me patch it. Also, try generating your own SSDT. Not sure how? Again, post your specs, I'll do it. Thanks! Specs are: ASUS P8H67-M Pro (B2) - Latest Bios Intel i5-2400 (no overclock) OS X ML 10.8.4 I have added my DSDT/SSDT tables extracted with Ubuntu Live USB in UEFI-mode. Thanks for helping me. DSDT_orig_Ubuntu (21-06-2013).zip Link to comment Share on other sites More sharing options...
artur_pt Posted June 21, 2013 Share Posted June 21, 2013 hello i apply only the common patches in the clean dsdt test it DSDT.zip the ssdt use pike's script to generate a proper one to u cpu https://raw.github.com/Piker-Alpha/RevoBoot/clang/i386/libsaio/acpi/Tools/ssdtPRGen.sh curl -o ssdtPRGen.sh https://raw.github.com/Piker-Alpha/RevoBoot/clang/i386/libsaio/acpi/Tools/ssdtPRGen.sh chmod +x ssdtPRGen.sh ./ssdtPRGen.sh good hack Link to comment Share on other sites More sharing options...
Maniac10 Posted June 21, 2013 Share Posted June 21, 2013 Delete all those SSDTs and only use the one generated with Pike's tool. Link to comment Share on other sites More sharing options...
beta992 Posted June 21, 2013 Author Share Posted June 21, 2013 hello i apply only the common patches in the clean dsdt test it DSDT.zip the ssdt use pike's script to generate a proper one to u cpu https://raw.github.com/Piker-Alpha/RevoBoot/clang/i386/libsaio/acpi/Tools/ssdtPRGen.sh curl -o ssdtPRGen.sh https://raw.github.com/Piker-Alpha/RevoBoot/clang/i386/libsaio/acpi/Tools/ssdtPRGen.sh chmod +x ssdtPRGen.sh ./ssdtPRGen.sh good hack Thanks for your patching and suggestions. Unfortunately it didn't work: 21-06-13 18:32:06,000 kernel[0]: FakeSMCDevice: 15 preconfigured keys added 21-06-13 18:32:06,000 kernel[0]: FakeSMCDevice: 5 keys exported by Clover EFI 21-06-13 18:32:06,000 kernel[0]: SMC: successfully initialized 21-06-13 18:32:07,000 kernel[0]: ACPI_SMC_PlatformPlugin::registerLPCDriver - WARNING - LPC device initialization failed: C-state power management not initialized Link to comment Share on other sites More sharing options...
artur_pt Posted June 21, 2013 Share Posted June 21, 2013 hello and if u don't use ssdt ? only use the original tables.. in clover set p and c-states=true dropssdt=false test only with the patched dsdt u don't use any mask in clover to patch the dsdt ? are the intelhd2000 disabled in bios ? good hack Link to comment Share on other sites More sharing options...
beta992 Posted June 23, 2013 Author Share Posted June 23, 2013 hello and if u don't use ssdt ? only use the original tables.. in clover set p and c-states=true dropssdt=false test only with the patched dsdt u don't use any mask in clover to patch the dsdt ? are the intelhd2000 disabled in bios ? good hack Booted with Chameleon instead: 23-06-13 15:34:29,000 kernel[0]: FakeSMCDevice: 15 preconfigured keys added 23-06-13 15:34:29,000 kernel[0]: SMC: successfully initialized 23-06-13 15:37:45,000 kernel[0]: FakeSMCDevice: 15 preconfigured keys added 23-06-13 15:37:45,000 kernel[0]: SMC: successfully initializedWhen booting with Clover: 23-06-13 14:55:45,000 kernel[0]: FakeSMCDevice: 15 preconfigured keys added 23-06-13 14:55:45,000 kernel[0]: FakeSMCDevice: 5 keys exported by Clover EFI 23-06-13 14:55:45,000 kernel[0]: SMC: successfully initialized 23-06-13 14:55:47,000 kernel[0]: ACPI_SMC_PlatformPlugin::registerLPCDriver - WARNING - LPC device initialization failed: C-state power management not initializedThe fault seems to be somewhere in Clover, not in my (patched) tables, at least I think so. Link to comment Share on other sites More sharing options...
TheEnthusiast Posted June 23, 2013 Share Posted June 23, 2013 Try a different revision if you believe that is the issue. However, I've used several revisions and they all work fine. Also, I'm not sure if this matters, but have you experimented with config.plist or the GUI options? Link to comment Share on other sites More sharing options...
juanerson Posted June 23, 2013 Share Posted June 23, 2013 Just a annotation: Search in ALL your Tables (APIC, FACP, MCFG, FACS, etc) some reference to the LPC device (for example called LPC0, LPC1, or wherever). So, for proper functionality you can´t rename it in the DSDT to LPCB. I mean, just keep his factory name. Those references must be intact in the DSDT. In short, keep in the main table DSDT the same name assigned to the LPC device in the secondary WXYZ table(s). I hope this helps. 2 Link to comment Share on other sites More sharing options...
beta992 Posted July 2, 2013 Author Share Posted July 2, 2013 I'm sorry for the late update. But the problem has been solved. I did set DropMCFG=Yes, but it should be DropMCFG=No. Thanks for all the solutions. I did some improvements into my DSDT by your suggestions. 2 Link to comment Share on other sites More sharing options...
Dr. Hurt Posted February 24, 2014 Share Posted February 24, 2014 I, too, had dropMCFG set to yes so I changed it to no and the error disappeared I was going crazy trying to sort it out. Never though the problem was related to MCFG!! Thanks beta992 Link to comment Share on other sites More sharing options...
Recommended Posts