Maybaygiare.org

Blog Network

# Motherboards

WARNING

atualmente a única placa mãe não suportada de todo é a B550 placas da AMD, que exigem um KVM para operar.

desenvolvimentos recentes resolveram este problema com SSDT-CPUR, veja o Guia de instalação do OpenCore para mais informações (abre uma nova janela)

assim, com as placas-mãe, a coisa principal a ter em mente é quais os controladores que o seu sistema está a executar, especificamente:

  • Interface de Áudio Controlador
  • Controlador de Interface de Rede (Ethernet)
  • Controladores USB
  • NVRAM
  • iGPU
  • RTC vs AWAC
  • Mapas de Memória e Proteções

E no que diz respeito a AMD e a Intel motherboards:

  • Intel:
    • marcas Diferentes têm diferentes níveis de suporte, no entanto geral, todas as marcas são de inicialização capaz supondo que você está OK com a mexer (mencionado abaixo).
  • AMD:
    • praticamente todas as placas-mãe AMD são desfavoráveis devido aos inúmeros hacks necessários para arrancar (abre uma nova janela), no entanto, a própria marca não afetará o suporte muito com macOS.
    • suporte a hardware Diversos como áudio e Ethernet ainda são algo a ter em mente.

as marcas principais a evitar com Intel são::

  • MSI
    • Estranho Layout de Memória que requer KASLR correcção e muito pobres ACPI programação, muitos Z390 sistemas não arranca no Trevo
    • OpenCore pode boot destes sistemas de forma relativamente fácil
  • A
    • não-nativo controlador USB, Estranho Esquema de Memória
    • problemas de USB principalmente para Z390 e mais velhos, Z490 são finos
  • Gigabyte
    • Estranho Esquema de Memória, requer KASLR correcção
    • Principalmente Z390, Z370 e Z490 são conhecidos bom
  • Asus
    • problemas de USB no B460, H470 e Z490
    • Z390 e os mais velhos são finos

Recomendações

