search

acidanthera / bugtracker

Acidanthera Bugtracker
385 stars 45 forks source link

Cumulative AudioDxe issue #740

Open vit9696 opened 4 years ago

vit9696 commented 4 years ago

This issue is for discussing progress on the work items listed below - unless discussing these specifically, please open a new issue.

Currently there are several issues in AudioDxe, which we most likely want to resolve some time.

There also are code cleanup issues, but this can be handled separately, as cleaning up AudioDxe and putting it to OcSupportPkg is pretty much a dedicated issue.

CC @Goldfish64, @Download-Fritz, @Andrey1970AppleLife

Pavo-IM commented 4 years ago

I am also not positive that AMD works fine or not. AMD somewhat works, the boot chime sound starts and sounds crystal clear but then stops about 1/3 of the length of it should be before the Apple logo shows.

vit9696 commented 4 years ago

Added basic VMware support in master. It seems there are some issues:

MacNB commented 4 years ago

Repetitive boot chime. Chime-Recording.m4a.zip I mentioned a problem with OC Boot Chime a while back here (that was on 5th March 2020 so cannot remember which OC version I used). With the nightly build a day ago, OC 0.5.8 still has the problem of repetitive chime.

Let me know how I can help to debug the issue. This is on a real system (Z77 chipset with i7-3770K) and not a VM.

suhrmann commented 4 years ago

Are you aware of the error? OC: Audio connection failed - Not Found though audio in MacOS works fine?

Occured on ASUS Prime Z370-A I with with Realtek S1220A, Intel i7 8700K

From my OpenCore logs:

00:205 00:003 OC: Setting NVRAM 7C436110-AB2A-4BBB-A880-FE41995C9F82:SystemAudioVolume - ignored, exists
  . . . 
02:036 00:004 OCAU: System volume is 88 (calculated from 62) - Success
02:040 00:003 OCAU: No AudioIo instances - Not Found
02:043 00:003 OCAU: Cannot find specified audio device - Not Found
02:047 00:003 OC: Audio connection failed - Not Found

More info in this reddit thread (I am not OP): https://www.reddit.com/r/hackintosh/comments/htynpi/opencore_not_detecting_hdaudio_but_audio_works

chadify commented 3 years ago

Are you aware of the error? OC: Audio connection failed - Not Found though audio in MacOS works fine?

Occured on ASUS Prime Z370-A I with with Realtek S1220A, Intel i7 8700K

From my OpenCore logs:

00:205 00:003 OC: Setting NVRAM 7C436110-AB2A-4BBB-A880-FE41995C9F82:SystemAudioVolume - ignored, exists
  . . . 
02:036 00:004 OCAU: System volume is 88 (calculated from 62) - Success
02:040 00:003 OCAU: No AudioIo instances - Not Found
02:043 00:003 OCAU: Cannot find specified audio device - Not Found
02:047 00:003 OC: Audio connection failed - Not Found

More info in this reddit thread (I am not OP): https://www.reddit.com/r/hackintosh/comments/htynpi/opencore_not_detecting_hdaudio_but_audio_works

I've got the same issue.

lordofpc734 commented 3 years ago

Are you aware of the error? OC: Audio connection failed - Not Found though audio in MacOS works fine?

Occured on ASUS Prime Z370-A I with with Realtek S1220A, Intel i7 8700K

From my OpenCore logs:

00:205 00:003 OC: Setting NVRAM 7C436110-AB2A-4BBB-A880-FE41995C9F82:SystemAudioVolume - ignored, exists
  . . . 
02:036 00:004 OCAU: System volume is 88 (calculated from 62) - Success
02:040 00:003 OCAU: No AudioIo instances - Not Found
02:043 00:003 OCAU: Cannot find specified audio device - Not Found
02:047 00:003 OC: Audio connection failed - Not Found

More info in this reddit thread (I am not OP): https://www.reddit.com/r/hackintosh/comments/htynpi/opencore_not_detecting_hdaudio_but_audio_works

