An iDiot's Guide To Lilu and its Plug-ins

[jaymonkey]

Sorry, Please do me a favor, can you show me the way of "use an framebuffer from an old version of MacOS"?

@chickyd3v,

It maybe possible to patch the existing frame buffer to work with VGA but its something I've never done so I cant really advise you on what to do ... you could try posting on this thread :-

[GUIDE] General Framebuffer Patching Guide (HDMI Black Screen Problem)

Sleep works with double monitors. The only issue left is booting with both monitors connected. 10.14.4 has borked that up for me. I tried changing the BUSID on the DP monitor that doesn't come on. That didn't work. Any ideas? I have the latest Lilu and WEG. Everything was fine on 10.14.3...

www.tonymacx86.com

Explains that you know that MacOS no longer officially supports VGA but can any one help with patching your framebuffer to work with VGA using a non-standard method ...its possible that some one has figured out a way.

If you have no luck with that then the only other method would be to use the framebuffer kexts from an old version of MacOS, again its not something I've ever done but I believe that you would have to install an old version of MacOS that still supported VGA ... (I think OSX Mavericks might have still had support for VGA) once installed and working you would then have to copy the required framebuffer kexts and install them on your target version of MacOS. You would probably have to patch the MacOS version of those kexts too ... like i said before its not a method we recommend as every time you update MacOS they would be deleted so you would have to reinstall them.

My advice would be to install a cheap dGPU if possible and drive your VGA monitor from that using an active adapter.

Cheers
Jay

 

[ndhhien27]

Hi,
I installed AppleALC, Lilu at /L/E and reboot
But in the audio tab of hackintool there is no my audio device ( my audio device is ALC255)
Help me

 

[jaymonkey]

Hi,I installed AppleALC, Lilu at /L/E and reboot
But in the audio tab of hackintool there is no my audio device ( my audio device is ALC255)Help me

@ndhhien27,

As detailed in the AppleALC section of the guide .... did you check your ioreg for the HDEF device, if it is not there then check you native DSDT and find out the default ACPI name of the HDA device, then try applying the appropriate Clover ACPI rename fix.

All is explained in the ACPI HDA/Codec Rename Issues section which is towards the bottom of the AppleALC chapter.

