Creative CA0132 (G1.Sniper M3) patch for AppleHDA or VoodooHDA

[wern apfel]

On 7/8/2019 at 9:44 PM, Delecta said:

Hello,

 

I have the Gigabyte Z270x Gaming 9 and with the last AppleALC+lilu+codeccommander attached in your post I just have sometimes the Line-out working without volume control (destroy my ears haha)

I have the HDAS to HDEF and the AZAL to HDEF patch and I am on Layout 4.

 

Do you have any idea ?

 

Thank you

 

 

The ZxRi has a different mixer and needs different settings.

HDAS to HDEF is enough. Use a CodecCommander without CA0132 profile and use the SSDT from the attachment instead. CC must be installed to /L/E. Set the layout-id to 1. I'll upload a new AppleALC the next days.

 

SSDT-ZxRi.aml.zip

 

 

AppleALC.kext_1.4.2_ZxRi_layout_4.zip

Edited October 13, 2019 by wern apfel
ZxRi kext added

[madicineman]

Well, it has been a while... But I wanted to let you know, that I upgraded my build to Catalina (10.15). The Layout is still 4 and the CA0132 Switcher is working like it should. Only the Apple-Pull-down-menue is looking different compared with Mojave. This time I had to choose "Headphones" to get my CA0132 Switcher to work. It´s working like a charm. Thank you again, @wern apfel!

[wern apfel]

On 10/16/2019 at 11:59 PM, madicineman said:

Well, it has been a while... But I wanted to let you know, that I upgraded my build to Catalina (10.15). The Layout is still 4 and the CA0132 Switcher is working like it should. Only the Apple-Pull-down-menue is looking different compared with Mojave. This time I had to choose "Headphones" to get my CA0132 Switcher to work. It´s working like a charm. Thank you again, @wern apfel!

I think that happens if the rear headphone is plugged in. You can try the AppleALC from the attachment.

AppleALC.kext_1.4.2.zip

[madicineman]

On 10/19/2019 at 10:35 AM, wern apfel said:

I think that happens if the rear headphone is plugged in. You can try the AppleALC from the attachment.

AppleALC.kext_1.4.2.zip