Got the same issue here. here is the OC 0.6.3 DEBUG log file. opencore-2020-11-27-150856.txt So I researched a bit, and vit recommended a user with similar issue to see if the audio device path is something else in the firmware. I assume they used the UEFI Shell to check this in macOS, the audio device path is PciRoot(0x0)/Pci(0x1f,0x3) I ran the devices command in the shell, I looked for that device path I mentioned above. found it. and recorded its Identifier (1C0). I randh -v 1C0 it returned the device ID and Vendor ID. along with some other information https://cdn.discordapp.com/attachments/400050916411047937/781914411685249034/20201127_192401.jpg I rebooted to macOS, started DPCImanager, and was able to match the Vendor id and Device ID. so, I assume its safe to say that the paths are the same in the OS, and firmware. however, I'm a novice. I could be wrong https://cdn.discordapp.com/attachments/400050916411047937/781914547702202378/unknown.png at this point I'm not sure what else I'm supposed to do. perhaps my device is simply not compatible?

Toolybird commented 3 years ago

(just putting this on record)

AudioDxe crashes QEMU/KVM

Looking into getting emulated audio working via AppleALC for QEMU/KVM macOS guests under Linux.

The new audio codec dump functionality for SysReport seems interesting. Unfortunately it results in some kind of QEMU crash:

QEMU 5.2.0 monitor - type 'help' for more information
(qemu) KVM internal error. Suberror: 1
emulation failure
RAX=0000000000000000 RBX=0000000000000000 RCX=0000000000000000 RDX=0000000000000000
RSI=0000000000000000 RDI=000000007e32ada8 RBP=000000007fee7110 RSP=000000007fee7088
R8 =0000000000000000 R9 =0000000000000080 R10=000000007e339078 R11=0000000000000000
R12=000000007eeae028 R13=0000000000000000 R14=0000000000000000 R15=000000007fee70e7
RIP=00000000000b0000 RFL=00000246 [---Z-P-] CPL=0 II=0 A20=1 SMM=0 HLT=0
ES =0030 0000000000000000 ffffffff 00c09300 DPL=0 DS   [-WA]
CS =0038 0000000000000000 ffffffff 00a09b00 DPL=0 CS64 [-RA]
SS =0030 0000000000000000 ffffffff 00c09300 DPL=0 DS   [-WA]
DS =0030 0000000000000000 ffffffff 00c09300 DPL=0 DS   [-WA]
FS =0030 0000000000000000 ffffffff 00c09300 DPL=0 DS   [-WA]
GS =0030 0000000000000000 ffffffff 00c09300 DPL=0 DS   [-WA]
LDT=0000 0000000000000000 0000ffff 00008200 DPL=0 LDT
TR =0000 0000000000000000 0000ffff 00008b00 DPL=0 TSS64-busy
GDT=     000000007f9ee698 00000047
IDT=     000000007f27a018 00000fff
CR0=80010033 CR2=0000000000000000 CR3=000000007fc01000 CR4=00000668
DR0=0000000000000000 DR1=0000000000000000 DR2=0000000000000000 DR3=0000000000000000
DR6=00000000ffff0ff0 DR7=0000000000000400
EFER=0000000000000d00
Code=00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 <ff> ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff f
f ff ff ff

Interested in your thoughts on where the problem lies, ie: OC, QEMU, Linux Kernel etc. Please note it still hangs (without the above "emulation failure" message) if using TCG instead of KVM.

To reproduce, fire up a q35 UEFI guest via a modern QEMU. Add emulated audio with something similar to this:

-device ich9-intel-hda,bus=pcie.0,addr=0x1b \ -device hda-micro,audiodev=hda \ -audiodev pa,id=hda,server=/run/user/1000/pulse/native

then boot OC with AudioDxe.efi active.

Attached is:

Thanks

opencore-2021-01-28-204056.txt linux-codec-dump.txt

antoniomcr96 commented 3 years ago

