# Płyty główne

więc w przypadku płyt głównych najważniejsze jest to, jakie Kontrolery działa Twój system, w szczególności:

• Kontroler interfejsu Audio
• Kontroler interfejsu sieciowego (Ethernet)
• Kontrolery USB
• NVRAM
• iGPU
• RTC vs AWAC
• mapy pamięci i zabezpieczenia

oraz w odniesieniu do płyt głównych AMD i Intel:

• Intel:
  • różne marki mają różne poziomy wsparcia, jednak ogólnie wszystkie marki są zdolne do rozruchu, zakładając, że nie masz nic przeciwko majsterkowaniu (wspomnianemu poniżej).
• AMD:
  • prawie wszystkie płyty główne AMD są niekorzystne ze względu na liczne hacki wymagane do uruchomienia (otwiera nowe okno), jednak sama marka nie wpłynie zbytnio na wsparcie z macOS.
  • różne wsparcie sprzętowe, takie jak Audio i Ethernet, są nadal czymś, o czym należy pamiętać.

główne marki, których należy unikać z Intelem to:

• MSI
  • dziwny układ pamięci, który wymaga poprawki KASLR i po prostu kiepskiego programowania ACPI, wiele systemów Z390 nie można uruchomić na Clover
  • OpenCore może uruchomić te systemy stosunkowo łatwo
• AsRock
  • nie natywny kontroler USB, dziwny układ pamięci
  • problemy z USB głównie dla Z390 i starszych, Z490 są w porządku
• Gigabyte
  • dziwny układ pamięci, wymaga poprawki KASLR
  • głównie z390, Z370 i z490 są znane dobre
• Asus
  • problemy z USB na B460, H470 i z490
  • z390 i starsze są w porządku

and main platform to avoid (for stability and easy of setup):

• X79
• X99
• X299
• C612
• C621
• C422
• B360 *
• B365 *
• H310 *
• H370 *
• Z390 *
• B460
• H470
• Z490

uwaga (*): pobierz je tylko w przypadku, gdy potrzebujesz funkcji z tych, które nie znajdują się w Z370 lub chcesz podkręcić procesor 9.generacji. Większość problemów z nimi zostały poprawione, ale nadal są one duży bałagan, patrz poniżej.

# Audio

z audio, większość płyt są obsługiwane i można znaleźć bardziej rozbudowaną listę z AppleALC (otwiera nowe okno) dla audio. VoodooHDA to kolejna opcja dla starszych użytkowników

Uwaga: użytkownicy płyt głównych AMD będą potrzebować VoodooHDA, jeśli planujesz użyć nagłówka mikrofonu. Zwykłe wyjście audio działa jednak z AppleALC

# Ethernet

dla Ethernetu w zasadzie wszystkie gigabitowe Karty Sieciowe są obsługiwane(patrz poniżej, aby uzyskać więcej informacji)

• IntelMausiEthernet.kext (otwiera nowe okno)
  • dla większości kontrolerów Intela
• SmallTree-I211-AT-patch (otwiera nowe okno)
  • dla I211-AT, który jest powszechnie spotykany na płytach AMD
• AtherosE2200Ethernet.kext (otwiera nowe okno)
  • dla większości sterowników Atheros
• RealtekRTL8111 (otwiera nowe okno)
  • dla Gigabit Ethernet firmy Realtek
• LucyRTL8125Ethernet (otwiera nowe okno)
  • Dla 2.5 Gb Ethernet firmy Realtek

w przypadku starszych kontrolerów Ethernet masz do wyboru kilka(systemy z tymi układami pochodzą z okresu sprzed serii procesorów Core i):

• Appleintele1000e.kext (otwiera nowe okno)
• https://github.com/Mieze/RealtekRTL8100 (otwiera nowe okno)

Uwaga: Realtek L8200A jest nieobsługiwany, pełna lista znajduje się w sekcji Networking

Uwaga 2: dla tych, którzy planują zakup płyt Intela Z490, należy pamiętać, że karta I225-V nie jest oficjalnie obsługiwana bez podróbki device-id. Przykład tego można znaleźć tutaj: Comet Lake i225-V spoof (otwiera nowe okno)

# USB