Yes, you are right. The headphone is plugged in. Tried the AppleALC.kext_1.4.2.zip: unpacked it (the kext got the name "AppleALC-2.kext automatically, the date of origin is 10-11-2019), copied it in /Clover/kexts/Other, removed the previous version (date of origin: 10-16-2019), renamed your version to "AppleALC.kext" and restarted the computer. But there is no difference. Don´t take me wrong: It is not bothering me. I am just happy to make use of the audio chip on that board with my old 5.1-sound-system...

 

But I have another question a little bit off topic: Did you upgraded to Catalina too? And do you have issues sometimes with a kernel panic during hibernation ("Entering darkwake")? With Catalina and a complete rebuild of my config.plist according to https://hackintosh.gitbook.io/-r-hackintosh-vanilla-desktop-guide/config.plist-per-hardware/skylake my built is hibernating correctly most of the nights. But twice I had a new login screen in the morning and an macos-error report with a "Panic entering darkwake" with "Suspected bundle: com.apple.iokit.IOusbFamily." Most of the posts are having issues with "Suspected bundle: com.apple.iokit.IOGraphicsFamily.", but not in my case. Can you give me a hint, what I can improve? Thanks in advance!

 

Gichin

[wern apfel]

3 hours ago, madicineman said:

Yes, you are right. The headphone is plugged in. Tried the AppleALC.kext_1.4.2.zip: unpacked it (the kext got the name "AppleALC-2.kext automatically, the date of origin is 10-11-2019), copied it in /Clover/kexts/Other, removed the previous version (date of origin: 10-16-2019), renamed your version to "AppleALC.kext" and restarted the computer. But there is no difference. Don´t take me wrong: It is not bothering me. I am just happy to make use of the audio chip on that board with my old 5.1-sound-system...

Than an error has occurred, you should see 3 Speaker outputs, instead Line-Out. But that's more of an optical issue.

 

 

3 hours ago, madicineman said:

But I have another question a little bit off topic: Did you upgraded to Catalina too? And do you have issues sometimes with a kernel panic during hibernation ("Entering darkwake")? With Catalina and a complete rebuild of my config.plist according to https://hackintosh.gitbook.io/-r-hackintosh-vanilla-desktop-guide/config.plist-per-hardware/skylake my built is hibernating correctly most of the nights. But twice I had a new login screen in the morning and an macos-error report with a "Panic entering darkwake" with "Suspected bundle: com.apple.iokit.IOusbFamily." Most of the posts are having issues with "Suspected bundle: com.apple.iokit.IOGraphicsFamily.", but not in my case. Can you give me a hint, what I can improve? Thanks in advance!

 

Gichin

I also use Catalina, the issue could be the digital audio output of the IGPU. The new AppleALC has already a fix for that. Personally, I have disabled it via the firmware, if you want to do the same, I can give you more info about that.

Edited October 20, 2019 by wern apfel

[madicineman]

6 minutes ago, wern apfel said:

I also use Catalina, the issue could be the digital audio output of the IGPU. The new AppleALC has already a fix for that. Personally, I have disabled it via the firmware, if you want to do the same, I can give you more info about that.

I would love to learn how to do it.

[wern apfel]

1 hour ago, madicineman said:

I would love to learn how to do it.

I'm not good on writing guides. But I try to make it understandable.

First, look at your IOReg to see if there is a second audio codec on the HDEF device, if so, we will try to disable it.

Download the modified grub from here and copy it to the root of your EFI partition or wherever you want, but you'll need to navigate to that location anyway.

Launch the Shell from the Clover menu, navigate to the grub shell, and run it. You will promoted to enter a command.

The command to disable the IGPU audio codec is "setup_var 0xD68 0x1" where 0x1 is to disable the codec. You can check it with the IORegistryExplorer.

Good luck.

 

@ALL, please do not use this command for your mainboard, this only applies to the Z170X-Gaming7 EK

Edited October 20, 2019 by wern apfel

[Andres ZeroCross]

4 hours ago, wern apfel said:

I'm not good on writing guides. But I try to make it understandable.

First, look at your IOReg to see if there is a second audio codec on the HDEF device, if so, we will try to disable it.

Download the modified grub from here and copy it to the root of your EFI partition or wherever you want, but you'll need to navigate to that location anyway.

Launch the Shell from the Clover menu, navigate to the grub shell, and run it. You will promoted to enter a command.

The command to disable the IGPU audio codec is "setup_var 0xD68 0x1" where 0x1 is to disable the codec. You can check it with the IORegistryExplorer.

Good luck.

 

@ALL, please do not use this command for your mainboard, this only applies to the Z170X-Gaming7 EK

Disable from Shell can take risk for not expert people. It's better to set hda-no-gfx like my post here : https://www.insanelymac.com/forum/topic/339695-fix-kernel-panic-freeze-because-hdmi_dp-applehda-after-wake-in-catalina-with-connectorless-ig-platfrom-id-of-igpu-supported-egpu/

[wern apfel]

19 hours ago, Andres ZeroCross said:

It's better to set hda-no-gfx like my post here : https://www.insanelymac.com/forum/topic/339695-fix-kernel-panic-freeze-because-hdmi_dp-applehda-after-wake-in-catalina-with-connectorless-ig-platfrom-id-of-igpu-supported-egpu/

I don't know why the method you used is the better one. There is still an unused device. We do not know what Apple is doing. Maybe another update will enable it again. But if you disable via the firmware, it does not matter what Apple does in the future.

With the latest AppleALC it's more easier by adding the No-hda-gfx property.

 

BTW. if you do something wrong with the grub shell, you can simply do a clear CMOS and all values will be restored.

[Andres ZeroCross]

45 minutes ago, wern apfel said:

I don't know why the method you used is the better one. There is still an unused device. We do not know what Apple is doing. Maybe another update will enable it again. But if you disable via the firmware, it does not matter what Apple does in the future.

With the latest AppleALC it's more easier by adding the No-hda-gfx property.

 

BTW. if you do something wrong with the grub shell, you can simply do a clear CMOS and all values will be restored.

What do you mean by unused device?? With your method and my method and comparing the IOREG Output then the result is same. I don't see any unused device there. Can you point my mistake?

Edited October 21, 2019 by Andres ZeroCross

[madicineman]

Thanks for both suggestions. But it makes sense to me, to use that method which is more bullet proof for future updates. I like GUI´s but a Shell is not scaring me (anymore)...

 

So first of all I looked for the second device. I do not know where your sleek GUI-IOreg is from, but I only got the Shell-output:

Edited October 21, 2019 by madicineman

[madicineman]

Too me, that does not look like a second device. Am I right?

 

So it might be useful to have a look to the kernel panic which greeted me this morning (BTW: It looked a little bit different to the former ones):

 

"panic(cpu 6 caller 0xffffff8011ca31fc): Sleep transition timed out after 180 seconds while entering darkwake on way to sleep. Suspected bundle: com.apple.driver.usb.AppleUSBXHCI. Thread 0x4ee39.

Failure code:: 0x3c6d0765 00000031

 

Backtracing specified thread

Backtrace (CPU 6), Frame : Return Address

0xffffff83c8583900 : 0xffffff8011663848 mach_kernel : _machine_switch_context + 0xc8

0xffffff80403f3b00 : 0xffffff8011561334 mach_kernel : _thread_unstop + 0x1784

0xffffff80403f3b70 : 0xffffff801155fb1f mach_kernel : _thread_block_reason + 0xbf

0xffffff80403f3bc0 : 0xffffff8011660989 mach_kernel : _lck_mtx_lock_wait_x86 + 0x139

0xffffff80403f3c00 : 0xffffff80116602ab mach_kernel : _lck_mtx_lock_slow + 0x1cb

0xffffff80403f3c30 : 0xffffff801155082a mach_kernel : _lck_mtx_sleep + 0x8a

0xffffff80403f3c70 : 0xffffff8011c3ff3c mach_kernel : __ZN10IOWorkLoop9sleepGateEPvj + 0xbc

0xffffff80403f3cb0 : 0xffffff8011c4141b mach_kernel : __ZN13IOEventSource9sleepGateEPvj + 0x4b

0xffffff80403f3ce0 : 0xffffff7f9233a933 com.apple.iokit.IOUSBHostFamily : __ZN16AppleUSBHostPort15forcePowerGatedENS_11tPowerStateEj + 0x1df

0xffffff80403f3d70 : 0xffffff8011c42d78 mach_kernel : __ZN13IOCommandGate9runActionEPFiP8OSObjectPvS2_S2_S2_ES2_S2_S2_S2_ + 0x138

0xffffff80403f3dd0 : 0xffffff7f92716bcf com.apple.driver.usb.AppleUSBXHCI : __ZN18AppleUSB30XHCIPort22powerStateWillChangeToEmmP9IOService + 0x59

0xffffff80403f3e00 : 0xffffff8011c2814b mach_kernel : __ZN9IOService23driverInformPowerChangeEv + 0x1eb

0xffffff80403f3ea0 : 0xffffff8011c27b44 mach_kernel : __ZN9IOService15pmDriverCalloutEPS_ + 0x34

0xffffff80403f3ec0 : 0xffffff80115811d5 mach_kernel : _thread_call_delayed_timer + 0xea5

0xffffff80403f3f40 : 0xffffff8011580d01 mach_kernel : _thread_call_delayed_timer + 0x9d1

0xffffff80403f3fa0 : 0xffffff80114e613e mach_kernel : _call_continuation + 0x2e

Kernel Extensions in backtrace:

com.apple.iokit.IOUSBHostFamily(1.2)[70761A70-11A9-3F83-B2F7-0FCEC749EE99]@0xffffff7f92319000->0xffffff7f92410fff

dependency: com.apple.driver.AppleBusPowerController(1.0)[B4001F35-E1A9-385A-9B45-1AF7ECD5E51E]@0xffffff7f922ff000

dependency: com.apple.driver.usb.AppleUSBCommon(1.0)[3DE1C066-5E08-3F07-BC5C-5273A7A38363]@0xffffff7f92307000

dependency: com.apple.driver.AppleUSBHostMergeProperties(1.2)[D890F1D7-ADE3-3D96-8A24-9A91E5D0F202]@0xffffff7f92315000

com.apple.driver.usb.AppleUSBXHCI(1.2)[9CE96A1A-12FC-3D0B-9F48-14B8D8AB6A75]@0xffffff7f926e3000->0xffffff7f9273afff

dependency: com.apple.iokit.IOACPIFamily(1.4)[9BA2613C-A129-3EDD-8DC1-2CFF6B62B832]@0xffffff7f9228f000

dependency: com.apple.iokit.IOUSBHostFamily(1.2)[70761A70-11A9-3F83-B2F7-0FCEC749EE99]@0xffffff7f92319000

dependency: com.apple.driver.usb.AppleUSBCommon(1.0)[3DE1C066-5E08-3F07-BC5C-5273A7A38363]@0xffffff7f92307000

 

BSD process name corresponding to current thread: kernel_task

Boot args: keepsyms=1 dart=0 debug=0x100 shiki-id=Mac-7BA5B2D9E42DDD94

 

Mac OS version:

19A602

 

Kernel version:

Darwin Kernel Version 19.0.0: Wed Sep 25 20:18:50 PDT 2019; root:xnu-6153.11.26~2/RELEASE_X86_64

Kernel UUID: 70EDD61F-86EE-3E1B-873F-98D909B78160

Kernel slide: 0x0000000011200000

Kernel text base: 0xffffff8011400000

__HIB text base: 0xffffff8011300000

System model name: iMacPro1,1 (Mac-7BA5B2D9E42DDD94)

System shutdown begun: NO

Panic diags file available: YES (0x0)

 

System uptime in nanoseconds: 33696446380243

last loaded kext at 248069866617: @filesystems.msdosfs 1.10 (addr 0xffffff7f925ee000, size 69632)

loaded kexts:

com.paragon-software.filesystems.extfs 620.8.9

org.tw.CodecCommander 2.6.3

com.Logitech.Control Center.HID Driver 3.9.8

org.hwsensors.driver.LPCSensors 1800

net.osx86.kexts.GenericUSBXHCI 1.2.11

com.insanelymac.!IMausiEthernet 2.2.0

org.hwsensors.driver.GPUSensors 1800

org.hwsensors.driver.ACPISensors 1800

org.hwsensors.driver.SMMSensors 1800

org.hwsensors.driver.CPUSensors 1800

as.vit9696.WhateverGreen 1.3.2

org.netkas.driver.FakeSMC 1800

as.vit9696.!AALC 1.4.2

as.vit9696.Lilu 1.3.8

com.rehabman.driver.USBInjectAll 0.7.1

@filesystems.msdosfs 1.10

@fileutil 20.036.15

@kext.AMDFramebuffer 3.0.0

>!APlatformEnabler 2.7.0d0

>AGPM 111.1.18

>X86PlatformShim 1.0.0

@filesystems.autofs 3.0

>!AHDAHardwareConfigDriver 283.14

>!AHDA 283.14

>!AUpstreamUserClient 3.6.8

>!AMCCSControl 1.12

@kext.AMDRadeonX4000 3.0.0

@kext.AMDRadeonServiceManager 3.0.0

>!AGraphicsDevicePolicy 4.1.46

@AGDCPluginDisplayMetrics 4.1.46

>!AHV 1

|IOUserEthernet 1.0.1

|IO!BSerialManager 7.0.0f8

>pmtelemetry 1

@Dont_Steal_Mac_OS_X 7.0.0

>!A!ISlowAdaptiveClocking 4.0.0

@kext.AMD9500!C 3.0.0

>!A!IMCEReporter 115

>AudioAUUC 1.70

>!A!IPCHPMC 2.0.1

>eficheck 1

>!A!ISKLGraphics 14.0.0

>ACPI_SMC_PlatformPlugin 1.0.0

>!AGFXHDA 100.1.421

>!A!ISKLGraphicsFramebuffer 14.0.0

>!A16X50ACPI 3.2

>!AFIVRDriver 4.1.0

@filesystems.apfs 1412.11.7

|IO!BUSBDFU 7.0.0f8

>!ATopCaseHIDEventDriver 153

>!UTopCaseDriver 153

|SCSITaskUserClient 422.0.2

>!AFileSystemDriver 3.0.1

>AirPort.BrcmNIC 1400.1.1

>!AVirtIO 1.0

@filesystems.hfs.kext 522.0.9

@!AFSCompression.!AFSCompressionTypeDataless 1.0.0d1

@BootCache 40

@!AFSCompression.!AFSCompressionTypeZlib 1.0.0

>!AAHCIPort 341.0.2

@private.KextAudit 1.0

>!ARTC 2.0

>!AACPIButtons 6.1

>!AHPET 1.8

>!ASMBIOS 2.1

>!AAPIC 1.7

$!AImage4 1

@nke.applicationfirewall 302

$TMSafetyNet 8

@!ASystemPolicy 2.0.0

|EndpointSecurity 1

@kext.triggers 1.0

>DspFuncLib 283.14

@kext.OSvKernDSPLib 529

@kext.AMDRadeonX4000HWLibs 1.0

>!ASMBus!C 1.0.18d1

|IOSMBus!F 1.1

@kext.AMDRadeonX4000HWServices 3.0.0

>!AGraphicsControl 4.1.46

|IOAVB!F 800.17

>!ASSE 1.0

@!AGPUWrangler 4.1.46

|IOSlowAdaptiveClocking!F 1.0.0

>!AHDA!C 283.14

|IOHDA!F 283.14

@kext.AMDSupport 3.0.0

>IOPlatformPluginLegacy 1.0.0

>X86PlatformPlugin 1.0.0

>IOPlatformPlugin!F 6.0.0d8

|IONDRVSupport 558.3

@!AGraphicsDeviceControl 4.1.46

|IOAccelerator!F2 438.1.23

|IOGraphics!F 558.3

>!ASMBusPCI 1.0.14d1

>!A16X50Serial 3.2

@plugin.IOgPTPPlugin 800.14

|IOEthernetAVB!C 1.1.0

|IOAHCIBlock!S 316.0.5

>!AXsanScheme 3

|Broadcom!BHost!CUSBTransport 7.0.0f8

|IO!BHost!CUSBTransport 7.0.0f8

|IO!BHost!CTransport 7.0.0f8

>!AHS!BDriver 153

>!AMultitouchDriver 3400.35

>!AInputDeviceSupport 3400.27

>!AHIDKeyboard 209

>usb.IOUSBHostHIDDevice 1.2

>IO!BHIDDriver 7.0.0f8

|IO!B!F 7.0.0f8

|IO!BPacketLogger 7.0.0f8

|IOUSBHIDDriver 900.4.2

>usb.!UHub 1.2

>!UAudio 320.47

|IOAudio!F 300.2

@vecLib.kext 1.2.0

>usb.cdc 5.0.0

>usb.networking 5.0.0

>usb.!UHostCompositeDevice 1.2

|IO80211!F 1200.12.2b1

>mDNSOffloadUserClient 1.0.1b8

>corecapture 1.0.4

|IOSkywalk!F 1

|IOSerial!F 11

|IOSurface 269.6

@filesystems.hfs.encodings.kext 1

>!A!ILpssI2C 3.0.60

>!A!ILpssGspi 3.0.60

|IOAHCI!F 290.0.1

>usb.!UXHCIPCI 1.2

>usb.!UXHCI 1.2

>usb.!UHostPacketFilter 1.0

|IOUSB!F 900.4.2

>!AEFINVRAM 2.1

>!AEFIRuntime 2.1

|IOHID!F 2.0.0

$quarantine 4

$sandbox 300.0

@kext.!AMatch 1.0.0d1

>DiskImages 493.0.0

>!AFDEKeyStore 28.30

>!AEffaceable!S 1.0

>!AKeyStore 2

>!UTDM 489.11.2

|IOSCSIBlockCommandsDevice 422.0.2

>!ACredentialManager 1.0

>KernelRelayHost 1

>!ASEPManager 1.0.1

>IOSlaveProcessor 1

|IOUSBMass!SDriver 157.11.2

|IOSCSIArchitectureModel!F 422.0.2

|IO!S!F 2.1

|IOUSBHost!F 1.2

>!UHostMergeProperties 1.2

>usb.!UCommon 1.0

>!ABusPower!C 1.0

|CoreAnalytics!F 1

>!AMobileFileIntegrity 1.0.5

@kext.CoreTrust 1

|IOTimeSync!F 800.14

|IONetworking!F 3.4

|IOReport!F 47

>!AACPIPlatform 6.1

>!ASMC 3.1.9

>watchdog 1

|IOPCI!F 2.9

|IOACPI!F 1.4

@kec.pthread 1

@kec.corecrypto 1.0

@kec.Libm 1"

 

Does that make any sense to you?

Edited October 21, 2019 by madicineman

[madicineman]

And just during supper I had the regular kernel panic after leaving Netflix opened:

 

"panic(cpu 2 caller 0xffffff80070a31fc): Sleep transition timed out after 180 seconds while entering darkwake on way to sleep. Suspected bundle: com.apple.iokit.IOUSBHostFamily. Thread 0x1dc38.
Failure code:: 0xa806f29c 00000031

Backtracing specified thread
Backtrace (CPU 2), Frame : Return Address
0xffffff83aaaa3900 : 0xffffff8006a63848 mach_kernel : _machine_switch_context + 0xc8
0xffffff83c4e23c30 : 0xffffff8006961334 mach_kernel : _thread_unstop + 0x1784
0xffffff83c4e23ca0 : 0xffffff800695fb1f mach_kernel : _thread_block_reason + 0xbf
0xffffff83c4e23cf0 : 0xffffff800693a990 mach_kernel : _delay_for_interval + 0xa0
0xffffff83c4e23d10 : 0xffffff7f87b099ce com.apple.driver.usb.AppleUSBXHCI : __ZN16AppleUSBXHCIPort7powerOnEv + 0x1e0
0xffffff83c4e23d70 : 0xffffff7f87739d71 com.apple.iokit.IOUSBHostFamily : __ZN16AppleUSBHostPort18setPowerStateGatedEmP9IOService + 0x417
0xffffff83c4e23dd0 : 0xffffff8007042d78 mach_kernel : __ZN13IOCommandGate9runActionEPFiP8OSObjectPvS2_S2_S2_ES2_S2_S2_S2_ + 0x138
0xffffff83c4e23e30 : 0xffffff8007027d34 mach_kernel : __ZN9IOService19driverSetPowerStateEv + 0x184
0xffffff83c4e23ea0 : 0xffffff8007027b3a mach_kernel : __ZN9IOService15pmDriverCalloutEPS_ + 0x2a
0xffffff83c4e23ec0 : 0xffffff80069811d5 mach_kernel : _thread_call_delayed_timer + 0xea5
0xffffff83c4e23f40 : 0xffffff8006980d01 mach_kernel : _thread_call_delayed_timer + 0x9d1
0xffffff83c4e23fa0 : 0xffffff80068e613e mach_kernel : _call_continuation + 0x2e
      Kernel Extensions in backtrace:
         com.apple.iokit.IOUSBHostFamily(1.2)[70761A70-11A9-3F83-B2F7-0FCEC749EE99]@0xffffff7f87719000->0xffffff7f87810fff
            dependency: com.apple.driver.AppleBusPowerController(1.0)[B4001F35-E1A9-385A-9B45-1AF7ECD5E51E]@0xffffff7f876ff000
            dependency: com.apple.driver.usb.AppleUSBCommon(1.0)[3DE1C066-5E08-3F07-BC5C-5273A7A38363]@0xffffff7f87707000
            dependency: com.apple.driver.AppleUSBHostMergeProperties(1.2)[D890F1D7-ADE3-3D96-8A24-9A91E5D0F202]@0xffffff7f87715000
         com.apple.driver.usb.AppleUSBXHCI(1.2)[9CE96A1A-12FC-3D0B-9F48-14B8D8AB6A75]@0xffffff7f87ae3000->0xffffff7f87b3afff
            dependency: com.apple.iokit.IOACPIFamily(1.4)[9BA2613C-A129-3EDD-8DC1-2CFF6B62B832]@0xffffff7f8768f000
            dependency: com.apple.iokit.IOUSBHostFamily(1.2)[70761A70-11A9-3F83-B2F7-0FCEC749EE99]@0xffffff7f87719000
            dependency: com.apple.driver.usb.AppleUSBCommon(1.0)[3DE1C066-5E08-3F07-BC5C-5273A7A38363]@0xffffff7f87707000

BSD process name corresponding to current thread: kernel_task
Boot args: keepsyms=1 dart=0 debug=0x100 shiki-id=Mac-7BA5B2D9E42DDD94 

Mac OS version:
19A602

Kernel version:
Darwin Kernel Version 19.0.0: Wed Sep 25 20:18:50 PDT 2019; root:xnu-6153.11.26~2/RELEASE_X86_64
Kernel UUID: 70EDD61F-86EE-3E1B-873F-98D909B78160
Kernel slide:     0x0000000006600000
Kernel text base: 0xffffff8006800000
__HIB  text base: 0xffffff8006700000
System model name: iMacPro1,1 (Mac-7BA5B2D9E42DDD94)
System shutdown begun: NO
Panic diags file available: YES (0x0)

System uptime in nanoseconds: 6925735177218
last loaded kext at 247037741313: @filesystems.msdosfs    1.10 (addr 0xffffff7f879ee000, size 69632)
loaded kexts:
com.paragon-software.filesystems.extfs    620.8.9
org.tw.CodecCommander    2.6.3
com.Logitech.Control Center.HID Driver    3.9.8
org.hwsensors.driver.GPUSensors    1800
org.hwsensors.driver.LPCSensors    1800
net.osx86.kexts.GenericUSBXHCI    1.2.11
com.insanelymac.!IMausiEthernet    2.2.0
org.hwsensors.driver.ACPISensors    1800
org.hwsensors.driver.SMMSensors    1800
org.hwsensors.driver.CPUSensors    1800
as.vit9696.WhateverGreen    1.3.2
org.netkas.driver.FakeSMC    1800
as.vit9696.!AALC    1.4.2
as.vit9696.Lilu    1.3.8
com.rehabman.driver.USBInjectAll    0.7.1
@filesystems.msdosfs    1.10
@fileutil    20.036.15
@kext.AMDFramebuffer    3.0.0
>AGPM    111.1.18
>!APlatformEnabler    2.7.0d0
>X86PlatformShim    1.0.0
@filesystems.autofs    3.0
>!AHDAHardwareConfigDriver    283.14
>!AUpstreamUserClient    3.6.8
>!AMCCSControl    1.12
>!AHDA    283.14
@kext.AMDRadeonX4000    3.0.0
@kext.AMDRadeonServiceManager    3.0.0
>!AGraphicsDevicePolicy    4.1.46
>!A16X50ACPI    3.2
@AGDCPluginDisplayMetrics    4.1.46
>!A!ISKLGraphics    14.0.0
>!AHV    1
|IOUserEthernet    1.0.1
|IO!BSerialManager    7.0.0f8
>!A!IPCHPMC    2.0.1
>pmtelemetry    1
@Dont_Steal_Mac_OS_X    7.0.0
>eficheck    1
@kext.AMD9500!C    3.0.0
>!A!IMCEReporter    115
>ACPI_SMC_PlatformPlugin    1.0.0
>!A!ISKLGraphicsFramebuffer    14.0.0
>!AGFXHDA    100.1.421
>AudioAUUC    1.70
>!A!ISlowAdaptiveClocking    4.0.0
>!AFIVRDriver    4.1.0
@filesystems.apfs    1412.11.7
|IO!BUSBDFU    7.0.0f8
>!ATopCaseHIDEventDriver    153
>!UTopCaseDriver    153
|SCSITaskUserClient    422.0.2
>!AFileSystemDriver    3.0.1
>!AVirtIO    1.0
@filesystems.hfs.kext    522.0.9
@!AFSCompression.!AFSCompressionTypeDataless    1.0.0d1
@BootCache    40
@!AFSCompression.!AFSCompressionTypeZlib    1.0.0
>AirPort.BrcmNIC    1400.1.1
@private.KextAudit    1.0
>!AAHCIPort    341.0.2
>!AACPIButtons    6.1
>!ARTC    2.0
>!AHPET    1.8
>!ASMBIOS    2.1
>!AAPIC    1.7
$!AImage4    1
@nke.applicationfirewall    302
$TMSafetyNet    8
@!ASystemPolicy    2.0.0
|EndpointSecurity    1
@kext.triggers    1.0
>!ASMBus!C    1.0.18d1
|IOSMBus!F    1.1
>DspFuncLib    283.14
@kext.OSvKernDSPLib    529
@kext.AMDRadeonX4000HWLibs    1.0
@kext.AMDRadeonX4000HWServices    3.0.0
>!AGraphicsControl    4.1.46
>!A16X50Serial    3.2
|IOAVB!F    800.17
>!ASSE    1.0
@!AGPUWrangler    4.1.46
>!ASMBusPCI    1.0.14d1
>!AHDA!C    283.14
|IOHDA!F    283.14
>IOPlatformPluginLegacy    1.0.0
>X86PlatformPlugin    1.0.0
>IOPlatformPlugin!F    6.0.0d8
|IOAccelerator!F2    438.1.23
|IONDRVSupport    558.3
@kext.AMDSupport    3.0.0
@!AGraphicsDeviceControl    4.1.46
|IOGraphics!F    558.3
|IOSlowAdaptiveClocking!F    1.0.0
@plugin.IOgPTPPlugin    800.14
|IOEthernetAVB!C    1.1.0
|IOAHCIBlock!S    316.0.5
>!AXsanScheme    3
|Broadcom!BHost!CUSBTransport    7.0.0f8
|IO!BHost!CUSBTransport    7.0.0f8
|IO!BHost!CTransport    7.0.0f8
>!AHS!BDriver    153
>usb.IOUSBHostHIDDevice    1.2
>!AMultitouchDriver    3400.35
>!AInputDeviceSupport    3400.27
>!AHIDKeyboard    209
>IO!BHIDDriver    7.0.0f8
|IO!B!F    7.0.0f8
|IO!BPacketLogger    7.0.0f8
|IOUSBHIDDriver    900.4.2
>!UAudio    320.47
|IOAudio!F    300.2
@vecLib.kext    1.2.0
>usb.cdc    5.0.0
>usb.networking    5.0.0
>usb.!UHostCompositeDevice    1.2
>usb.!UHub    1.2
|IOSerial!F    11
|IOSurface    269.6
@filesystems.hfs.encodings.kext    1
|IO80211!F    1200.12.2b1
>mDNSOffloadUserClient    1.0.1b8
>corecapture    1.0.4
|IOSkywalk!F    1
>usb.!UHostPacketFilter    1.0
|IOUSB!F    900.4.2
>!A!ILpssI2C    3.0.60
>usb.!UXHCIPCI    1.2
>usb.!UXHCI    1.2
|IOAHCI!F    290.0.1
>!AEFINVRAM    2.1
>!AEFIRuntime    2.1
>!A!ILpssGspi    3.0.60
|IOHID!F    2.0.0
$quarantine    4
$sandbox    300.0
@kext.!AMatch    1.0.0d1
>DiskImages    493.0.0
>!AFDEKeyStore    28.30
>!AEffaceable!S    1.0
>!AKeyStore    2
>!UTDM    489.11.2
|IOSCSIBlockCommandsDevice    422.0.2
>!ACredentialManager    1.0
>KernelRelayHost    1
>!ASEPManager    1.0.1
>IOSlaveProcessor    1
|IOUSBMass!SDriver    157.11.2
|IOSCSIArchitectureModel!F    422.0.2
|IO!S!F    2.1
|IOUSBHost!F    1.2
>!UHostMergeProperties    1.2
>usb.!UCommon    1.0
>!ABusPower!C    1.0
|CoreAnalytics!F    1
>!AMobileFileIntegrity    1.0.5
@kext.CoreTrust    1
|IOTimeSync!F    800.14
|IONetworking!F    3.4
|IOReport!F    47
>!AACPIPlatform    6.1
>!ASMC    3.1.9
>watchdog    1
|IOPCI!F    2.9
|IOACPI!F    1.4
@kec.pthread    1
@kec.corecrypto    1.0
@kec.Libm    1"

[wern apfel]

1 hour ago, Andres ZeroCross said:

What do you mean by unused device?? With your method and my method and comparing the IOREG Output then the result is same. I don't see any unused device there. Can you point my mistake?

Take a look at your screenshot, where you can see the IGPU audio codec with the device ID: 8086 0101, which should disappear. Assuming the modgrub command is right. You can temporarily disable the IGPU, where the audio codec is also disabled to see the difference.

 

1 hour ago, madicineman said:

Too me, that does not look like a second device. Am I right?

 

Since you use the iMac Pro SMBIOS you probably also have disabled the IGPU, then there is no second device.

1 hour ago, madicineman said:

Does that make any sense to you?

It seems to be an USB issue. Try to disable the Thunderbolt chip. On my setup, the USB3.1 port does not work anymore after wakeing which sits on the Thunderbolt chip.

Edited October 21, 2019 by wern apfel

[Andres ZeroCross]

1 hour ago, wern apfel said:

Take a look at your screenshot, where you can see the IGPU audio codec with the device ID: 8086 0101, which should disappear. Assuming the modgrub command is right. You can temporarily disable the IGPU, where the audio codec is also disabled to see the difference.

??? Take a look at your screenshot above, you have audio device id too with device id : 8086 280b. There is no difference

[wern apfel]

20 hours ago, Andres ZeroCross said:

??? Take a look at your screenshot above, you have audio device id too with device id : 8086 280b. There is no difference

My previous screenshot was taken with digital codec enabled , so that madicineman can see what needs to be disabled. Here a screenshot were the codec is disabled.

[wern apfel]

Since some users think the installation of CodecCommander to /L/E is wrong or not vanilla, here a version that should work with CC from the Other folder. Multichannel should also work without CC. So please try and report back, Thanks.

 

R3Di users should try layout-id 4 and the ZxRi users 7 and 8. CC should not have a CA0132 profile, use the SSDT instead.

AppleALC_1.4.5.zip

Edited January 5, 2020 by wern apfel

[Muteb]

On 1/5/2020 at 1:32 PM, wern apfel said:

Since some users think the installation of CodecCommander to /L/E is wrong or not vanilla, here a version that should work with CC from the Other folder. Multichannel should also work without CC. So please try and report back, Thanks.

 

R3Di users should try layout-id 4 and the ZxRi users 7 and 8. CC should not have a CA0132 profile, use the SSDT instead.

AppleALC_1.4.5.zip

Hey @wern apfel! , I have sound blaster Zx I use the SSDT for R3Di and layout-ID=4 and installed CodeCommand to L/E and I try to put in clover/kext/other still not working can you help me ?

thanks for your hard job to try working on these cards.   

Edited February 14, 2020 by Muteb

[wern apfel]

15 hours ago, Muteb said:

Hey @wern apfel! , I have sound blaster Zx I use the SSDT for R3Di and layout-ID=4 and installed CodeCommand to L/E and I try to put in clover/kext/other still not working can you help me ?

thanks for your hard job to try working on these cards.   

Do you mean ZxRi? If so, use layout-id 7 or 8.

[Muteb]

7 hours ago, wern apfel said:

Do you mean ZxRi? If so, use layout-id 7 or 8.

No I mean the sound blaster ZX pci card the chipset for this card is CA0132 , can you share with me the Applealc sours code so may be I can work it .

interesting my card before your kext and .aml installed was showing as pxsx but now its show as HDES, but do I have to run windows or linux first then run Mac OS  .  

please see the photo:

and thanks for your replay.

Edited February 15, 2020 by Muteb

[wern apfel]

On 2/15/2020 at 5:23 AM, Muteb said:

No I mean the sound blaster ZX pci card the chipset for this card is CA0132 , can you share with me the Applealc sours code so may be I can work it .

interesting my card before your kext and .aml installed was showing as pxsx but now its show as HDES, but do I have to run windows or linux first then run Mac OS  .  

please see the photo:

and thanks for your replay.

Ok, I didn't know there was a Zx card too. Since the SSID is 0x0010, which is the same as the Soundblaster Z, it should work with the same settings. I will probably upload a test sample later.

As far as I know, the AppleHDAController doesn't support PCIe cards, but you can patch it with your device-id to see if the controller is loading.

 

EDIT:

Disable the renaming to HDEF patch and try VoodooHDA. This version forwards  the microphone to the first Line-Out to see if the mixer works properly. Suppose you own a microphone.

If possible, use getdump and upload the output.

VoodooHDA.kext.zip

Edited February 16, 2020 by wern apfel

[Muteb]

On 2/15/2020 at 5:05 PM, wern apfel said:

Ok, I didn't know there was a Zx card too. Since the SSID is 0x0010, which is the same as the Soundblaster Z, it should work with the same settings. I will probably upload a test sample later.

As far as I know, the AppleHDAController doesn't support PCIe cards, but you can patch it with your device-id to see if the controller is loading.

 

EDIT:

Disable the renaming to HDEF patch and try VoodooHDA. This version forwards  the microphone to the first Line-Out to see if the mixer works properly. Suppose you own a microphone.

If possible, use getdump and upload the output.

VoodooHDA.kext.zip

okay , its seem the VodooHDA is loading the card and it is recognised  , but still no input or out put .

also I have a PinConfig dumb form linux you can use it to help you understand .

code ca0132.txt

[wern apfel]

16 hours ago, Muteb said:

okay , its seem the VodooHDA is loading the card and it is recognised  , but still no input or out put .

also I have a PinConfig dumb form linux you can use it to help you understand .

 

code ca0132.txt

I think the issue is the second chip (CA0113) which is the controller. As already mentioned, can you please run getdump and show me the output?

Does the microphone work? you should normally hear it trough the first line-out. If not, try after sleep.

getdump.zip

[Muteb]

On 2/17/2020 at 1:34 PM, wern apfel said:

I think the issue is the second chip (CA0113) which is the controller. As already mentioned, can you please run getdump and show me the output?

Does the microphone work? you should normally hear it trough the first line-out. If not, try after sleep.

getdump.zip

hey sorry for not replaying, The microphone did work after sleep .

here the dump you ask for.

voodoo_dump.txt

EDIT: here is the get Config Date:

<00B71C10 00B71D41 00B71E01 00B71F01 00B70C02 00F71C1F 00F71DF0 00F71E21 00F71F01 01071C20 01071D60 01071E01 01071F01 01171C30 01171D20 01171E01 01171F01 00C71CF0 00C71D20 00C71E45 00C71F01 00D71CF0 00D71D00 00D71E00 00D71F40 00E71CF0 00E71D10 00E71EC5 00E71F01 01271CF0 01271D91 01271EA7 01271F01 01371CF0 01371D00 01371E00 01371F40 01871CF0 01871D00 01871E00 01871F50>

Edited February 18, 2020 by Muteb

[Muteb]

On 2/18/2020 at 5:22 PM, Muteb said:

hey sorry for not replaying, The microphone did work after sleep .

here the dump you ask for.

voodoo_dump.txt

EDIT: here is the get Config Date:

<00B71C10 00B71D41 00B71E01 00B71F01 00B70C02 00F71C1F 00F71DF0 00F71E21 00F71F01 01071C20 01071D60 01071E01 01071F01 01171C30 01171D20 01171E01 01171F01 00C71CF0 00C71D20 00C71E45 00C71F01 00D71CF0 00D71D00 00D71E00 00D71F40 00E71CF0 00E71D10 00E71EC5 00E71F01 01271CF0 01271D91 01271EA7 01271F01 01371CF0 01371D00 01371E00 01371F40 01871CF0 01871D00 01871E00 01871F50>

Hey @wern apfel any update?