RehabMan Posted July 17, 2014 Share Posted July 17, 2014 Is the Lapic patch meant only for PM Built into kernel (XCPM) and not for systems using AICPUPM kext? It is a completely different issue... unrelated to power management of any kind. Link to comment Share on other sites More sharing options...
Derek12 Posted July 17, 2014 Share Posted July 17, 2014 AMDX3000.kext is still there. If you have working Wifi or ethernet, update to DP3? Many thanks, yeah it was something wrong I might done when I made the USB installer and noticed more kexts were missing Link to comment Share on other sites More sharing options...
jsl Posted July 17, 2014 Share Posted July 17, 2014 The correct Lapic patch is integrated into Clover now (well, since the last month actually). You just need to have KernelLapic in the config.plist <key>KernelAndKextPatches</key> <dict> <key>AppleRTC</key> <true/> <key>KernelLapic</key> <true/> <key>KernelPm</key> <true/> </dict> and yes, it functions correctly in DP2 and 3. Thanks for your suggestion which made first successful booting & installation of 10.10DP in Asus G750JZ laptop. Unfortunately previous working Intel HD 4600 in 10.9.1/10.9.4 lost QE/CI function in 10.10DP now. Waiting for the solution of Intel HD 4600 Mobile. Intel HD 4600 Desktop is working in Asus Z87 Deluxe Dual already ! 1 Link to comment Share on other sites More sharing options...
oSxFr33k Posted July 17, 2014 Share Posted July 17, 2014 It is a completely different issue... unrelated to power management of any kind. Let me rephrase the question. Is that patch used for Haswell and Ivy Bridge-E only or can it be used for Ivy and Sandy bridge processors. Link to comment Share on other sites More sharing options...
RehabMan Posted July 18, 2014 Share Posted July 18, 2014 Let me rephrase the question. Is that patch used for Haswell and Ivy Bridge-E only or can it be used for Ivy and Sandy bridge processors.Let me rephrase the answer (which is still the same)... Local APIC panic has to do with the interrupt controller, not CPU. eg... not related to CPU PM. APIC == Advanced Programmable Interrupt Controller. http://en.wikipedia.org/wiki/Advanced_Programmable_Interrupt_Controller 2 Link to comment Share on other sites More sharing options...
mnfesq Posted July 18, 2014 Share Posted July 18, 2014 Is the Lapic patch meant only for PM Built into kernel (XCPM) and not for systems using AICPUPM kext? You can go round and round with the developers about this question and the technical problems it poses, but if I understand what you are trying to ask, my answer is that the Lapic KP occurs primarily with HP laptops so if you have one of those, use it. Use it whether its Haswell, or Ivy or Sandy so long as you see HP somewhere on the computer. 1 Link to comment Share on other sites More sharing options...
RehabMan Posted July 18, 2014 Share Posted July 18, 2014 You can go round and round with the developers about this question and the technical problems it poses, but if I understand what you are trying to ask, my answer is that the Lapic KP occurs primarily with HP laptops so if you have one of those, use it. Use it whether its Haswell, or Ivy or Sandy so long as you see HP somewhere on the computer. Note: It affects more than just HP computers, ... and not all HP computers (ProBook/EliteBook are notably exempt). Probably has more to do with the BIOS than specific manufacturer. I've seen it quite often on Toshiba laptops, for example. Link to comment Share on other sites More sharing options...
Nick14 Posted July 19, 2014 Share Posted July 19, 2014 Note: It affects more than just HP computers, ... and not all HP computers (ProBook/EliteBook are notably exempt). Probably has more to do with the BIOS than specific manufacturer. I've seen it quite often on Toshiba laptops, for example. They probly use the same manufacture but diffrent case. Link to comment Share on other sites More sharing options...
RehabMan Posted July 19, 2014 Share Posted July 19, 2014 They probly use the same manufacture but diffrent case. Same/similar version of BIOS. Link to comment Share on other sites More sharing options...
MiniHack Posted July 19, 2014 Share Posted July 19, 2014 You can go round and round with the developers about this question and the technical problems it poses, but if I understand what you are trying to ask, my answer is that the Lapic KP occurs primarily with HP laptops so if you have one of those, use it. Use it whether its Haswell, or Ivy or Sandy so long as you see HP somewhere on the computer. It also affects Haswell NUC. As far as I know (and I am SURE i will be corrected if wrong) it does no harm to have the patch enabled in Clover even if your board does not need it....so it seems a sensible option to enable if you are putting together an install stick that might be used on different PCs. Link to comment Share on other sites More sharing options...
alexanderq Posted July 19, 2014 Share Posted July 19, 2014 Don't forget you have the OEM folder on clover where you can put many (infinite) customisations based on board or brand model so i see no problem at all. Link to comment Share on other sites More sharing options...
maly70 Posted July 20, 2014 Share Posted July 20, 2014 Do we have to wait till the gm or retail version until to run my Envy 17 j178CA? for kernel patch!!! like we have it in ML and Mavericks Link to comment Share on other sites More sharing options...
RehabMan Posted July 20, 2014 Share Posted July 20, 2014 Do we have to wait till the gm or retail version until to run my Envy 17 j178CA? for kernel patch!!! like we have it in ML and Mavericks Clover works now. Link to comment Share on other sites More sharing options...
tdtran1025 Posted July 20, 2014 Share Posted July 20, 2014 hello is not this one ? #78 good hack No, it is brcm4329 Link to comment Share on other sites More sharing options...
magnifico Posted July 20, 2014 Share Posted July 20, 2014 Oi GUY DP4 is out 2 Link to comment Share on other sites More sharing options...
mendietinha Posted July 20, 2014 Share Posted July 20, 2014 not here! let me reboot from another region. nothing... Link to comment Share on other sites More sharing options...
burkett375 Posted July 20, 2014 Share Posted July 20, 2014 Nothing here, either...east coast US. Link to comment Share on other sites More sharing options...
ccsr Posted July 20, 2014 Share Posted July 20, 2014 Nothing here UK. The screenshot is from beta 1.0, looks like someone is telling porkies Link to comment Share on other sites More sharing options...
p.H Posted July 21, 2014 Share Posted July 21, 2014 Yep. No related info can be found from other sources. What a liar. Link to comment Share on other sites More sharing options...
Ritte Posted July 21, 2014 Share Posted July 21, 2014 I was under the impression that kext-dev-mode=1 only was necessary the first boot and after rebuilding the cache it wasn't needed to boot anymore. I'm using dp3 and I can only have audio working if I boot with kext-dev-mode=1. Without it, no audio. Does anybody else have this problem? Link to comment Share on other sites More sharing options...
kyndder Posted July 21, 2014 Share Posted July 21, 2014 sorry, my mistake... Link to comment Share on other sites More sharing options...
fusion71au Posted July 21, 2014 Share Posted July 21, 2014 @Ritte, As soon as you alter any kext in /S/L/E eg by patching it, its signature becomes invalid and therefore you need kext-dev-mode=1 to load it. From my experiments, you only need the boot flag... 1. When booting with kernelcache (you can actually boot Yosemite without caches using Chameleon r2380 -v -f and this doesn't require kext-dev-mode=1. Unfortunately, Clover can't do this with OSX 10.10 yet) 2. When the kext isn't on Apple's kext exclude list - look at the info.plist inside AppleKextExcludeList.kext and you will see many hackintosh kexts already there 3. When you edit/patch/install the modified kext in /S/L/E instead of letting Clover inject it from /EFI/Clover/Kexts/10.10 eg if you binary patch AppleHDA.kext in S/L/E, its signature becomes invalid so it won't load without kext-dev-mode=1. AFAIK, injecting kexts from EFI/Clover/Kexts/10.10 mostly bypasses the problem . Link to comment Share on other sites More sharing options...
ADHDMedia Posted July 21, 2014 Share Posted July 21, 2014 So… no new DP? Link to comment Share on other sites More sharing options...
maly70 Posted July 21, 2014 Share Posted July 21, 2014 Clover works now. how to install clover if i have installed chameleon, is it hard to setup or it is friendly as chameleon? Thanks for your reply my Hero Link to comment Share on other sites More sharing options...
Ritte Posted July 21, 2014 Share Posted July 21, 2014 @Ritte, As soon as you alter any kext in /S/L/E eg by patching it, its signature becomes invalid and therefore you need kext-dev-mode=1 to load it. From my experiments, you only need the boot flag... 1. When booting with kernelcache (you can actually boot Yosemite without caches using Chameleon r2380 -v -f and this doesn't require kext-dev-mode=1. Unfortunately, Clover can't do this with OSX 10.10 yet) 2. When the kext isn't on Apple's kext exclude list - look at the info.plist inside AppleKextExcludeList.kext and you will see many hackintosh kexts already there 3. When you edit/patch/install the modified kext in /S/L/E instead of letting Clover inject it from /EFI/Clover/Kexts/10.10 eg if you binary patch AppleHDA.kext in S/L/E, its signature becomes invalid so it won't load without kext-dev-mode=1. AFAIK, injecting kexts from EFI/Clover/Kexts/10.10 mostly bypasses the problem . Thanks for your replay I'm using clover and putting the kext in /EFI/Clover/.., doesn't help. The kext injection usually works since FakeSMS and network kext are in EFI/clover/.. Link to comment Share on other sites More sharing options...
Recommended Posts