If you require assistance please supply Proper Problem Reporting Files (PPRF's) using the tool detailed in this guide :-

[TOOL] [GENERATE PROPER PROBLEM REPORTING FILES]

Last update: 04 Mar 2018 Current Version: 4.2 Hello guys, I have seen many instances where people start a thread with the problem they are facing on their hack. They try to describe the issue in their own way that most of the times, is not able to properly describe what's going wrong with...

www.tonymacx86.com

Be sure to follow the instructions carefully ...

Cheers
Jay

 

[rj985]

The headless config.plist patch created by Hackintool for my system (i4790k/HD4600) names my GPU "Xeon E3-1200 v3/4th Gen. . ." Hackintool settings: Haswell 0x04120004 with patch options "DeviceProperties/Graphics Device" and "Spoof Video Device ID: 0x0412: Intel HD Graphics 4600." Why doesn't the patch name the GPU "Intel HD Graphics 4600?" It's working, just curious about the naming. Thanks - nice guide!

 

[jaymonkey]

The headless config.plist patch created by Hackintool for my system (i4790k/HD4600) names my GPU "Xeon E3-1200 v3/4th Gen. . ." Hackintool settings: Haswell 0x04120004 with patch options "DeviceProperties/Graphics Device" and "Spoof Video Device ID: 0x0412: Intel HD Graphics 4600." Why doesn't the patch name the GPU "Intel HD Graphics 4600?"

@rj985,

Like the PCI device descriptions, the IGPU model name comes from an online device database, with CPU's & IGPU's these tend to be the name of the intel architecture of that generation rather than a specific IGPU Type.

You can change the model name to whatever you like by editing the string value of "model"

For example :-

            <key>PciRoot(0x0)/Pci(0x2,0x0)</key>
            <dict>
                <key>AAPL,ig-platform-id</key>
                <data>
                .
                .
                .
                <key>model</key>
                <string>HD Graphics 4600</string>

Cheers
Jay

 

[balag59]

Hi,
Thank you for this incredibly useful guide. I've installed Lilu and AppleALC kexts to L/E(repaired permissions and rebuilt kext cache). I've tried both the methods for AppleALC and neither have worked.

My audio devices tab under Hackingtool is completely empty as shown below:

A search for HDEF turns up empty in IORegisteryExplorer as expected. Here is how that looks:

But the funny thing is that I can find HDEF in MaciASL( can't find HDAS or AZAL). Here is a screenshot of that:

I've also generated a debug report and attached that below.

I can get the sound to work only via bluetooth earphones currently.

Here are my laptop specs in case you need them as well. I'm currently dual booting with Windows 10:

HP Spectre X360(2015)
Intel Core i7 5500u + Intel HD Graphics 5500
I think my soundcard is Realtek ALC 286(not sure though).

Please let me know if you need anything else as I'm very new here and this is my first hackintosh.Thanks in advance!

 

[jaymonkey]

I've installed Lilu and AppleALC kexts to L/E(repaired permissions and rebuilt kext cache). I've tried both the methods for AppleALC and neither have worked.

@balag59,

I think the issue lies in your DSDT ... you have references to all of the following

HDEF, HDAU, B0D3

Which I think is unusual ...

I cant open your ioreg file ... which is probably down to the wrong version being installed.
Please use Version 2.1 from this post :-

[Guide] How to Make a Copy of IOReg

IORegistryExplorer aka IOReg Apple Developer Tool Xcode How to Make a Copy of IOReg (Note 1) 1. IORegistryExplorer/File/Save a Copy As…. (no extension required) 2. Open file to verify (Note 2) 3. Attach to post (Note 3) Where To Get IOReg 1. Download Interim, link below Installation 1, Open...

www.tonymacx86.com

Cheers
Jay

 

[balag59]

@balag59,

I think the issue lies in your DSDT ...

You have all three of the following devices

HDEF, HDAU, B0D3

Which is a bit unusual as normally there is only two of these three devices defined

In your config.plist your renaming BD03 to HDAU which is causing a conflict as you will now have two HDAU devices defined in your DSDT ....

To begin with i would try disabling the B0D3 -> HDAU Rename Fix/Patch and see what that does ...

I cant open your ioreg file ... which is probably down to the wrong version being installed.
Please use Version 2.1 from this post :-

[Guide] How to Make a Copy of IOReg

IORegistryExplorer aka IOReg Apple Developer Tool Xcode How to Make a Copy of IOReg (Note 1) 1. IORegistryExplorer/File/Save a Copy As…. (no extension required) 2. Open file to verify (Note 2) 3. Attach to post (Note 3) Where To Get IOReg 1. Download Interim, link below Installation 1, Open...

www.tonymacx86.com

Cheers
Jay

Thank you for the guidance! Unfortunately, disabling that renaming patch didn't change anything. Here is the updated copy of my debug report and a copy of my IOReg file that was generated using Version 2.1. Please let me know if you need anything else.

 

[jaymonkey]

Thank you for the guidance! Unfortunately, disabling that renaming patch didn't change anything. Here is the updated copy of my debug report and a copy of my IOReg file that was generated using Version 2.1. Please let me know if you need anything else.

@balag59,

Thanks for the updated files ... I still think the issue lies in your DSDT ...

There are existing references to HDAU already in the DSDT but there is no device method for it ?? so it's possible that it may be in a SSDT ... so the BD03 rename to HDAU will cause a conflict ... at least i think it may ...

I'll have a think and a closer look at you SSDT tables and get back to you if i have any ideas ..

Cheers
Jay

 

[jaymonkey]

@balag59,

I've looked through your DSDT and SSDT's ...

The ACPi device descriptor code for HDEF seems incomplete as does the code for BD03, for instance there are no _INI methods ... and i don't understand why there are references to HDAU when there are no associated methods/devices.

It's a strange one for sure ....

I don't have any experience with Broadwell based systems and it looks like things are done a bit differently.

I think as it stands your DSDT is going to need to be patched with additional code using some SSDT hot patches, however I'm no expert on ACPI code writing so this needs to be passed up the chain, the man for the job here would be @RehabMan but he is taking a break from the forums for a while.

There are some good coders on the official AppleALC support thread, so if i was you thats where i would go for advice.

AppleALC — dynamic AppleHDA patching

Hello,This is going to be a support/discussion topic of AppleALC on InsanelyMac. AppleALC is a kernel extension allowing you to enable native apple HD audio without any filesystem modifications. It dynamically injects the necessary modifications to AppleHDA (and other kexts) including the layouts...

www.insanelymac.com

Post that you trying to use AppleALC on your Broadwell based laptop but you think that your DSDT needs some patching in order for it to work, attach your debug zip file from post #428.

Sorry I cant be of more help.

Cheers
Jay