A23SS4NDRO

Framebuffer IOGraphics basato sul framebuffer UEFI per passare bootarg a XNU. Fornisce output di visualizzazione di base senza accelerazione hardware su alcune macchine virtuali. https://github.com/acidanthera/UEFIGraphicsFB Credits - Apple for macOS - Goldfish64 for this software

Nuovo plugin per abilitare Sidecar sui seguenti SMBIOS: iMac13,x - iMac16,x MacBook8,1 MacBookAir5,x - MacBookAir7,x MacBookPro9,x - MacBookPro12,x Macmini6,x - Macmini7,1 MacPro5,1 - MacPro6,1 Con l'opzione di whitelistare i seguenti modelli: iPad4,x - iPad6,x https://github.com/khronokernel/SidecarFixup NOTA: Servono macchine con iGPU presente e supportata, quindi sistemi dGPU only non sono supportati (e.g. AMD) Credits: Apple per macOS vit9696 per Lilu.kext Osy e DhinakG per Polaris22Fixup (come base) Ben-z per le patch SidecarCore originali

Errori di che cosa? Acpi per niente

Nota: Dal momento che non è sicuro utilizzare questo driver per caricare apfs.efi (non aggiornati), ApfsDriverLoader è deprecato (come tutto AppleSupportPkg) ora ben sostituito da OpenCore 0.5.8 in poi The APFS driver date connects the APFS driver with the calendar release date. Apple ultimately drops supportfor older macOS releases and APFS drivers from such releases may contain vulnerabilities that can be used tocompromise a computer if such drivers are used after support ends. This option permits restricting APFS driversto current macOS versions. Value (0): require the default supported release date of APFS in OpenCore. The default release date will increasewith time and thus this setting is recommended. Currently set to 2018/06/21. Value (-1): permit any release date to load (strongly discouraged). Value (Other) — use custom minimal APFS release date, e.g.20200401for 2020/04/01. APFS release dates can befound in OpenCore boot log and OcApfsLib. Per coloro che non usassero OpenCore, è altamente sconsigliato usare ApfsDriverLoader (non configurabile sulla scelta del driver) facciano attenzione perché potrebbero essere caricate versioni incorrette del driver apfs.efi selezionato da ApfsDriverLoader ora non più sviluppato.

Funziona alla grande, su HP CE2072NL si possono rimuovere tutte le modifiche ACPI (Rename e SSDT-BATT) e usare tranquillamente questo kext con massima stabilità

Il link alla pagina è questo, che vi porta al numero di build 18G9028 https://support.apple.com/kb/DL2073?viewlocale=en_US&locale=en_US ed il link diretto alla DMG è il seguente https://updates.cdn-apple.com/2021/macos/071-21341-20210414-2ef3edc1-cc0c-4035-85df-492211f7422a/SecUpd2021-003Mojave.dmg L'ho applicato su una delle Z370 che ho, e va senza problemi

Aggiornato senza problemi sia l'i5 7400 (H110) che la build paleolitica con H57 e i3 540

No è corretto per avere una buona usabilità, ti permette di avviare senza avere performance molto basse avviando con OpenHfsPlus che è open source e non "ottimizzato" da Apple

Ho sistemato una miniguida, sia perché: - La versione presente in OcBinaryData proviene da installer più datati (hanno ricevuto aggiornamenti BIOS i firmware ufficiali con BigSur 11.3) - Per quelli che vogliono utilizzare i canali ufficiali di rilascio dei software per lo stesso discorso che viene fatto per l'installer stesso, così come Install macOS XXXXX è tassativo prenderlo da catalogo e non da repository mega/google drive/repository di terze parti, anche i driver si possono (o forse, dovrebbero) prendere da catalogo https://github.com/macos86/Estrazione-driver.efi-da-installer

Diciamo che non è consigliato quel driver https://github.com/acidanthera/OpenCorePkg/pull/185#issuecomment-770483141 E anche qui https://github.com/acidanthera/OpenCorePkg/pull/190