Good morning @vit9696, I don't know if you are already aware of this problem, but I didn't find anything in the issues. AudioDxe.efi breaks windows audio. It is reported also by other users (https://www.insanelymac.com/forum/topic/345996-opencores-boot-chime-breaks-windowss-sound/ ; https://www.reddit.com/r/hackintosh/comments/kaafjc/help_windows_audio_not_working_when_booting/ ). The problem has never been "officially" discussed.

I like the chime, but It blocks the audio device on windows. Is there anything that can be done?

Enigmahack commented 3 years ago

Are you aware of the error? OC: Audio connection failed - Not Found though audio in MacOS works fine?

Occured on ASUS Prime Z370-A I with with Realtek S1220A, Intel i7 8700K

From my OpenCore logs:

00:205 00:003 OC: Setting NVRAM 7C436110-AB2A-4BBB-A880-FE41995C9F82:SystemAudioVolume - ignored, exists
  . . . 
02:036 00:004 OCAU: System volume is 88 (calculated from 62) - Success
02:040 00:003 OCAU: No AudioIo instances - Not Found
02:043 00:003 OCAU: Cannot find specified audio device - Not Found
02:047 00:003 OC: Audio connection failed - Not Found

More info in this reddit thread (I am not OP): https://www.reddit.com/r/hackintosh/comments/htynpi/opencore_not_detecting_hdaudio_but_audio_works

Are you aware of the error? OC: Audio connection failed - Not Found though audio in MacOS works fine? Occured on ASUS Prime Z370-A I with with Realtek S1220A, Intel i7 8700K From my OpenCore logs:

00:205 00:003 OC: Setting NVRAM 7C436110-AB2A-4BBB-A880-FE41995C9F82:SystemAudioVolume - ignored, exists
  . . . 
02:036 00:004 OCAU: System volume is 88 (calculated from 62) - Success
02:040 00:003 OCAU: No AudioIo instances - Not Found
02:043 00:003 OCAU: Cannot find specified audio device - Not Found
02:047 00:003 OC: Audio connection failed - Not Found

More info in this reddit thread (I am not OP): https://www.reddit.com/r/hackintosh/comments/htynpi/opencore_not_detecting_hdaudio_but_audio_works

Got the same issue here. here is the OC 0.6.3 DEBUG log file. opencore-2020-11-27-150856.txt So I researched a bit, and vit recommended a user with similar issue to see if the audio device path is something else in the firmware. I assume they used the UEFI Shell to check this in macOS, the audio device path is PciRoot(0x0)/Pci(0x1f,0x3) I ran the devices command in the shell, I looked for that device path I mentioned above. found it. and recorded its Identifier (1C0). I randh -v 1C0 it returned the device ID and Vendor ID. along with some other information https://cdn.discordapp.com/attachments/400050916411047937/781914411685249034/20201127_192401.jpg I rebooted to macOS, started DPCImanager, and was able to match the Vendor id and Device ID. so, I assume its safe to say that the paths are the same in the OS, and firmware. however, I'm a novice. I could be wrong https://cdn.discordapp.com/attachments/400050916411047937/781914547702202378/unknown.png at this point I'm not sure what else I'm supposed to do. perhaps my device is simply not compatible?

I'm using a Skylake-based Toshiba Tecra Z50-C with the exact same issue, exact same audio device path, and exact same audioDxe problem - it simply can't find the device at all so no audio is being played at boot.

I'm including my debug files as well. This is running with OC 0.7.3, and everything is up-to-date. Audio works perfectly in macOS, just not when trying to use the audio device PciRoot(0x0)/Pci(0x1f,0x3)

Perhaps worth investigating. opencore-2021-09-18-195536.txt

mikebeaton commented 2 years ago

@Toolybird - Crash in QEMU should be fixed by https://github.com/acidanthera/OpenCorePkg/commit/706cb4e7c6acab12b374d9966a28d95bc6459882

mikebeaton commented 2 years ago

Good morning @vit9696, I don't know if you are already aware of this problem, but I didn't find anything in the issues. AudioDxe.efi breaks windows audio. It is reported also by other users (https://www.insanelymac.com/forum/topic/345996-opencores-boot-chime-breaks-windowss-sound/ ; https://www.reddit.com/r/hackintosh/comments/kaafjc/help_windows_audio_not_working_when_booting/ ). The problem has never been "officially" discussed.

I like the chime, but It blocks the audio device on windows. Is there anything that can be done?

@antoniomcr96 - Are you able to confirm whether the new commit makes any difference on this issue?

antoniomcr96 commented 2 years ago

With latest commit ( https://github.com/acidanthera/OpenCorePkg/commit/70196d07c0d7bc9c6af11b75463379a894b8746e ) Chime is played when windows boots. However, windows doesn't recognize any audio device after boot. So, the driver keeps breaking audio on windows. Thanks for your consideration, I'm available for further debugging.

13thdemarch commented 2 years ago

Good morning @vit9696, I don't know if you are already aware of this problem, but I didn't find anything in the issues. AudioDxe.efi breaks windows audio. It is reported also by other users (https://www.insanelymac.com/forum/topic/345996-opencores-boot-chime-breaks-windowss-sound/ ; https://www.reddit.com/r/hackintosh/comments/kaafjc/help_windows_audio_not_working_when_booting/ ). The problem has never been "officially" discussed. I like the chime, but It blocks the audio device on windows. Is there anything that can be done?

@antoniomcr96 - Are you able to confirm whether the new commit makes any difference on this issue?

Hi mikebeaton, I'm the author of that post on Insanelymac about AudioDxe a year ago. I confirm that with latest commit of OCPkg about AudioDxe, it still breaks audio device on Windows after booting. My spec is Dell G7 7588 Gaming Laptop, ALC256

mikebeaton commented 2 years ago

I'm happy to try to investigate further. Please can you post OC debug log, when booting to Windows, and config.plist of affected system. (Just to confirm, it definitely doesn't produce any such problems when booting to Windows on test machines I have available.)

13thdemarch commented 2 years ago

I'm happy to try to investigate further. Please can you post OC debug log, when booting to Windows, and config.plist of affected system. (Just to confirm, if definitely doesn't produce any such problems when booting to Windows on test machines I have available.)

ok sure np, I will post after I'm back home from work.

antoniomcr96 commented 2 years ago

windows boot logs with debug build opencore-yogal390-windows.txt config.plist.txt

13thdemarch commented 2 years ago

I'm happy to try to investigate further. Please can you post OC debug log, when booting to Windows, and config.plist of affected system. (Just to confirm, if definitely doesn't produce any such problems when booting to Windows on test machines I have available.)

ok sure np, I will post after I'm back home from work.

opencore-Dell-G7-7588-Windows-boot-log.txt config.plist.txt

Here is my files. Sorry for late. Edit: I have just re-uploaded new log files, the old have some issues

mikebeaton commented 2 years ago

@aksm-unmei @antoniomcr96 Can you check whether this change https://github.com/acidanthera/OpenCorePkg/commit/5b58dc107ea724eaae8c9934536df12d840a1fb0 makes any difference to the Windows audio issue. Build artefacts are here: https://github.com/acidanthera/OpenCorePkg/suites/4724043814/artifacts/130006681

13thdemarch commented 2 years ago

@aksm-unmei @antoniomcr96 Can you check whether this change acidanthera/OpenCorePkg@5b58dc1 makes any difference to the Windows audio issue. Build artefacts are here: https://github.com/acidanthera/OpenCorePkg/suites/4724043814/artifacts/130006681

Hi mikebeaton, thank you for your reply and work. I have just tried that artifact and seems like nothing changed. Here is the new log: opencore-Dell-G7-7588-commit-5b58dc1.txt

image

Edit: Also I realized that when booting into Windows, the loading icon is spinning longer than usual. Usually there are 2 spinning rotations, but with AudioDxe, it takes 4 times.

mikebeaton commented 2 years ago

I think the longer delay might just be with the change I tried. Can you confirm whether the current version (not in the test branch you just tried for me) also has the longer delay. Thank you for the additional Windows error.

13thdemarch commented 2 years ago

I think the longer delay might just be with the change I tried. Can you confirm whether the current version (not in the test branch you just tried for me) also has the longer delay. Thank you for the additional Windows error.

Thank you for your reply. I think it's not your fault. It's always longer delay if I use AudioDxe and enable it in config.plist and boot into Windows. It has been happened since the first time I tried AudioDxe (last year, according the post on Insanelymac).

mikebeaton commented 2 years ago

Okay, that is useful to know too. Thanks.

mikebeaton commented 2 years ago

Have found one post stating that enabling Intel AMT/ME in the firmware can resolve the issue (not caused by AudioDxe, in that case). Would be interesting to know if this exists, and helps, on your system(s).

13thdemarch commented 2 years ago

Have found one post stating that enabling Intel AMT/ME in the firmware can resolve the issue (not caused by AudioDxe, in that case). Would be interesting to know if this exists, and helps, on your system(s).

I have just checked and found that Intel AMT/ME on my laptop is enabled by default (It is hidden in the UEFI BIOS but I found it in Dell BIOS Update file). Also for sure I checked the VarStore value and it's enabled already.

antoniomcr96 commented 2 years ago

image Same situation for me. Disabling and enabling the device doesn't work. Intel ME should be enabled on my firmware, I'm not sure since I don't have a specific option in the bios, but I have a device named "Intel Management Engine" in device manager

mikebeaton commented 2 years ago

I've pushed up another test change on audio-test branch, build artefacts are here: https://github.com/acidanthera/OpenCorePkg/suites/4754026172/artifacts/131766998 - again, let me know if it actually makes any difference on your machines or not.

13thdemarch commented 2 years ago

I've pushed up another test change on audio-test branch, build artefacts are here: https://github.com/acidanthera/OpenCorePkg/suites/4754026172/artifacts/131766998 - again, let me know if it actually makes any difference on your machines or not.

Good evening sir, thank you for your hard work. I have just tried that artifacts but nothing changed. AudioDxe still breaks Windows driver. Ah and, I also just realized that with your build and even the build which comes with OC 0.7.6 release, there is no chime sound at OC picker... But older versions before OC 0.7.6 (start from OC 0.7.5) are fine, chime sound yes. P/s: I think this information maybe is useful. My Windows driver is from Realtek, but it's modified by Dell, to be paired with WaveMaxx Audio, to get mic available. If I use the version which comes from Windows Update, there is only output internal speaker, no mic.

mikebeaton commented 2 years ago

I've pushed up another test change on audio-test branch, build artefacts are here: https://github.com/acidanthera/OpenCorePkg/suites/4754026172/artifacts/131766998 - again, let me know if it actually makes any difference on your machines or not.

Good evening sir, thank you for your hard work. I have just tried that artifacts but nothing changed. AudioDxe still breaks Windows driver. Ah and, I also just realized that with your build and even the build which comes with OC 0.7.6 release, there is no chime sound at OC picker... But older versions before OC 0.7.6 (start from OC 0.7.5) are fine, chime sound yes. P/s: I think this information maybe is useful. My Windows driver is from Realtek, but it's modified by Dell, to be paired with WaveMaxx Audio, to get mic available. If I use the version which comes from Windows Update, there is only output internal speaker, no mic.

Thanks for your testing.

There were no changes to AudioDxe in 0.7.6, so its behaviour should not have changed between 0.7.5 and 0.7.6. In the recent changes I made (in current wip 0.7.7), you will need to use AudioOutMask instead of AudioOut to specify output channels. As usual, use ocvalidate from the matching version to check that your config.plist has the current layout. If that is not the issue, and you still don't get a chime, then use the current master branch version and send your debug log and config.plist, and let's resolve that issue, at least.

As for the Windows issue, it does seem like it's going to be necessary to get a machine to test on here which actually shows the issue.

13thdemarch commented 2 years ago

I've pushed up another test change on audio-test branch, build artefacts are here: https://github.com/acidanthera/OpenCorePkg/suites/4754026172/artifacts/131766998 - again, let me know if it actually makes any difference on your machines or not.

Good evening sir, thank you for your hard work. I have just tried that artifacts but nothing changed. AudioDxe still breaks Windows driver. Ah and, I also just realized that with your build and even the build which comes with OC 0.7.6 release, there is no chime sound at OC picker... But older versions before OC 0.7.6 (start from OC 0.7.5) are fine, chime sound yes. P/s: I think this information maybe is useful. My Windows driver is from Realtek, but it's modified by Dell, to be paired with WaveMaxx Audio, to get mic available. If I use the version which comes from Windows Update, there is only output internal speaker, no mic.

Thanks for your testing.

There were no changes to AudioDxe in 0.7.6, so its behaviour should not have changed between 0.7.5 and 0.7.6. In the recent changes I made (in current wip 0.7.7), you will need to use AudioOutMask instead of AudioOut to specify output channels. As usual, use ocvalidate from the matching version to check that your config.plist has the current layout. If that is not the issue, and you still don't get a chime, then use the current master branch version and send your debug log and config.plist, and let's resolve that issue, at least.

As for the Windows issue, it does seem like it's going to be necessary to get a machine to test on here which actually shows the issue.

seems like I will try to make a clean WIP 0.7.7 and test it. Will tell you the result 💪

13thdemarch commented 2 years ago

I've pushed up another test change on audio-test branch, build artefacts are here: https://github.com/acidanthera/OpenCorePkg/suites/4754026172/artifacts/131766998 - again, let me know if it actually makes any difference on your machines or not.

I have just made a clean EFI from your artifacts. Boot successfully and I got chime sound now with new key AudioOutMask. But Windows sound driver is still broken 😢

mikebeaton commented 2 years ago

I have one more thing to try on this thread, as below. If it doesn't work, we may need to arrange a time where we can work together to do binary search for the issue (i.e. I make an AudioDxe which does 0%, 50% of its setup, and we can see what makes your system fail).

But in the meantime, try this: disable AudioDxe, make sure Windows sound works; then, without re-enabling AudioDxe, try setting ResetTrafficClass to true in the audio section of config.plist. If this makes Windows sound go away, then we're onto something. (If not, we'll try the above binary search technique.)

