Jump to content
headkaze

Hackintool v3.x.x

893 posts in this topic

Recommended Posts

@headkaze,

Regarding the Extensions tab,

  • Please add CpuTscSync.kext. It should replace VoodooTSCSync.kext.
  • On High Sierra, BrcmPatchRAM is reported "not installed" because Hackintool looks up the BundleID of BrcmPatchRAM3. Some users including me are on High Sierra because their graphics card is Nvidia, so they need to use BrcmPatchRAM2.
  • WhateverGreen supersedes AppleBacklightFixup for Intel iGPU brightness control. WEG does not enable brightness for Nvidia and ATI, but AppleBacklightFixup does. One example is my laptop. The brightness control on my laptop with GeForce 315M does not work with WEG, but it does with AppleBacklightFixup. (Maybe I should also report this to Acidanthera's bugtracker once I figure out how to boot with OpenCore on this laptop that needs Clover's Inject Nvidia. Anybody hints? Dortania's Clover to OC conversion is incorrect/incomplete on Graphics-Inject part.)
  • CodecCommander is not 100% replaced by AppleALC as the former somehow fixes audio issues that the latter can't: https://github.com/acidanthera/bugtracker/issues/730.
  • VoodooInput is supplied within VoodooPS2 and VoodooI2C's respective plugin folders. Also, the devs say with a bold warning that it's for developers only, so this kext is not needed on Hackintool's Extensions tab, I think?

Regarding USBPorts.kext,

  • Having both IOPCIPrimaryMatch and IONameMatch is redundant. Both do the job separately (on Intel boards). I think leaving only IOPCIPrimaryMatch alive is a better choice as it survives changing the controller's ACPI name in config.plist whereas IONameMatch doesn't.

Thanks for all your work!

Share this post


Link to post
Share on other sites
Advertisement

Hi Dev

Listen me please.

 

in the extensions section, if I update and find new kext that I have in my EFI (I mean newer versions) when I select the kext that interests me and I press download, the download does not start, but do I need xcode to generate it?

Share this post


Link to post
Share on other sites

I think I need to recreate my USBports.kext using Hackintool. I have a question. I wrote down what port numbers work on which physical USB ports (in my motherboard manual). These ports are static right? So to quickly remake the kext would I be able to do the following:

Reboot machine with USBinjectall.kext

Load Hackintool and delete unneeded port numbers (like for me HS03/04 etc) 

Switch the types of the remaining ports to the correct types (USB3 etc) 

Export

 

Do I actually have to activate all of my remaining USB ports by physically plugging in a device? Or is the fact I already know which ones I want to keep ok? I want to save time and avoid this if it will work? Will the kext export work as expected if the ports aren't "activated"?

Share this post


Link to post
Share on other sites
On 5/9/2020 at 3:59 PM, displhehynehym said:

@headkaze,

Regarding the Extensions tab,

  • Please add CpuTscSync.kext. It should replace VoodooTSCSync.kext.
  • On High Sierra, BrcmPatchRAM is reported "not installed" because Hackintool looks up the BundleID of BrcmPatchRAM3. Some users including me are on High Sierra because their graphics card is Nvidia, so they need to use BrcmPatchRAM2.
  • WhateverGreen supersedes AppleBacklightFixup for Intel iGPU brightness control. WEG does not enable brightness for Nvidia and ATI, but AppleBacklightFixup does. One example is my laptop. The brightness control on my laptop with GeForce 315M does not work with WEG, but it does with AppleBacklightFixup. (Maybe I should also report this to Acidanthera's bugtracker once I figure out how to boot with OpenCore on this laptop that needs Clover's Inject Nvidia. Anybody hints? Dortania's Clover to OC conversion is incorrect/incomplete on Graphics-Inject part.)
  • CodecCommander is not 100% replaced by AppleALC as the former somehow fixes audio issues that the latter can't: https://github.com/acidanthera/bugtracker/issues/730.
  • VoodooInput is supplied within VoodooPS2 and VoodooI2C's respective plugin folders. Also, the devs say with a bold warning that it's for developers only, so this kext is not needed on Hackintool's Extensions tab, I think?

Regarding USBPorts.kext,

  • Having both IOPCIPrimaryMatch and IONameMatch is redundant. Both do the job separately (on Intel boards). I think leaving only IOPCIPrimaryMatch alive is a better choice as it survives changing the controller's ACPI name in config.plist whereas IONameMatch doesn't.

Thanks for all your work!

wow, thanks @displhehynehym - I 100% second your findings & recommendations! Very thorough analysis!

Share this post


Link to post
Share on other sites
On 5/12/2020 at 5:51 AM, NGF86 said:

I think I need to recreate my USBports.kext using Hackintool. I have a question. I wrote down what port numbers work on which physical USB ports (in my motherboard manual). These ports are static right? So to quickly remake the kext would I be able to do the following:

Reboot machine with USBinjectall.kext

Load Hackintool and delete unneeded port numbers (like for me HS03/04 etc) 

Switch the types of the remaining ports to the correct types (USB3 etc) 

Export

 

Do I actually have to activate all of my remaining USB ports by physically plugging in a device? Or is the fact I already know which ones I want to keep ok? I want to save time and avoid this if it will work? Will the kext export work as expected if the ports aren't "activated"?

Yes. If you’ve got the ports you want active ignore the others. You only need to know the location if you want to activate it.

Share this post


Link to post
Share on other sites
On 5/27/2020 at 11:36 PM, SavageAUS said:

Can Hackintool get my bootlog for OpenCore?

I can't seem to find the location of the OpenCore bootlog. Can anyone share this info with me?

 

Also does OpenCore still store the version in IODeviceTree:/options/4D1FDA02-38C7-4A6A-9CC6-4BCCA8B30102:opencore-version? It doesn't seem to anymore.

Share this post


Link to post
Share on other sites
Posted (edited)

I’m not up to date with the latest changes but the user can decide what is left visible to the system for security reasons.

 

As far as I remember for OpenCore bootlog the user has to at least be using the DBG version and have enabled logging in Misc -> Debug -> Target.

 

The user is also in control of other stuff like the version.

 

Check the OpenCore manual for latest details. I will also look at this for DarwinDumper soon.

Edited by blackosx

Share this post


Link to post
Share on other sites

A question because hackintools does not remove a tab with the "drivers" instalalled and indicating if it is convenient to update them

Share this post


Link to post
Share on other sites
On 6/4/2020 at 4:23 AM, kaoskinkae said:

A question because hackintools does not remove a tab with the "drivers" instalalled and indicating if it is convenient to update them

I'm not entirely sure what the question is but I'm assuming you're talking about how Hackintool used to automatically mark kext's that have updates available. The feature is still there you just have to click the "Update Version Info" button now.

Share this post


Link to post
Share on other sites

Hi @headkaze

 

My USBports.kext work fine on Catalina. This afternoon, I try to install macOS 10.16: there is a problem with USB3 ports limit reached error on Big Sur  but my usbport.kext have 15 ports working in Catalina

 

Any ideas ! Please.

 

 

Share this post


Link to post
Share on other sites
Posted (edited)

Hi @headkaze I hope you are well and safe.

A small bug accidentally discovered, for your next release:

The tooltip text for "Inject Fake IGPU" was probably accidentally copied from "USB Port Limit" code, in PATCH > Patch > Advanced section :D

Many thanks again for your continuing devotion to Hackintosh! Cheers mate.

 

P.S. A question to everyone: if someone enables LSPCON driver (and chipset supports it, of course) do we need still <key> enable-hdmi20 at all?

Per definition, LSPCon (Level Shifter and Protocol Converter) driver for native HDMI v2.0 ports (on supported GPUs where HDMI v2.0 is routed to IGPU).

 

I am a total n00b in Framebuffer patching and been studying the different keys added, first...

Thanks

 

2074741834_HackintoolTooltipBug.png.bb09c4443006e398c732e5731bf6d408.png

Edited by MacKonsti

Share this post


Link to post
Share on other sites
On 4/18/2020 at 8:06 PM, Shaneee said:

There seems to be something wrong with the bootloader detection. I'm using the latest OC from source (just compiled it)

Looks like you need to select the "Clear NVRAM" option in the OC boot menu.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

  • Recently Browsing   0 members

    No registered users viewing this page.

Announcements

×