Assim, nossa recomendação geral para as marcas da Intel(Intel):

  • Z370 e mais velhos:
    • Gigabte li>
  • Z490:
    • Asus,
    • gigaby:
      • X79
      • X99
      • X299
      • C612
      • C621
      • C422
      • B360 *
      • B365 *
      • H310 *
      • H370 *
      • Z390 *
      • B460
      • H470
      • Z490

      Nota (*): Somente obter estes no caso de você precisar de recursos a partir destes que não são encontradas em Z370 ou pretende fazer overclock uma 9ª Geração da CPU. A maioria dos problemas com estes foram corrigidos, mas eles ainda são uma grande bagunça, veja abaixo.

      # áudio

      com áudio, a maioria das placas são suportadas e você pode encontrar uma lista mais extensa do AppleALC (abre uma nova janela) para o áudio. VoodooHDA é outra opção para usuários legados

      Nota: os usuários da placa-mãe AMD necessitarão da VoodooHDA se você planejar usar o cabeçalho do microfone onboard. A saída de áudio Regular funciona no entanto com AppleALC

      # Ethernet

      para ethernet basicamente todos os NICs Gigabit são suportados(veja abaixo para mais informações)

      • Intelmausieternet.kext (abre nova janela)
        • Para a maioria dos Controladores Intel
      • SmallTree-I211-A-patch (abre nova janela)
        • Para I211-o que é comumente encontrados em placas AMD
      • AtherosE2200Ethernet.kext (abre nova janela)
        • Para a maioria dos Atheros Controladores
      • RealtekRTL8111 (abre nova janela)
        • Para da Realtek Gigabit Ethernet
      • LucyRTL8125Ethernet (abre nova janela)
        • Para Realtek 2,5 Gb Ethernet

      Para ethernet, controladores, você tem um par para escolher(sistemas com estas fichas são geralmente a partir de uma hora antes de o Core i série de processadores):

      • AppleIntelE1000e.kext (abre nova janela)
      • https://github.com/Mieze/RealtekRTL8100 (abre nova janela)

      Nota: Realtek L8200A é totalmente não suportado, para uma lista completa ver a seção de rede

      Nota 2: para aqueles que planejam comprar placas Z490 da Intel, por favor note que o NIC i225-V não é suportado oficialmente sem uma paródia de ID de dispositivo. Exemplo disso pode ser encontrado aqui: Cometa Lago i225-V falsificar (abre nova janela)

      # USB

      Por USB, as coisas são bastante simples, a maioria Ryzen/Matisse, Intel e AsMedia controladores de funcionar fora da caixa com nenhuma outra configuração, além de uma USB mapa (abre nova janela). Para usuários AsRock com CPUs Intel, você precisará usar XHCI-sem suporte.o kext (que pode ser encontrado no projecto do Usbinjectall do RehabMan (abre uma nova janela). Muitos usuários H370, B360, H310 e X79/X99/X299 também podem se beneficiar desta nota especial AMD

      : devido à forma como macOS constrói USBs, eles devem ser definidos em algum lugar nas tabelas ACPI. Por alguma razão, muitas placas AMD apenas se esquecem de fazer isso e os usuários acabam com um monte de portas USB quebradas. Há uma correção, mas envolve adicionar manualmente as portas para o DSDT ou SSDT (abre uma nova janela).nota da série especial Asus 400: Graças ao ASUS quebrar o ACPI spec, você vai precisar usar SSDT-RHUB (abre uma nova janela) para reiniciar suas portas.

      # NVRAM

      com NVRAM, as coisas foram principalmente corrigidas para plataformas de consumidores graças ao SSDT-PMC (abre uma nova janela). Principalmente relevante para o seguinte(Observe série 400 como Z490 não estão incluídos):

      • Z390
      • H370
      • B360
      • H310

      no entanto, Existem alguns conselhos sem suporte NVRAM, principalmente HEDT e placas do servidor:

      • C612
      • C621
      • C422
      • X79
      • X99
      • X299(Asus tem trabalho NVRAM embora)

      # iGPU

      Então, parte divertida sobre o Café do Lago é que a Intel mudou muito em como o iGPU apresentar um trabalho. Especificamente, que a macOS não faz ideia de como tratá-los correctamente. Existe uma correcção, mas necessita de correcções manuais do BusID através do WhateverGreen (abre uma nova janela). Principais vítimas desta:

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

      Note que Z370 não está na lista, isso é porque o conselho é basicamente um Z270 assim que a Apple vídeo do mapa funciona bem com ele

      # RTC vs AWAC

      Com RTC vs AWAC, macOS definitivas não da boot com sistemas que tenham seus relógios usando AWAC e a maioria dos BIOS GUIs não mostram ainda a opção de alterá-lo. Esta situação verifica-se principalmente nos seguintes casos::

      • Z490
      • H470
      • B460
      • Z390
      • H370
      • B360
      • H310
      • Z370(principalmente Gigabyte e AsRock, como eles transportados novamente o relógio. Outras placas estão bem)
      • X299 (principalmente as lançadas com 10 gen CPUs, AsRock e Gigabyte são os 2 maiores infratores)
        • Asus tem sido de volta portando AWAC para até 2017 board Com nunca BIOS atualizações, cuidado.

      por isso, precisamos de:

      • força RTC com um SSDT (abre nova janela)
      • criar um falso sistemas de relógio (abre nova janela)
      • patch-lo (abre nova janela)

      Você pode encontrar mais informações aqui sobre como corrigi-lo: como começar com o ACPI (abre nova janela)

      # Mapas de Memória e Proteções

      Com isso, os principais usuários afetados:

      • C612 (geralmente visto no server boards)
      • C621
      • C422
      • X79
      • X99
      • X299
      • B360
      • B365
      • H310
      • H370
      • Z390
      • B460
      • H470
      • Z490

      O problema dessas plataformas de cara é que muitos dependem de OsxAptioFix2Drv-free2000 que é agora considerado destrutivo para o seu sistema de significado, construir guias de agora são inválidos. Mais informações podem ser encontradas aqui (abre uma nova janela). Estes problemas podem ser aliviados principalmente calculando o seu valor de slide: Compreender e corrigir erros de “Couldn’T allocate runtime area” (abre uma nova janela)

      Oh, mas para adicionar à diversão, A Intel introduziu proteções de memória que significam muitas das correções de firmware fornecidas pelo AptioMemoryFix/OpenCore estão completamente quebradas. Especificamente que quaisquer remendos de memória fornecidos são sobrepostos, o que significa que nunca são usados. Felizmente o OpenCore introduziu um novo quirk chamado ProtectUefiServices que ajuda a corrigir isso, garantindo que os patches são aplicados mesmo depois de serem reiniciados.

Deixe uma resposta

O seu endereço de email não será publicado.