Jump to content

Hackintool v3.x.x


headkaze
1,057 posts in this topic

Recommended Posts

My vote goes to showing only ports used by the system. If I didn't understand that tab, having ports listed that are not used on my mainboard would mess me up. It's already a pretty important component as setting up successful power management usually involves having your USB ports mapped properly. Sleep and Darkwake anomalies are often tied with bad USB maps.

 

IF you want to list all the ports, having an option to show only ports found on the device would be ideal. Similar to the Extensions tab (Only show installed extensions). That way it makes it clear either way.

Link to comment
Share on other sites

3 hours ago, headkaze said:

It only includes internal hub ports but I didn't realize that XHC could have internal hubs so it's showing these ports now whereas before it didn't.

 

The main reason it's showing more ports than usual is the removal of:


if (usbConnector == nil && portType == nil)
    continue;

This used to filter out a lot of ports that shouldn't be configured for Hackintosh. I think it's because USBInjectAll only injects these values into the appropriate controllers. Also if the port does not have one of the above values you can't set its connector type but the idea was just to show it anyway.

 

I like the idea of showing all ports but it's confusing a lot of people. Maybe I need to add a column to show it's a hub port? Or perhaps only show hub ports for EH* controllers? Or perhaps it's best not to show these ports at all?

 

EDIT: 3.2.1 adds back the above code until I figure out what to do and do more testing on various systems.

I don't get it. You are depending on USBInjectAll to be installed and correct and Hackintool exists to make it more correct or to replace it?

 

Hub ports need to exist if there's a way to change their configuration. Is there a way to change their configuration?

Link to comment
Share on other sites

1 hour ago, joevt said:

I don't get it. You are depending on USBInjectAll to be installed and correct and Hackintool exists to make it more correct or to replace it?

 

Hub ports need to exist if there's a way to change their configuration. Is there a way to change their configuration?

From what I understand it's not possible to configure ports without USBInjectAll (see here). Hackintool's USB configuration has always meant to be used with it (although it can be removed once you have a USBPorts.kext generated). We have discussed the possibility of it not being a requirement but I haven't seen any evidence of it being possible yet.

 

So what are these internal hub ports people are seeing on XHC? Should they be configurable or not? Why don't they have a "UsbConnector" or "portType" entry in IORegistry and can they function without it?

 

The bottom line is I don't know enough about it and I don't have enough systems to test (only tonnes of random .ioreg files). There are so many different USB configurations. When I make a change it works better for someone but breaks it for someone else. You're welcome to download the source code and make a pull request if you think you can solve these issues.

 

Edited by headkaze
Link to comment
Share on other sites

Hi everyone, @headkaze thank you for your continuing efforts and contribution with your tool, it's greatly appreciated.

A quick question, running Mojave 10.14.6 and latest Hackintool 3.2.1 after I read @telepati's message.

On my Intel NUC8i7BEH2 there are double entries, as you can see. This is likely to be expected, correct?

As the ports being shown twice likely serve to manage between USB3 and USB-C, correct? What's your take on that?
(I did clear them up and refreshed the list) I am not using USBInjectAll or UIAC etc.

Anyone else having a NUC?  (to comment also on the 'unknown' reported) Thanks!

 

P.S. As you can see, the text in "Connector" is cropped, perhaps consider making the row height a little bigger for some next release?

 

1606915830_Hackintool3.2.1IntelNUC8i7BEH2.thumb.png.8ba98ed57f25b9f6fc5181c61f499141.png

Link to comment
Share on other sites

58 minutes ago, MacKonsti said:

On my Intel NUC8i7BEH2 there are double entries, as you can see. This is likely to be expected, correct?

As the ports being shown twice likely serve to manage between USB3 and USB-C, correct? What's your take on that?

No, there should not be doubled up ports. Read the above by Headkaze. No matter what code is used, some systems will generate duplicate entries. They have no value.

 

PS: Your system doesn't look set up properly. You have way too many internal ports.

Link to comment
Share on other sites

Hi @Tiemthanks for your feedback. I did read Headkaze's comment but wasn't sure if something was improved further in the latest release.

 

As for the ports on my NUC that you mention, I am trying to see the issue. What you see listed, is what the systems purely reports. You refer to the fact that some expected ports like HS01-HS04 and SS01-SS04 are marked by the OS as internal, right? Hmmm. That's how Mojave sees them without any SSDT's or USBInjectAll in IOReg, as "internal". I am not sure if this is a mistake and what is the expected real value to use, I am trying to not use USBInjectAll if it's not necessary. I may post in the other thread about this so I don't flood this one here. Thanks

Link to comment
Share on other sites

8 hours ago, MacKonsti said:

Hi everyone, @headkaze thank you for your continuing efforts and contribution with your tool, it's greatly appreciated.

A quick question, running Mojave 10.14.6 and latest Hackintool 3.2.1 after I read @telepati's message.

On my Intel NUC8i7BEH2 there are double entries, as you can see. This is likely to be expected, correct?

