Cambiar de OpenCore 0.7.1 a 0.7.2

La versión 0.7.2 de agosto trae un OpenCore con menos cambios de los que hemos visto en las versiones anteriores. Aún así, ha habido más de 20 compilaciones con algunas modificaciones importantes.

Como siempre, recomiendo lee el mensaje de vit9696 con el resumen del trabajo realizado durante el mes de julio.

En esta ocasión los cambios han incidido sobre todo en la seguridad y la corrección de errores:

  • Teclado no responde en Windows BitLocker
  • Manejo de librerías de 32 y 64 bits
  • Reparación de errores al compilar
  • Quitar espacios no deseados en cadenas de información de la CPU
  • Actualización de datos SMBIOS
  • Mejoras en la seguridad (cambios en el modelo Apple Secure Boot y en APFS).

config.plist

  • Misc > Security > SecureBootModel (String): se ha añadido un valor nuevo (x86legacy) que es el recomendado para Monterey y Big Sur en Macs sin chip T2 para mejorar la seguridad y la compatibilidad. Previamente el valor recomendado era Default, equivalente a j137 (diciembre de 2017, macOS 10.3.2 o superior), este es el valor que hay que utilizar con macOS 10.15 y anteriores. j137 no funciona en Monterey.
  • UEFI > AppleInput > GraphicsInputMirroring (boolean): para evitar que la entrada desde teclado no funcione en aplicaciones gráficas (ej. Windows BitLocker) que usan métodos de entrada diferentes a los nativos de Apple cuando hay algún elemento que utiliza AppleEvent (ej. CrScreenshotDxe.efi). El ajuste recomendado en todo tipo de hardware es True.
    Hay una interesante discusión sobre este asunto en el bug tracker de OpenCore: Can't use usb keyboard on Windows BitLocker recovery menu.
  • UEFI > APFS: Aumentados los valores predeterminados de MinDate and MinVersion en el driver APFS para coincidir con Big Sur en busca de mayor seguridad. Estos valores constituyen la fecha y versión mínimas del driver APFS cuya carga estará permitida en el arranque. Es necesario ajustar MinDate y MinVersion para versiones de macOS anteriores a Big Sur. Ejemplos:
    • MinDate y MinVersion 0 es el ajuste predefinido (actualmente Big Sur), deja este valor si usas Big Sur o Monterey
    • MinDate=20210508 y MinVersion=1677120009000000 para Big Sur 11.4 (20F71)
    • MinDate=20200306 y MinVersion=1412101001000000 para Catalina 10.15.4 (19E287)
    • MinDate=20190820 y MinVersion=945275007000000 para Mojave 10.14.6 (18G103)
    • MinDate y MinVersion -1 deshabilita esta comprobación (no recomendado).

Nota: ocvalidate no comprueba si los valores de MinDat y MinVersion se corresponden con la versión instalada de macOS, has de hacer esta comprobación por ti mismo.

SecureBootModel en OpenCore 0.7.2

Tiene su propia serie de artículos: 1, 2 y 3.

Kexts

Algunas extensiones han sido modificadas, es recomendable utilizar las versiones más recientes. Todas tienen mejoras internas, aquí se comentan solamente algunos cambios significativos:

  • AppleALC (compatible con boot args de Lilu)
  • CpuTscSync (añadido soporte para 12.0 Monterey)
  • FeatureUnlock (añadido soporte para 12.0 Monterey)
  • Lilu (funcionamiento mejorado en 32 bits)
  • MacHyperVSupport (añadido soporte para 12.0 Monterey)
  • RestrictEvents (detección mejorada de CPU, compatibilidad mejorada con macOS 10.15 y anteriores)
  • UEFIGraphicsFB (versión inicial, basic display output without hardware acceleration on generic hardware)
  • VirtualSMC (añadido soporte para 12.0 Monterey)
  • WhateverGreen (detección mejorada de iGPU, documentación actualizada, mejorado el soporte para inyección de device-id de tarjetas AMD permitiendo a las nuevas RX 6900 funcionar sin problemas).

2 respuestas a «Cambiar de OpenCore 0.7.1 a 0.7.2»

  1. Hola Perez, antes de que publiques mi problema con WhateverGreen 1.5.2 y la no aceleración gráfica ya encontré la solucion. Mi gráfica es una R9 290 vapor x y necesita un ssdt para que funcione con WhateverGreen 1.5.1 y anteriores. Sin el ssdt no hay inicio del sistema. Lo curioso es que, si elimino de la ecuación el ssdt, inicia el sistema sin aceleración con 1.5.2. Ayer salió 1.5.3 que incorpora "Added `no-gfx-spoof` to avoid forcing `device-id` values from PCI I/O". Total la solución para que inicie todo correcto es volver a incorporar el ssdt de la gráfica y WhateverGreen 1.5.3 y (no-gfx-spoof).

    En el config.plist:
    -DeviceProperties
    >Add
    >PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x0)
    >no-gfx-spoof
    >Data
    >01000000

    Por si a alguien le puede servir de ayuda. Vale para otros modelos de R9 supuestamente.

    1. Gracias por la información. Claro que puede ser útil para alguien con gráfica como la tuya. SSDT específico + WEG 1.5.3 + no-gfx-spoof para que no coja device-id desde el dispositivo sino desde el SSDT.

Deja una respuesta

(La dirección de email no es necesaria)