New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Documentation on DisableIoMapperMapping quirk is incorrect #2278
Comments
cc @CaseySJ |
My own testing on Gigabyte Z390 Designare showed that disabling iGPU restored WiFi and Ethernet without enabling the quirk. A handful of others on TonyMac reported the same outcome. Please see this: https://www.tonymacx86.com/threads/gigabyte-z490-vision-d-thunderbolt-3-i5-10400-amd-rx-580.298642/post-2366556 It is possible that the behavior is different on other motherboards. I have no problem revising the documentation (perhaps changing “and” to “and/or”), but let’s wait a little for more feedback. |
@justinkb - Could you upload some test result or screenshot confirming that iGPU is definitely disabled, please? Assuming all checks out, suggest:
|
iGPU is definitely completely disabled. Has been in this setup for years. I
have a RX 6800 in Ventura with all drm working with SMBIOS iMacPro1,1, I
have no Intel GPU device visible in Windows, linux or macOS.
…On Tue, May 9, 2023, 2:02 PM Mike Beaton ***@***.***> wrote:
@justinkb <https://github.com/justinkb> - Could you upload some test
result confirming that iGPU is definitely disabled, please?
Assuming all checks out, suggest:
This option resolves compatibility issues with Wi-Fi, Ethernet and
Thunderbolt devices when AppleVTD is enabled on systems where the native DMAR table
contains one or more Reserved Memory Regions and more than 16 GB memory is installed.
On some systems, this quirk is only required when iGPU is enabled.
—
Reply to this email directly, view it on GitHub
<#2278 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AABVHKCPWTWWO2HCMYASJVTXFIW5NANCNFSM6AAAAAAX3AHEHE>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
If I had to guess, igpu being disabled is likely a confounder, i.e. it
causes some other (not directly obvious) change with those motherboards
that makes the issue not appear. I don't have any other coffee lake or z490
motherboard tho, so I can't help track this down further.
…On Tue, May 9, 2023, 2:23 PM Paul Mulders ***@***.***> wrote:
iGPU is definitely completely disabled. Has been in this setup for years.
I have a RX 6800 in Ventura with all drm working with SMBIOS iMacPro1,1, I
have no Intel GPU device visible in Windows, linux or macOS.
On Tue, May 9, 2023, 2:02 PM Mike Beaton ***@***.***> wrote:
> @justinkb <https://github.com/justinkb> - Could you upload some test
> result confirming that iGPU is definitely disabled, please?
>
> Assuming all checks out, suggest:
>
> This option resolves compatibility issues with Wi-Fi, Ethernet and
> Thunderbolt devices when AppleVTD is enabled on systems where the native DMAR table
> contains one or more Reserved Memory Regions and more than 16 GB memory is installed.
> On some systems, this quirk is only required when iGPU is enabled.
>
> —
> Reply to this email directly, view it on GitHub
> <#2278 (comment)>,
> or unsubscribe
> <https://github.com/notifications/unsubscribe-auth/AABVHKCPWTWWO2HCMYASJVTXFIW5NANCNFSM6AAAAAAX3AHEHE>
> .
> You are receiving this because you were mentioned.Message ID:
> ***@***.***>
>
|
@CaseySJ Are you okay with the suggested changed wording? |
@mikebeaton I believe it's always necessary to drop @justinkb Please confirm if you're dropping the original |
Good afternoon. Z390 Aorus Elite. VT-d enabled in BIOS. RAM 32GB. 13.3.1 (a). DMAR table has Reserved Memory Regions.
|
So from @justinkb and @perez987 reports, original PR acidanthera/OpenCorePkg@e98da12 is wrong, and we should just drop the wording 'and iGPU is enabled'? |
This may be a better option:
|
Again, I don't have any machine this applies to, but if you're also happy with that @justinkb then it looks reasonable to me, and I can update. |
I'll describe the exact details of my setup for Casey, so he can take another look at things. I don't actually drop DMAR as such, but patch its checksum and length (padding over the reserved memory region at the end of the table with zero bytes) DMAR table dsl when booting without opencore
When booting with OpenCore
Based on this, it looks like Casey's suggested documentation text is fully accurate now |
just for understanding; sorry for this stupid question... now does this quirk need a patched DMAR table to be enabled or to be disabled? In what state must the DMAR table be patched with multiple Reserved Areas? "{Note 1}: This quirk requires a native DMAR table that does not contain Reserved Memory Regions or a substitute SSDT-DMAR.aml in which Reserved Memory Regions have been removed." That reads as if you would need a patched DMAR table with the activated Quirk. |
This quirk is optional. If you are not encountering WiFi and Ethernet connection issues in macOS 13.3 and newer, then you may ignore this quirk. Some comments/answers:
|
I have a Gigabyte Z490 Vision G which stopped working in Monterey beta 5 or so, but for a different reason which I think is unrelated to the iGPU and the amount of installed RAM. The device header/descripter of the Intel I225-V NIC on that board is incorrect. 2 Methods for fixing it were discovered: either flashing a modified ROM or using an SSDT, dropping/replacing DMAR and injecting AppleIntel210Ethernet kext in Ventura both explained here. After flashing a modified firmware the problem was resolved for me. Anyway, my point is: I don't think for Gigabyte Z490 boards the amount of RAM or presence/absence of the iGPU is the actual reason for connectivity issues. |
For clarification,
If not, would you mind testing below configuration. Test to see if wifi/ethernet still works when iGPU is disabled
|
I have a Gigabyte Z490 Vision D with Ventura 13.4, and WiFi/Ethernet connectivity are affected by amount of memory. I haven't tested iGPU on/off on this particular system, so cannot make a definitive statement. But on my Gigabyte Z390 Designare, iGPU does have an effect. |
@CaseySJ: I think these 2 boards are pretty similar in terms of components. The "D"(=Designare) has an additional I219 NIC and a Thunderbolt header which the "G" (= Gamining) lacks. SInce I flashed a custom ROM on my I225-V, I can't verify the effect RAM has any longer. I have 32 GB. But I know some people who could. Unfortunately, the thread on insanelymac, where the issue was discussed has been deleted. |
The i225-V on early shipments of the Gigabyte Z490 Vision G and Vision D contained the firmware header/descriptor issue you pointed out. That prevented the i225-V from working, but a firmware update was made available that remedied the problem. This, however, is a different problem from what the new DisableIoMapperMapping quirk is designed to fix. The quirk applies to Ventura 13.3 and newer. |
Not a firmware Update I know of. There was one in June 2020 which upgraded the firmware to 1.45 but I had that installed already. This didn't resolve the issue. Anyway, the take away is:
I think it should be pointed out more clearly in the Documentation.pdf that "DisableIoMapperMapping" works independently of "DisableIoMapper". The similarity in names suggest some sort dependency on "DisableIoMapper". I've seen cases where both were enable which is not really desirable if AppleVTD needs to work. |
On macOS 13.3, I definitely need this quirk enabled on Gigabyte Z390 Aorus Master motherboard, even though I have iGPU completely disabled.
acidanthera/OpenCorePkg@e98da12 is the commit that updated the docs incorrectly
The text was updated successfully, but these errors were encountered: