# Bundkort

advarsel

i øjeblikket er det eneste bundkort, der slet ikke understøttes, B550-Tavlerne fra AMD, de kræver en KVM for at fungere.

den seneste udvikling har løst dette problem med SSDT-CPUR, se Opencore Install Guide for mere info (åbner nyt vindue)

anbefalinger

så vores overordnede anbefaling til mærker(Intel):

• 370 og ældre:
  • Gigabyte li>
• 490:
  • Asus,
  • gigabyte:
    • H79
    • H99
    • C612
    • C621
    • C422
    • B360 *
    • B365 *
    • H310 *
    • H370 *
    • 390 *
    • B460
    • H470
    • Ap490

    bemærk (*): Hent kun disse, hvis du har brug for funktioner fra disse, der ikke findes i ap370, eller hvis du vil overklokke en 9.gen CPU. De fleste af problemerne med disse er blevet rettet, men de er stadig et stort rod, se nedenfor.

    # Audio

    med lyd understøttes de fleste tavler, og du kan finde en mere omfattende liste fra AppleALC (åbner nyt vindue) til lyd. VoodooHDA er en anden mulighed for ældre brugere

    Bemærk: AMD bundkort brugere vil kræve VoodooHDA, hvis du planlægger at bruge den indbyggede mikrofon header. Regelmæssig lydudgang virker dog med AppleALC

    # Ethernet

    for ethernet dybest set alle Gigabit NICs understøttes(se nedenfor for mere info)

    • IntelMausiEthernet.(åbner nyt vindue)
      • for størstedelen af Intel-controllere
    • SmallTree-I211-at-patch (åbner nyt vindue)
      • For I211-hvor det almindeligvis findes på AMD-kort
    • AtherosE2200Ethernet.for størstedelen af Atheros-controllere
• RealtekRTL8111 (åbner nyt vindue)
  • for Realteks Gigabit Ethernet
• LucyRTL8125Ethernet (åbner nyt vindue)
  • for Realteks 2.5 Gb Ethernet

for ældre Ethernet-controllere har du et par at vælge imellem (systemer med disse chips er generelt fra et tidspunkt før Core i-serien af processorer):

• appleintele1000e.Kekst(åbner nyt vindue)
• https://github.com/Mieze/RealtekRTL8100 (åbner nyt vindue)

Bemærk: Realtek L8200A understøttes ikke, for en komplet liste se Netværksafsnit

Note 2: for dem, der planlægger at købe Intels 490-kort, skal du være opmærksom på, at i225-v NIC ikke understøttes officielt uden en enhed-id-spoof. Eksempel på dette kan findes her: Comet Lake i225-v spoof (åbner nyt vindue)

# USB

for USB er tingene ret enkle, de fleste Ryse/Matisse, Intel og Asmedia controllere arbejder ud af kassen uden anden konfiguration udover et USB-kort (åbner nyt vindue). For AsRock-brugere med Intel CPU ‘ er skal du bruge -ikke understøttet.(som kan findes i Rehabmans usbinjectalls projekt (åbner nyt vindue). Mange h370, B360, H310 og 79/99/299 brugere kan også drage fordel af denne særlige AMD Bemærk: På grund af hvordan macOS bygger USB ‘ er, skal de defineres et eller andet sted i ACPI-tabellerne. Af en eller anden grund glemmer mange AMD-kort bare at gøre dette, og brugerne ender med en masse ødelagte USB-porte. Der er en rettelse, men det indebærer manuelt at tilføje portene til DSDT eller SSDT (åbner nyt vindue).

speciel Asus 400-serie note: Takket være Asus bryde ACPI spec, skal du bruge SSDT-RHUB (åbner nyt vindue) for at nulstille dine Porte.

# NVRAM

med NVRAM er tingene for det meste rettet til forbrugerplatforme takket være SSDT-PMC (åbner nyt vindue). 400 serier som Å490 er ikke inkluderet):

• Å390
• H370
• B360
• H310

Der er dog nogle tavler uden understøttet NVRAM, hovedsageligt HEDT-og serverkort:

• C612
• C621
• C422
• H79
• H299(Asus har dog arbejdet NVRAM)

# iGPU

så sjov del om Coffee Lake er, at Intel ændrede sig meget i, hvordan iGPU-displayet fungerer. Specifikt at macOS ikke har nogen anelse om, hvordan man korrekt adresserer dem. Der er en rettelse, men kræver manuelle BusID patches gennem Hvadvergreen (åbner nyt vindue). Vigtigste ofre for dette:

• H490
• H470
• B460
• H390
• B360
• H310

bemærk, at 370 ikke er på listen, Dette skyldes, at bestyrelsen dybest set er en 270, så Apples videokort fungerer fint med det

# RTC vs AAC

med RTC vs AAC starter macOS ikke direkte med systemer, der har deres ure ved hjælp af AAC, og de fleste BIOS GUI ‘ er viser ikke engang muligheden for at ændre det. Dette ses hovedsageligt i følgende:

• S490
• H470
• B460
• s390
• h370
• B360
• H310
• S370(hovedsagelig Gigabyte og AsRock, da de bagporterede uret. 299 (hovedsagelig dem udgivet med 10th gen CPU ‘ er, AsRock og Gigabyte er de 2 vigtigste lovovertrædere)
  • Asus har været tilbage portering til selv 2017 bord med aldrig BIOS opdateringer, pas på.

så vi skal enten:

• tving RTC med et SSDT (åbner nyt vindue),
• Opret et falsk systemur (åbner nyt vindue)
• patch it out (åbner nyt vindue)

Du kan finde mere info her om, hvordan du løser det: Kom godt i gang med ACPI (åbner nyt vindue)

# hukommelseskort og beskyttelse

Med dette påvirkes de vigtigste brugere af:

• C612 (generelt set i serverkort)
• C621
• C422
• H79
• 299
• B360
• B365
• H310
• H370
• 390
• B460
• h470
• s490

problemet, som disse platforme står over for, er, at mange er afhængige af ossaptio2drv-free2000, som nu betragtes som ødelæggende for dit system, hvilket betyder, at byggevejledninger baseret på det nu er ugyldige. Mere info kan findes her (åbner nyt vindue). Disse problemer kan for det meste afhjælpes ved at beregne din diasværdi: Forståelse og fastsættelse af “Kunne ikke allokere runtime area” fejl (åbner nyt vindue)

Åh, men for at tilføje til det sjove, introducerede Intel hukommelsesbeskyttelse, hvilket betyder, at mange af de rettelser, der leveres af Aptiomemoryrettelse/OpenCore, er helt ødelagte. Specielt at eventuelle hukommelsesrettelser, der leveres, tilsidesættes, hvilket betyder, at de aldrig bruges. Heldigvis opencore indført en ny særhed kaldet ProtectUefiServices som hjælper med at løse dette ved at sikre patches anvendes, selv efter de er nulstillet.