Jump to content

toleda

toleda

Member Since 17 May 2010
Offline Last Active Aug 26 2015 11:25 PM
*****

#2161799 OS X El Capitan DP's builds!

Posted by toleda on 19 August 2015 - 02:07 PM

 think I need to make dsdt edits as well.Native AppleHDA.kext does not support Desktop/HD4600: ALC script enables AppleHDA.kext/HD4600 HDMI audio.OS X HDMI audio is not supported with non native hardware; HDMI audio dsdt edits or ssdt injection required.See Post #1, Yosemite AppleHDA HDMI Audio.  Suggest ssdt injection/1. Intel integrated graphics/2. Haswell . . .No changes in 10.11 from 10.10.

#2158013 Rebuild Prelinkedkernel in Yosemite for El Capitan

Posted by toleda on 05 August 2015 - 04:37 AM

No, I did not boot with -x or -f. I have FakeSMC.kext in /S/L/E, /L/E, and /Extra/E, but it seems no big difference up to now.I mean not working for Chameleon booting for DP4~DP6..crazybirdy has confirmed Chameleon can boot DP 4, 5 and 6.Kernel cache appears to be the problemThis method has fixed El Capitan with the first failure and every failure sinceSuggest one FakeSMC.kext in one place, S/L/E.Boot Yosemite with kext-dev-mode=1Remove any other FakeSMC.kextTerminal (assuming El_Capitan = El Capitan volume name)cd /Volumes/El_Capitansudo kextcache -system-prelinked-kernelsudo kextcache -system-cachesBoot El_Capitan  with -v flag onlyReply with the Yosemite/Terminal output and boot result.Credit: wern apfel #389, OS X El Capitan DP's builds! - Page 20

#2157584 Rebuild Prelinkedkernel in Yosemite for El Capitan

Posted by toleda on 03 August 2015 - 08:42 PM

Unfortunately all three versions of boot got the same failure as previous version of 2748 or 2737:It is not a permissions problem, it is a kernel cache problem.  You have not rebuilt El Capitan cache with FakeSMC.kext present.  Easiest way is boot Yosemite/kext-dev-mode=1 and rebuild El Capitan cache. At this point, boot with the installed Enoch to verify El Captan. If you try Enoch-0x0, installing a kext or rebuilding cache will result in the same boot failure you have now (no FakeSMC in cache).  Enoch 0x67 allows unsigned kexts, kext editing and NVRAM updates. 0x65 does not allow kext updates, however, a cache rebuild would be successful if triggered.

#2157176 Clover General discussion

Posted by toleda on 02 August 2015 - 03:33 AM

only is broken in 10.11Dummy kexts/Info.plists workKext w/executable code do not (even with SIP completely disabled)Aug 1 19:44:41 localhost kernel[0]: Not entitled to link kext 'org.netkas.driver.FakeSMC'Aug 1 19:44:41 localhost kernel[0]: Failed to load executable for kext org.netkas.driver.FakeSMC.Aug 1 19:37:59 localhost kernel[0]: Not entitled to link kext 'com.insanelymac.IntelMausiEthernet'Aug 1 19:37:59 localhost kernel[0]: Failed to load executable for kext com.insanelymac.IntelMausiEthernet.

#2157152 OS X El Capitan DP's builds!

Posted by toleda on 01 August 2015 - 10:14 PM

I'm just curious if I got this right. Please, correct me if I'm wrong.You are correct, post updated. Tables above combined last 2 lines.

#2157137 OS X El Capitan DP's builds!

Posted by toleda on 01 August 2015 - 08:42 PM

I think I'm gonna choose to lower access permission to 0x3,1. UNTRUSTED KEXTS2. UNRESTRICTED FS (I assume that stands for FileSystem)3. UNRESTRICTED NVRAM (?)  The reason why I wouldn't go for full SIP enabled is that I might forget to turn it off before the next EC update. 0x1 is all the protection you need for the next EC update.  That can be set with the restart initiated by Software Update.Other choices from the list above:1&2 = 0x31&3 = 0x411-3 = 0x43 edit: 8/1/15

#2157126 OS X El Capitan DP's builds!

Posted by toleda on 01 August 2015 - 08:04 PM

Did I get this right? Or should it be 0x03? Or it doesn't matter since it's the same thing? For as far as I could see, the latest versions of Clover will disable SIP even without adding that in RtVariables. Not sure how it's doing it... So, my questions are: 1. is my assumption above correct in order to have working audio and SIP enabled? It's working just fine with 0x67, as well. So it's not a problem of working vs not working audio.2. how would you even enable SIP after reboot if Clover disables it by default?3. assuming you will be able to reenable SIP (not sure enabling it form Recovery will actually work, since, as I said, somehow, Clover seems to disable it anyway), will you be able to boot with SIP enabled and kexts (FakeSMC in particular) in Library/Extensions? got endless reboots if I just change 0x67 to 0x0. I saw someone saying 0x00. Haven't tried that yet. But does it even make any difference?Yes, the 0x3 property is a string, no difference for 0x03.  It...

#2157095 OS X El Capitan DP's builds!

Posted by toleda on 01 August 2015 - 04:47 PM

As far as I knoww, toleda audio_realtekALC will modify /S/L/E/AppleHDA.kext, so 0x65 allows this?Yes.Suggest patch with 0x3 (UNTRUSTED_KEXTS + UNRESTRICTED_FS), not 0x40, 0x65, 0x57, etc.Reboot with 0x0. Audio works, SIP enabled.

#2157090 Z97N-WIFI No AppleLPC loaded, Sleep/wake issue

Posted by toleda on 01 August 2015 - 04:30 PM

here you go??

#2156940 OS X El Capitan DP's builds!

Posted by toleda on 31 July 2015 - 09:22 PM

Both scripts updated to d version; SIP disabled verification added. 10.11/Clover patching working the same as 10.10.  Boot with csr 0x3 and run either script.  Reboot with csr 0x0 for SIP enabled and working audio.

#2155247 Airport - PCIe Half Mini

Posted by toleda on 24 July 2015 - 03:01 PM

Is this the right procedure (below)? 1. toledaARPT.kex is deprecated, see Post #1, Airport Injection Methods5.1 Chose option 3, Handoff/BCM94352/Country Code

#2154883 R9 380, can't boot directly, have to do it via Intel 4600, Ghost monitor.

Posted by toleda on 23 July 2015 - 04:35 AM

04 DVI-I                12 04 04 06 05 DVI-I                00 10 05 06See Post #2, same sense-id.

#2154052 Yosemite AppleHDA HDMI Audio

Posted by toleda on 18 July 2015 - 07:35 PM

Working audio configuration is with different config.plist. (without the Framebuffer patches):??Attached dsdt has no HDMI audio edits, install Post #238/Toleda HDMI/Working audio with AppleHDA-272.18.1-ALC269VB_v2/DSDT.amlAdd Post #238 patch to config.plist/KernelAndKextPatches/KextsToPatch

#2153890 Yosemite AppleHDA HDMI Audio

Posted by toleda on 17 July 2015 - 08:29 PM

Could you tell me if there is any way to solve this problem?HDMI audio edits removed dsdt/GFX0, not repairable.Use the working audio configuration (includes HDMI edits).2 Choices (one or the other)1. Try 0x01006601 Framebuffer:Edit dsdt/GFX0/AAPL,ig-platform-idFind:0x03, 0x00, 0x66, 0x01Replace0x01, 0x00, 0x66, 0x01Save and restart.2. Edit Framebuffer 0x03006601:AppleIntelFramebufferCapri.kext/Contents/MacOS/AppleIntelFramebufferCapri0x03006601Find:020500000004000007040000Replace:020500000008000006000000Save, install and restart
  • RJM likes this

#2153643 AppleHDA for El Capitan discussion

Posted by toleda on 16 July 2015 - 04:51 PM

anyone have a 1150 codec appleHDA for newest 10.11 ?Make your own, patch in place. See Post #44.

© 2015 InsanelyMac  |   News  |   Forum  |   Downloads  |   OSx86 Wiki  |   Mac Netbook  |   PHP hosting by CatN  |   Designed by Ed Gain  |   Logo by irfan  |   Privacy Policy