Nuova versione estratta dal firmware originale di iMac19,1 proveniente dall'installer di Big Sur 11.3 5dab4b1e3cf4f14fc790be0de556fbfc9a3e2298c092c50be527fffe4f254be6 HfsPlus.efi A breve in arrivo una guida per estrarre tutti i driver dai firmware originali e non solo HfsPlus HfsPlus.efi.zip

La release ufficiale ancora non è uscita per 11.3... sembra che si è ancora fermi a RC

Già ti vedo fischettare https://youtu.be/ijEHZufmKU8?t=28

@andryx segui le operazioni descritte in questo messaggio https://www.macos86.it/topic/4634-hp-pavilion-14-ce1009nl-i3-8145u-uhd-620/?do=findComment&comment=109666

Stai fornendo delle EFI prefatte senza conoscere lo stato del firmware del portatile: - l'utente non ha fornito un SysReport - Non ha fornito un log ACPI - Non ha fornito in che stato sta il DVMT dati anche i problemi di grafica Sulla tabella ACPI che hai girato, ho un paio di osservazioni da fare: RHUB non serve ad una mazza, ed è contro le ACPI spec Poi hai messo: ti faccio notare che ci sono dei valori irrilevanti per i portatili, che riguardano kUSBSleepPowerSupply, USBX nei laptop è così Non sai se dentro ci sta EC0 o H_EC e in che specifico percorso, stesso per PR00 anche se dopo skylake diciamo che sono tutti PR Hai messo rename GPRW quando ancora non ha detto di avere problemi di sleep Hai presupposto che abbia MAT = 1, ma prima si vede il log di opencore Le proprietà specificate servono solo se richieste, come force-online se e solo se display interni o collegati via HDMI hanno problemi dopo il wake dallo sleep dvmt-calc-fix hai messo su 1, ma non hai controllato se può mettere un multiplo di 32 (possibilmente 64MB) o meno sul BIOS Perché presupposto che ci siano problemi di TSC? Ma poi soprattutto, perché ancora metti questo kext che è peggio del cancro? Ha detto di avere necessità di usare la WiFi intel? Se avesse piani per mettere qualcosa tipo broadcom? Se metti AirportItlwm serve abilitare il secureboot tra l'altro.... E ancora a patchare a tutta birra Perché dovrebbe avere problemi di USB Ownership? Da dove l'hai capito? Detto ciò... EFI prefatte su basi nulle... Bah

he protecc... he attacc.. but most importantly

Con l'opportuna documentazione, direi "complesso" ma non "complicato" 😉

Non entro quest'anno... Per quando si troveranno a prezzi normali (retail, quindi prezzi stock), la scheda sara già vecchia E poi sinceramente... se le tenessero ahahahah Oramai a forza di insistere con "out of stock" ovunque mi ci hanno fatto perdere la voglia anche di starci dietro

questo mi aiuta poco a capire cosa dipende

Cosa determina il funzionamento del power button per far apparire il menu di spegnimento?

Temo che non influisca sul power button tutto ciò... Forse è LPCB?

Ok per far caricare AppleACPIPMC serve mettere non solo l'address di PMCR ma anche: Device (PMCR) { Name (_HID, EisaId ("APP9876")) // _HID: Hardware ID Method (_STA, 0, NotSerialized) // _STA: Status { If (_OSI ("Darwin")) { Return (0x0B) } Else { Return (Zero) } } Name (_CRS, ResourceTemplate () // _CRS: Current Resource Settings { Memory32Fixed (ReadWrite, 0xFE000000, // Address Base 0x00010000, // Address Length ) })

Quindi come abilito il menu di spegnimento? Ho provato a sistemare PPMC (con _STA,Zero) e mettere PMCR su 0x001F0002 ma il power button ancora non mi fa spuntare il menu Il motivo è perché anche con PMCR viene caricato AppleIntelPCHPMC, lo stesso di PPMC

e allora perché in ACPI vengono messi entrambi? PLease elaborate

Quindi possono essere caricati entrambi?