W przypadku USB rzeczy są dość proste, większość kontrolerów Ryzen/Matisse, Intel i AsMedia działa po wyjęciu z pudełka bez innej konfiguracji poza mapą USB (otwiera nowe okno). Dla użytkowników AsRock z procesorami Intel, musisz użyć XHCI-nieobsługiwane.kext (który znajduje się w projekcie Usbinjectall Rehabmana (otwiera nowe okno). Wielu użytkowników H370, B360, H310 i X79/X99/X299 może również skorzystać z tego

specjalnej uwagi AMD: ze względu na sposób, w jaki macOS buduje USB, muszą one być zdefiniowane gdzieś w tabelach ACPI. Z jakiegoś powodu wiele płyt AMD po prostu zapomina to zrobić, a użytkownicy kończą z wieloma uszkodzonymi portami USB. Jest poprawka, ale polega na ręcznym dodaniu portów do DSDT lub SSDT (otwiera nowe okno).

specjalna notka z serii Asus 400: Dzięki temu, że Asus złamał specyfikację ACPI, będziesz musiał użyć SSDT-RHUB (otwiera nowe okno), aby zresetować porty.

# NVRAM

z NVRAM, rzeczy zostały głównie naprawione dla platform konsumenckich dzięki SSDT-PMC (otwiera nowe okno). Głównie istotne dla następujących (Uwaga seria 400, taka jak Z490, nie jest uwzględniona):

• Z390
• H370
• B360
• H310

istnieją jednak płyty bez obsługiwanych NVRAM, głównie HEDT i płyty serwerowe:

• C612
• C621
• C422
• X79
• X99
• X299(Asus ma działający NVRAM)

# iGPU

tak zabawną częścią Coffee Lake jest to, że Intel zmienił wiele w sposobie wyświetlania iGPU. Konkretnie, że macOS nie ma pojęcia, jak prawidłowo je rozwiązać. Jest poprawka, ale wymaga ręcznej poprawki BusID przez WhateverGreen (otwiera nowe okno). Główne ofiary tego:

• Z490
• H470
• B460
• Z390
• H370
• B360
• H310

zwróć uwagę, że Z370 nie znajduje się na liście, ponieważ tablica jest w zasadzie Z270, więc mapa wideo Apple działa z nią dobrze

# RTC vs AWAC

W przypadku RTC vs AWAC MacOS nie uruchomi się z systemami, które mają swoje zegary za pomocą AWAC, a większość GUI BIOS nawet nie pokazuje opcji zmiany. Widać to głównie w następujących:

• Z490
• H470
• B460
• Z390
• H370
• B360
• H310
• Z370(głównie Gigabyte i AsRock, ponieważ z powrotem przeportowały zegar. Inne płyty są w porządku)
• X299 (głównie te wydane z procesorami 10. generacji, AsRock I Gigabyte są głównymi przestępcami 2)
  • Asus wrócił do portowania AWAC nawet do płyty 2017 z nigdy aktualizacjami BIOSu, uważaj.

więc musimy albo:

• Wymuś RTC za pomocą SSDT (otwiera nowe okno),
• Utwórz fałszywy zegar systemowy (otwiera nowe okno)
• załataj go (otwiera nowe okno)

Więcej informacji znajdziesz tutaj, jak to naprawić: pierwsze kroki z ACPI (otwiera nowe okno)

# mapy pamięci i zabezpieczenia

dzięki temu główni użytkownicy dotknięci:

• C612 (ogólnie widoczne na płytach serwerów)
• C621
• C422
• X79
• X99
• X299
• B360
• B365
• H310
• H370
• z390
• B460
• H470
• Z490

problem, przed którym stoją te platformy, polega na tym, że wiele z nich polega na osxaptiofix2drv-free2000, który jest obecnie uważany za destrukcyjny dla Twojego systemu, co oznacza, że Przewodniki kompilacji oparte na nim są teraz nieprawidłowe. Więcej informacji można znaleźć tutaj (otwiera nowe okno). Problemy te można w większości złagodzić, obliczając wartość slajdu: Zrozumienie i naprawienie błędów „Couldn’ t allocate runtime area ” (otwiera nowe okno)

Oh, ale aby dodać do zabawy, Intel wprowadził zabezpieczenia pamięci, które oznaczają, że wiele poprawek oprogramowania układowego dostarczonych przez AptioMemoryFix / OpenCore są całkowicie zepsute. W szczególności, że wszelkie dostarczone poprawki pamięci są nadpisywane, co oznacza, że nigdy nie są używane. Na szczęście OpenCore wprowadził nowy quirk o nazwie ProtectUefiServices, który pomaga to naprawić, zapewniając, że łatki są stosowane nawet po ich zresetowaniu.