13thdemarch commented 2 years ago

But in the meantime, try this: disable AudioDxe, make sure Windows sound works; then, without re-enabling AudioDxe, try setting ResetTrafficClass to true in the audio section of config.plist. If this makes Windows sound go away, then we're onto something. (If not, we'll try the above binary search technique.)

I have just enabled ResetTrafficClass (AudioDxe is disabled) and Windows sound is still okay, no problem.

mikebeaton commented 2 years ago

Okay, we carry on gathering info, thanks for research. I'll try to produce some test versions of the driver to binary search this issue, probably not till after Christmas.

13thdemarch commented 2 years ago

Okay, we carry on gathering info, thanks for research. I'll try to produce some test versions of the driver to binary search this issue, probably not till after Christmas.

Okay I understand. Thank you for spending time! Merry Christmas !🎄🎁

antoniomcr96 commented 2 years ago

I tried last commit of audio-test branch, Windows boots successfully and with chime sound, but audio still doesn't work. I'm available for binary testing. Thanks for all your work and I hope you had a merry christmas

mikebeaton commented 2 years ago

@aksm-unmei @antoniomcr96

I've had a chance to produce some initial binary test versions of AudioDxe.efi, attached here: adtests0.zip

The numbers in them e.g. AudioDxe50.efi are (roughly) the percentage of AudioDxe init which each one is doing.

Just load each of them as drivers, one by one, instead of the normal AudioDxe.efi (using the rest of OpenCore from the current master branch), and report back which is the lowest numbered version at which your Windows sound fails; and also double-check and confirm that with the highest numbered one below that, Windows sound still works. Then I'll make some more test versions between those two, and we can carry on checking. I have included AudioDxe0.efi as a sanity check, I expect that one to load as a driver but to have no effect on Windows sound.

antoniomcr96 commented 2 years ago

Let me know if you need more information and thanks for your effort

13thdemarch commented 2 years ago

Hi mikebeaton. Thank you for your hard work! Here is my result after testing:

mikebeaton commented 2 years ago

So between 10 & 50 from both of you - thanks for the testing. I'll produce the next set with some intermediates between those two asap, today or tomorrow.

mikebeaton commented 2 years ago

I’ve updated AudioDxe to hopefully support more hardware.

It automatically configures VREF when available; it also treats any I/O channel (even one configured as an input by default) as a potential output - this was required to get sound on the MacPro5,1.

If anyone watching this issue can re-test the latest master branch version on any machines (both Macs and hacks) previously known to work (i.e. have UEFI sound in OpenCore with AudioDxe.efi), or known not to work, it would be really helpful.

mikebeaton commented 2 years ago

cc @khronokernel @Goldfish64 (If you have any time!) cc @cdf (Are there any other MacPro models which forum members could test?) cc @Ausdauersportler (Do you have any time and relevant machines? Not sure!) cc @aksm-unmei @antoniomcr96 @Sher1ocks cc @vit9696 (If there are any relevant users, and you and they have time to look?)

Many thanks in advance!

13thdemarch commented 2 years ago

I’ve updated AudioDxe to hopefully support more hardware.

It automatically configures VREF when available; it also treats any I/O channel (even one configured as an input by default) as a potential output - this was required to get sound on the MacPro5,1.

If anyone watching this issue can re-test the latest master branch version on any machines (both Macs and hacks) previously known to work (i.e. have UEFI sound in OpenCore with AudioDxe.efi), or known not to work, it would be really helpful.

  • Due to the mentioned output channel changes, if you have AudioOutMask value other than -1 it may need updating
  • If you still have old AudioOut, just change to AudioOutMask=-1
  • On Macs, DisconnectHda=true will probably be needed

Tested on my machine: Dell G7 7588

Currently no issue. Thank you for your hard work for new AudioDxe build!

mikebeaton commented 2 years ago

Tested on my machine: Dell G7 7588

  • Chime works ok.
  • Booting to Windows via OpenCore, Windows audio is ok. Currently no issue.

tyvm

antoniomcr96 commented 2 years ago

Tested on my machine: Dell G7 7588

  • Chime works ok.
  • Booting to Windows via OpenCore, Windows audio is ok.

Currently no issue. Thank you for your hard work for new AudioDxe build!

I confirm these results also on my machine, Thinkpad L390. Thanks for your work

