Contribute
Register

<< Solved >> i9-9900K+MSI Z390 Stuck on boot

Status
Not open for further replies.
Copied EFI from USB drive. Also remained that file which was on EFI /Volumes/EFI/EFI/APPLE/FIRMWARE/IM191.fd
And you right some problem with USB ports. When i booted from internal Hard Drive EFI, some USB ports became not working.
you do not need to copy the APPLE folder
 
Also built-in Bluetooth and Wifi not working.
At least i wish to get external Bluetooth donge dbt-122 functional and connect audio system via bluetooth.
Bluetooth on Monterey is, If I have read this forum correctly, different in its requirements from earlier Mac OS versions. My "Mini-ITX 2" computer (below) is my only one with a Broadcom Bluetooth/WIFI card installed, and it requires (on Big Sur) a set of enabling kexts to work fully. On Monterey (which I have not tried) that set of kexts has to change to a different set. I see no Bluetooth kexts at all in your EFI folder. What is your "dbt-122?" Is it a Broadcom card?

Also, regarding USB operation, I see you have in your EFI/OC/ACPI folder "SSDT-EC.aml." I think you should have "SSDT-EC-USBX.aml" instead... per OpenCore guide for a Coffeelake motherboard.
 
Last edited:
Bluetooth on Monterey is, If I have read this forum correctly, different in its requirements from earlier Mac OS versions. My "Mini-ITX 2" computer (below) is my only one with a Broadcom Bluetooth/WIFI card installed, and it requires (on Big Sur) a set of enabling kexts to work fully. On Monterey (which I have not tried) that set of kexts has to change to a different set. I see no Bluetooth kexts at all in your EFI folder. What is your "dbt-122?" Is it a Broadcom card?
I have tried to put few Kexts to get either internal or external Bluetooth connection working.

BrcmBluetoothInjector.kext
BrcmFirmwareData.kext
BrcmPatchRAM3.kext
IntelBluetoothFirmware.kext
IntelBluetoothInjector.kext

But it only gave me very long boot process and anyway bluetooth not worked.
As to the device properties, my internal wifi/bluetooth device called Canon Lake PCH CNVi WiFi
And external USB dongle DBT-122, actually it works on iMac G4 running Mac OS X Leopard out of box.
Its info gathered with ioreg -p IOUSB -l -w 0




Code:
    +-o DBT-122@14300000  <class AppleUSBDevice, id 0x1000006c1, registered, matched, active, busy 0 (0 ms), retain 9>
        {
          "sessionID" = 112687377526
          "idProduct" = 61713
          "iManufacturer" = 1
          "bDeviceClass" = 224
          "bMaxPacketSize0" = 64
          "bcdDevice" = 1
          "iProduct" = 2
          "iSerialNumber" = 0
          "bNumConfigurations" = 1
          "Bus Power Available" = 250
          "USB Address" = 7
          "Built-In" = No
          "locationID" = 338690048
          "bDeviceSubClass" = 1
          "bcdUSB" = 272
          "USB Product Name" = "DBT-122"
          "PortNum" = 3
          "non-removable" = "no"
          "AppleUSBAlternateServiceRegistryID" = 4294969023
          "bDeviceProtocol" = 1
          "IOCFPlugInTypes" = {"9dc7b780-9ec0-11d4-a54f-000a27052861"="IOUSBHostFamily.kext/Contents/PlugIns/IOUSBLib.bundle"}
          "IOPowerManagement" = {"DevicePowerState"=0,"CurrentPowerState"=3,"CapabilityFlags"=65536,"MaxPowerState"=4,"DriverPowerState"=3}
          "Device Speed" = 1
          "USB Vendor Name" = "D-Link"
          "idVendor" = 8193
          "IOGeneralInterest" = "IOCommand is not serializable"
          "kUSBProductString" = "DBT-122"
          "kUSBVendorString" = "D-Link"
          "IOClassNameOverride" = "IOUSBDevice"
        }
 
Also, regarding USB operation, I see you have in your EFI/OC/ACPI folder "SSDT-EC.aml." I think you should have "SSDT-EC-USBX.aml" instead... per OpenCore guide for a Coffeelake motherboard.
According to making custom SSDT with SSDTTime guide SSDT-USBX.aml should not be used alongside USBPorts.kext

Edit 20/02/2022:
SSDT-USBX.aml should not be used alongside USBPorts.kext, as both the ACPI table and the kext contain USB power settings for your system, and it is never a good thing to duplicate these settings.

If on the other hand you decide to use the SSDT-UIAC.aml table, which Hackintool will generate when you configure your USB ports, then you do need to use the SSDT-USBX.aml table. As the SSDT-UIAC.aml table doesn't contain any USB power settings.
 
oh, you have set all your USB ports to internal (255) that is not correct:
I have rebuilt USBPorts.kext matching my USB ports config by following

The New Beginner's Guide to USB Port Configuration


Now chassis external USB ports working, the only problem i have with 2 internal motherboard ports (SS08 and SS07). They only working for USB3 devices. Anyway not a big deal, because i also use USB hub so i do have enough USB ports.
By following above guide i was unable to trace these ports names while USB2 drive was inserted. Hackintool showed no connected devices. My USB map marked with white letters, i took Motherboard back diagram from guy having same MB.
p.s. I guess they should work for USB2 devices if i add HS04 and HS03 but if so i will be out of 15 ports limit.


discovered_usb_map.png


portsindex.png
 

Attachments

  • EFI.zip
    3.9 MB · Views: 34
... the only problem i have with 2 internal motherboard ports (SS08 and SS07). They only working for USB3 devices.