As the ports being shown twice likely serve to manage between USB3 and USB-C, correct? What's your take on that?
(I did clear them up and refreshed the list) I am not using USBInjectAll or UIAC etc.

Anyone else having a NUC?  (to comment also on the 'unknown' reported) Thanks!

 

P.S. As you can see, the text in "Connector" is cropped, perhaps consider making the row height a little bigger for some next release?

 

 

Did you click the Clear All button and click Refresh?

 

The double entries are not duplicates. They come from a hub. Sort by Location ID. If you don't think they should be there, then you can delete them.

 

  • Like 1
Link to comment
Share on other sites

18 minutes ago, joevt said:

 

Did you click the Clear All button and click Refresh?

 

The double entries are not duplicates. They come from a hub. Sort by Location ID. If you don't think they should be there, then you can delete them.

 

See here: https://github.com/headkaze/Hackintool/issues/59

 

29 minutes ago, MacKonsti said:

Hi @Tiemthanks for your feedback. I did read Headkaze's comment but wasn't sure if something was improved further in the latest release.

 

As for the ports on my NUC that you mention, I am trying to see the issue. What you see listed, is what the systems purely reports. You refer to the fact that some expected ports like HS01-HS04 and SS01-SS04 are marked by the OS as internal, right? Hmmm. That's how Mojave sees them without any SSDT's or USBInjectAll in IOReg, as "internal". I am not sure if this is a mistake and what is the expected real value to use, I am trying to not use USBInjectAll if it's not necessary. I may post in the other thread about this so I don't flood this one here. Thanks

USBInjectAll is required to map your ports. You should set up a SSDT-EC-USBX.aml and then use Hackintool to set up your USBPorts.kext. 

  • Like 1
Link to comment
Share on other sites

3 hours ago, telepati said:

@headkaze IntelMausi.kext does not show as an installed. Which I compile from directly inside from Hackintool. I also build from GitHub resource but it never shows as an installed.

Does it show up in the list when you type 'kextstat | grep -v com.apple' into Terminal?

  • Thanks 1
Link to comment
Share on other sites

Hi.  I recently upgraded from Z270 to ASUS Prime Z390-A and want to build a new USBPorts.kext.  I believe all my USB 3.0 ports are working but my Fenvi FV-T919 needs a USB 2.0 port for Bluetooth.  I have 3 to choose from; USB1112, USB_E12 and USB_E34.  Problem is, I can't get Hackintool to turn green the 3 USB 2.0 headers when I plug/unplug the Fenvi into the 3 ports.  I also know I can't exceed 14 ports in total.  Btw, the BT works in Windows.

 

I added USBInjectAll.kext in the E/C/K/O

I have the following lines in DSDT under Acpi:

  • Fix ASUS Z390 BIOS RTC bug fix, A00A9353 54415301, A00A910A FF0BFFFF
  • change EC0 to EC, 4543305F, 45435F5F
  • change H_EC to EC, 485F4543, 45435F5F
  • change ECDV to EC, 45434456, 45435F5F
  • change XHCI to XHC, 58484349, 5848435F
  • change XHC1 to XHC, 58484331, 5848435F
  • change SAT0 to SATA, 53415430, 53415441
  • change HECI to IMEI, 48454349, 494D4549
  • change GFX0 to IGPU, 47465830, 49475055
  • change PEGP to GFX0, 50454750, 47465830
  • rename HDAS to HDEF, 48444153, 48444546
  • change EHC1 to EH01, 45484331, 45483031
  • change EHC2 to EH02, 45484332, 45483032

I have the following lines in KextsToPatch under Kernel and Kext Patches:

  • AppleAHCIPort, 45787465 726E616C, 496E7465 726E616C, External icons patch
  • com.apple.iokit.IOAHCIBlockStorage, 00415050 4C452053 534400, 0000000 0000000 000000, enable TRIM for SSD
  • com.apple.iokit.IOUSBHostFamily, 83FB0F0F, 83FB3F0F, USB PLMP #1 10.15
  • com.apple.driver.usb.AppleUSBXHCI, 83F90F0F, 83F93F0F, USB PLMP #2 10.15

Thanks for the guidance!

allusbs.png

Edited by douirc
Link to comment
Share on other sites

6 hours ago, Pavo said:
[mention=1364628]headkaze[/mention] latest Hackintool is starting to show duplicates again for USB ports.

Did you do a "Clear All" then "Refresh"? If you did and it's still showing double ports can you please post your .ioreg.

 

Edited by headkaze
Link to comment
Share on other sites

12 hours ago, headkaze said:

Does it show up in the list when you type 'kextstat | grep -v com.apple' into Terminal?

It's definitely a bug. I have IntelMausiEthernet loaded and it's not showing up.

 

kextstat:

Index Refs Address            Size       Wired      Name (Version) UUID <Linked Against>
   41    5 0xffffff7f86eff000 0x29000    0x29000    as.vit9696.Lilu (1.4.2) 99BCF9D6-2E33-3296-9230-4E13188236EE <8 6 5 3 2 1>
   42    0 0xffffff7f86f28000 0x6e000    0x6e000    as.vit9696.WhateverGreen (1.3.7) 158287D2-4D00-3E72-99F6-8E19BC006307 <41 13 8 6 5 3 2 1>
   43    0 0xffffff7f86fdc000 0x12c000   0x12c000   as.vit9696.AppleALC (1.4.6) 245E1BC6-4440-3D15-925B-1386087309FD <41 13 8 6 5 3 2 1>
   44    2 0xffffff7f86f9a000 0x19000    0x19000    as.vit9696.VirtualSMC (1.1.1) 6B148251-8A0B-3CB8-8D0C-31379DB7E6C9 <41 12 8 6 5 3 2 1>
   45    0 0xffffff7f87112000 0xa000     0xa000     as.vit9696.SMCProcessor (1.1.1) F61BBEDB-E881-26AC-9089-81A0CC560708 <44 41 12 8 6 5 3 2 1>
   64    0 0xffffff7f8711c000 0x10000    0x10000    ru.joedm.SMCSuperIO (1.1.1) 65FF9AB3-7C94-3628-8854-DEF4E2746290 <44 41 12 8 6 5 3 2 1>
   65    0 0xffffff7f86fb3000 0x14000    0x14000    com.insanelymac.IntelMausiEthernet (2.5.0) 915BC3M4-E11B-3687-9076-F0CD9E685739 <18 13 6 5 3 1>

Hackintool:

1296620705_ScreenShot2020-03-01at1_31_56AM.thumb.png.d2a0f1208bbcdfc5eef7bc92d3bb917b.png

Edited by Tiem
  • Like 1
Link to comment
Share on other sites

36 minutes ago, Tiem said:

It's definitely a bug. I have IntelMausiEthernet loaded and it's not showing up.

 

kextstat:


   65    0 0xffffff7f86fb3000 0x14000    0x14000    com.insanelymac.IntelMausiEthernet (2.5.0) 915BC3M4-E11B-3687-9076-F0CD9E685739 <18 13 6 5 3 1>

 

You must be using a different version. The correct one should be:

as.acidanthera.mieze.IntelMausi

Link to comment
Share on other sites

4 hours ago, headkaze said:

Did you do a "Clear All" then "Refresh"? If you did and it's still showing double ports can you please post your .ioreg.

 

Clear All and Refresh worked. But why do you have to do that?

Link to comment
Share on other sites

7 hours ago, headkaze said:

You must be using a different version. The correct one should be:

 


as.acidanthera.mieze.IntelMausi

 

"Correct one"?

 

Hackintool lists IntelMausi as 1.0.2. First off this is wrong. Both IntelMausi and IntelMausiEthernet are at v2.5.0. Second, com.insanelymac.IntelMausiEthernet is the original project: https://github.com/Mieze/IntelMausiEthernet

 

Then you are referring to is from Acidenthera (https://github.com/acidanthera/IntelMausi) but even he says in the read me:

938206084_ScreenShot2020-03-01at9_21_48AM.thumb.png.5e9476a94452bc690c7ca188b594ab8b.png

Lastly, it still doesn't list the other kexts (SMCProcessor and SMCSuperIO), I assume because you are hard coding all these kexts. In any case, a bit confusing on the user's end.

Link to comment
Share on other sites

7 hours ago, headkaze said:

You must be using a different version. The correct one should be:

 


as.acidanthera.mieze.IntelMausi

 

 

Hi @headkaze Thanks for your great job.

 

Can you add IntelMausiEthernet to your app! 

Link to comment
Share on other sites

Hi everyone, I am not sure if you noticed but even if acidanthera's stable IntelMausi is available as v1.0.2 at https://github.com/acidanthera/IntelMausi/releases (latest is Sept 2019) there are no built kexts to download or use in https://github.com/Mieze/IntelMausiEthernet if you check closely. Only code.

Only pre-built releases are available here on InsanelyMac "download" section: https://www.insanelymac.com/forum/files/file/396-intelmausiethernet/ (latest is October 2019) v2.5.0.

For what is worth, Hackintool v3.2.3 shows (on my Mojave system) IntelMausiEthernet (i.e. it's detected) despite being IntelMausi from acidanthera and not Mieze's.

Not sure which version is being developed and maintained, I guess Mieze's one is. I might install her driver and check. But before Mieze having released v2.5.0, the one from acidanthera was the latest and most recent...

Just my 5 cents. Thanks.

Thanks again to @headkaze for his tireless work!

Edited by MacKonsti
Link to comment
Share on other sites

I'm more concerned with the logic on this one. From a user's perspective, that screen should scan their system and any kext that loaded, should show up. If that's not the case, for whatever reason (maybe it's too hard to code, I don't know), then it should be made clearer what it's actually doing so the user's expectations are inline with what actually happens.

 

If it only reports kexts that are manually added to Hackintool, the user should understand this.

 

As an aside, the current list is a bit outdated. OpenCore's vanilla guide has a much better and more robust repo. Stuff that is already built: http://kexts.goldfish64.com/ Might be a better origin source.

Link to comment
Share on other sites

×
×
  • Create New...