mikebeaton commented 2 years ago

I confirm these results also on my machine, Thinkpad L390. Thanks for your work

Thank you

Robertzemekis commented 2 years ago

Hi all. motherboard ROG STRIX Z370-F GAMING S1220A audio codec problem.

gfxutil -f HDEF 00: 1f.3 8086: a2f0 / PCI0 @ 0 / HDEF @ 1F, 3 = PciRoot (0x0) / Pci (0x1F, 0x3)

config.plist - > AudioDevice - PciRoot (0x0) / Pci (0x1F, 0x3) error while loading ASSERT [AudioDxe] HdaCodecAudioIo.c (519): NumGpios <=7 Halting on critical error Снимок экрана 2022-01-05 в 02 25 13 log file opencore-2022-01-04-222806.txt.zip

mikebeaton commented 2 years ago

@Robertzemekis - please could you re-run the log with this version https://github.com/acidanthera/OpenCorePkg/suites/4833302597/artifacts/136720562 you only need to extract and replace the debug version of AudioDxe.efi

Robertzemekis commented 2 years ago

@Robertzemekis - please could you re-run the log with this version https://github.com/acidanthera/OpenCorePkg/suites/4833302597/artifacts/136720562 you only need to extract and replace the debug version of AudioDxe.efi

error remained ASSERT [AudioDxe] HdaCodecAudioIo.c (519): NumGpios <=7 Halting on critical error

opencore-2022-01-05-002600.txt.zip

13thdemarch commented 2 years ago

@mikebeaton sorry if I disturb you, but I found a small issue with new AudioDxe. Sometimes it doesn't play chime, I have to reset nvram to make it works again. Check in debug log, AudioDxe loaded successfully but there is no line that chime is played.

mikebeaton commented 2 years ago

@mikebeaton sorry if I disturb you, but I found a small issue with new AudioDxe. Sometimes it doesn't play chime, I have to reset nvram to make it works again. Check in debug log, AudioDxe loaded successfully but there is no line that chime is played.

Log, config, please. :)