Chances are this is because you have set no USB2 equivalents to the USB3 ports. Usually USB3 - SS07 and SS08 - would be paired with HS07 and HS08 (or very close) for USB2 functionality.

Can't see them in your Hackintool screengrab.
 
For the audio you should check the list from here for Realtek ALC-1220 or ALC-1220A
for the alcid layout value (test each individually) and insert them into your boot-arg like this: alcid=1

If those fail, then you should look at this guide
> https://dortania.github.io/OpenCore-Post-Install/universal/audio.html

You could also try the use of PinConfigurator by Headkaze on Github. That however requires you to have a BIOS dump of your existing audio codec (to identify and create the pins). This is very useful especially if you have a non-listed audio codec for AppleALC.
 
demontager,

Although I saw no Bluetooth kexts at all in your EFI folder, if you are using the ones you listed in your post #13 above, those are correct for Big Sur and previous, but not for Monterey, according to this forum. You should have the following kexts for Monterey:

BlueToolFixup.kext (version 2.6.1 or later)
BrcmFirmwareData.kext (version 2.6.1 or later)
BrcmPatchRAM3.kext (version 2.6.1 or later)
You should NOT have BrcmBluetoothInjector.kext enabled, or even present, for Monterey.

And the above desired kexts should be in your EFI folder in OC/Kexts, and listed in EFI/OC/config.list/Add, NOT in your hard disk's Library/Extensions folder.

In case you want to try the correct kexts, I have attached them below.
 

Attachments

  • Monterey Bluetooth Kexts.zip
    2.5 MB · Views: 26
Although I saw no Bluetooth kexts at all in your EFI folder, if you are using the ones you listed in your post #13 above, those are correct for Big Sur and previous, but not for Monterey, according to this forum. You should have the following kexts for Monterey
To fix bluetooth I have checked EFIs success builds on Monterey from other members and found that i only need these kexsts:
AirportItlwm.kext
BlueToolFixup.kext
IntelBluetoothFirmware.kext
All working fine right now - Bluetooth + Wifi (replaced real BT/WIFI MACs with zero-es).

Bluetooth
Code:
Bluetooth Controller:
  Address:    00:00:00:00:00:00
  State:    On
  Chipset:    THIRD_PARTY_DONGLE
  Discoverable:    Off
  Firmware Version:    v256 c256
  Product ID:    0x0001
  Supported services:    0x382039 < HFP AVRCP A2DP HID Braille AACP GATT Serial >
  Transport:    USB
  Vendor ID:    0x004C (Apple)
  Connected:
  EDIFIER S360DB:
  Address:    60:F4:3A:5E:A9:59
  Minor Type:    HiFiStereo
  Services:    0x800018 < AVRCP A2DP ACL >
  snich’s Keyboard:
  Address:    68:D9:3C:DE:31:84
  Vendor ID:    0x05AC
  Product ID:    0x0256
  Battery Level:    100%
  Firmware Version:    0.5.0
  Minor Type:    Keyboard
  Services:    0x800020 < HID ACL >
  Not Connected:
  Andrey’s AirPods:
  Address:    7C:9A:1D:90:FB:AF
  Vendor ID:    0x004C
  Product ID:    0x200F
  Firmware Version:    0.0.0

WIFI
Code:
 Software Versions:
  CoreWLAN:    16.0 (1657)
  CoreWLANKit:    16.0 (1657)
  Menu Extra:    17.0 (1728)
  System Information:    15.0 (1502)
  IO80211 Family:    12.0 (1200.12.2b2)
  Diagnostics:    11.0 (1163)
  AirPort Utility:    6.3.9 (639.16)
  Interfaces:
en1:
  Card Type:    Wi-Fi  (0x8086, 0x34)
  Firmware Version:    itlwm: 2.1.0 fw: 34.3125811985.0
  MAC Address:    00:00:00:00:00:00
  Locale:    FCC
  Country Code:    ZZ
  Supported PHY Modes:    802.11 a/b/g/n/ac
  Supported Channels:    1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 36, 40, 44, 48, 52, 56, 60, 64, 100, 104, 108, 112, 116, 120, 124, 128, 132, 136, 140, 144, 149, 153, 157, 161, 165
  Wake On Wireless:    Supported
  AirDrop:    Supported
  AirDrop Channel:    0
  Auto Unlock:    Supported
  Status:    Not Associated
  Local Wi-Fi Networks:
ASUS2G:
  PHY Mode:    802.11n
  Channel:    9,+1
  Network Type:    Infrastructure
  Security:    WPA2 Personal
  Signal / Noise:    -49 dBm / 0 dBm
ASUS5G:
  PHY Mode:    802.11
  Channel:    149
  Network Type:    Infrastructure
  Security:    WPA2 Personal
  Signal / Noise:    -49 dBm / 0 dBm
HP-Setup>4a-M277 LaserJet:
  PHY Mode:    802.11n
  Channel:    9,+1
  Network Type:    Infrastructure
  Security:    None
  Signal / Noise:    -47 dBm / 0 dBm

I have tested WIFI connection to WIFI networks, connected audio system and keyboard via bluetooth and all seems fine, no glitches. Tried to test Airdrop from Hackintosh to real MAC(Macbook 12), but it shows i need to enable Airdrop on IOS (i have only Android phones).
After all tests i did clean Monterey install to other 2TB NVME hard drive with new SMBIOS and uploaded previous successful build to my GitHub repo Hackintosh-i9900k-MSI-Z390-AC-GAMING-EDGE.

@Middleman You was right audio became working after adding alcid=1 to boot args​


Thank you guys for help really glad and appreciate your assistance!
 
Last edited:
Status
Not open for further replies.
Back
Top