Leaderboard

😁 Aggiornamento Disponibile ! Beta 4 (25B5072a)

😅 macOS Tahoe 26.2 (25C5031i)

updated 😄

Aggiornamento fluido

Tipo cosi ? Dovresti aggiungere le Entries personalizzate e impostare lo ScanPolicy su 2687747 in Misc -> Security https://macos86.it/topic/4665-opencore-aggiungere-custom-entries-via-shell/#comment-110664

Evvai 😄

macOS Sequoia 15.7.3 (24G407)

macOS Tahoe 26.2 - 25C5031i- 👍

macOS Tahoe 26.1 ( 25B78 )

🫶 e vaiiiii👍

👍 anche il piccinino

👍

macOS Tahoe 26.2 (25C5031i) Full Installer https://swcdn.apple.com/content/downloads/61/38/089-21532-A_YQKEJT7V5Q/p2q4el4he34xsqqpno2guqhkrmxdgmp24a/InstallAssistant.pkg

Anto65, ho aggiornato a Tahoe 26.2 beta e tutto è filato liscio e funzionante ma una curiosità: come mai a te, nell'immagine di sopra porta l'aggiornamento incrementale di soli 1,75 GB ed ha me (sia attivanto in EFI kernel weg versione modificata 1.7.1d7 che disattivandolo completamente) mi è uscito sempre l'aggiornamento completo di 17 e rotti GB?

Hi @yandong31, I saw that you also asked the question on Discord to get CorpNewt (aka CorpGhost) involved in this topic. I'm happy about that and would like him to participate as well to shed some light on this topic, even though it may not be his area of expertise 🙂 (sorry) Getting back to us, you're not considering the fact that when these discussions first started, the DevirtualizeMMIO quirk wasn't so “famous” and the version of OpenCore (0.6.x) was much less refined than the one we use today (see, for example, the quirk section and the bootloader's memory manager itself). I and other users who had bought an AMD trx40 (top of the range at the time) clashed over the fact that OSX would not start on these machines. The first consideration that came up was that AMD's kernel patches needed to be updated (but this was not the case with subsequent tests). From here, the questions I asked vit9696 on Insanelymac at the time also consider the fact that DevirtualizeMMIO was used exclusively to run old OSes on Intel and for little else. So, with my obvious shortcomings on the subject, I started doing some debugging to understand why OSX wasn't working on my PC and those of other unfortunate colleagues (TRX40 users). Vit9696 and DownloadFritz (chief developers of the OpenCore project) tried to explain to me in a cryptic way (at the time) how to debug, and you can find these tests on InsanelyMac. It wasn't easy to talk to them for two reasons... the first is that I'm not a technician on these topics, and the second is that they consider the kernel patches we use to be junk. That said, after running all the tests (and there were 19 MMIO areas for my system at the time), they said that the AMD patches for the kernel were “borked.” * Here I'll open a small parenthesis for further explanation. None of us could understand at the time whether this statement was correct or not, so we devoted ourselves completely to virtualizing OSX with ProxMox. and it was a wonderful experience for all of us 🙂 Some time later, without any changes to the AMD kernel patches, in a more recent version of opencore (with new quirks and openruntime), the TRX40 systems began to overcome the initial hang due to lack of memory space, but any attempt to start OSX failed miserably.* So we started reviewing the various combinations of quirks and MMIO areas, and one user (Pavo) announced that he had managed to run the OSX of the time (perhaps Mojave or Catalina) in “bare metal” (without virtualizing in ProxMox). There were several problems, but the system worked 🙂 From there, further questions arose about how to optimize our systems. Some restarted instead of shutting down, others gave KP errors under certain conditions (sleep/wake). And much more. And so began the story that more is better! 😛 We started trying all the combinations and got to the point where, by reassigning all the MMIO areas (skip 1) except the last three of each motherboard manufacturer at the time, we were able to get OSX working perfectly in all its parts Now, I don't want to bore you and any other readers with other studies and tests carried out at the time, but we achieved a system of exceptional usability for all users. Some time later, a user who had studied some patches for Adobe products (XLNC) posted a new method on the trx40 thread. Without making the MMIO declaration in the whitelist but activating the DisableWriteVariable quirk, the same results were achieved! Personally, I never applied it on TRX40 except to verify what he said about his method, but it worked. Now I often use it with new users who are unable to do things themselves to get the correct MMIO for their machines, just to get them started and make them enthusiastic that the money they spent on their PC wasn't wasted 🙂 I hope that with this long explanation, you have a better understanding of my point of view, and I reiterate my happiness that others today (which is easier than it was then) are showing interest in this topic 🙂 Ah, another topic we tried to understand was associating these MMIO areas with parts of the BIOS of motherboards and controlled devices (USB, SATA, NVMe, NVRAM, PCIe slots, and so on). We didn't succeed, and no one has ever done so to date 🙂

Ciao, il buon Anto non ha modificato il kext ma lo ha riportato da noi dando anche le indicazioni di chi lo sta modificando Diventerà ufficiale quando sarà approvato da vit9696 (curatore di opencore e di quei kext), e lo diventerà solo quando avranno testato lo stesso con vecchi sistemi e piu' pc/mac possibili..pero' come ho fatto io..se ne trovi uno che ti va bene e non ti da problemi per te...lo utilizzerei (io lo faccio con uno ancora piu' vecchio di questo di loabmac (lo sviluppatore cinese) Detto cio' non credo che sia il kext modificato a crearti il problema del riavvio o del doppio monitor che si aggancia o meno con gli altri kext...

macOS Sonoma 14.8.2 (23J115)

macOS 26.1 RC - 25B77 - 👍

updated 😄

macOS 26.1 RC ( 25B77 )

RC…

( Notebook HP EliteBook 840 G4 )

L'ho scritto al contrario ed è andata 😄 😄 GRAZIE mille fabiosun 😄 😄

Se non ti carica il file ssdt puoi provare con le proprietà all'interno del config.plist come si fa ad esempio con le schede piu' moderne: in blu il percorso della mia gpu e in device-id lo spoof verso una gpu supportata puoi vedere se una cosa del genere e' applicabile anche al tuo caso, magari controllando il file ssdt

Eccomi un po lentuccio nei primi avvi, poi torna alla normalità.

macOS Sequoia 15.7.2. - 24G322 - 👍.

macOS Tahoe 26.1 Beta 4 - 25B5072a-

Beta 4 (25B5072a) Full Installer https://swcdn.apple.com/content/downloads/41/52/093-85252-A_MV4AZOFO08/ldthfqyadch8d0o06hcl1q34lxlxqb75ug/InstallAssistant.pkg

Mi ha fatto un po penare per la lentezza iniziale dell'apertura del programma dopo l'installazione, ma credo sia dovuto alla poca potenza dell'i3 e della poca ram...boo comunque una volta che ha memorizzato l'apertura va come una scheggia

😻

macOS Sequoia 15.7.2. (24G322)

macOS Tahoe 26.1 Beta 3 - 25B5062e - 👍

Anto65, Una volta sbloccato il boot di Sequoia sono riuscito ad installarci sopra anche l'ultima beta di Tahoe, senza OCLP ed usando heliport per la rete. Non male per un vecchietto di 76 anni! Grazie per l'aiuto.

😁 un parto difficlile Hai verificato il file vault s e' disattivato ? In teoria quel driver apfs_aligned.efi va messo solo nel caso di blocco , dopo andrebbe disabilitato e il quirk EnableJumpstart riabilitato

😅 grazie a Anto 👍

🙂

macOS Tahoe 26.1 Beta 3 ( 25B5062e )

macOS Sequoia 15.7.2 -24G313- 👍

Hai qualche altra EFI in giro ? Potrebbe essere quella di Win in caso copiali anche nella cartella Boot Di WIN L icona HS fatta al volo ... ho perso il PSD 😪 Apple10.13.6.icns.zip 144 In PickerAttributes ?

Release v1.0.6 Added workaround for not detected CPU frequency in ProvideCpuInfo quirk, thx @hg13bs Updated QemuBuild.command to support EFI mode without Duet Increased OC_STORAGE_SAFE_PATH_MAX to 192 to support various plugin kexts Fixed vaulting failures when custom fonts are used, thx @al3xtjames Updated documentation for several Booter quirks Added background-color NVRAM variable to fix 10.9 boot screen Fixed debug build of OpenShell not starting on Mac EFI with > 25 file systems Improved build speed for Utilities in CI and local build Fixed ACPI 1.0 RSDP being reported under ACPI 2.0 GUID with Duet Improved logic for RSDP version checking in ACPI patching code Downgraded routine log messages such as 'Needs journal recovery, mounting read-only' from WARN to INFO in Ext4Dxe (allows DEBUG_WARN in HaltLevel) Improved OpenNtfsDxe stability, thx @stokescat

macOS Sequoia 15.7.2 (24G313)

caro @dany 🙂 apprezza inizio gentile 🙂 :) come ti ho detto io poco sopra, ma anche anto tempo fa, uno degli errori che a turno facciamo tutti e' avere delle efi multiple A distanza e' difficile individuare quale l'utente usa, e spesso un differente background aiuta quindi...nella situazione attuale, io farei cosi' partirei con tutti i dischi che hai di solito connessi, cercherei di partire con un os qualsiasi poi, aprirei un terminale e darei il comando diskutil list o simili e controllerei dove e quante efi ci sono Le analizzerei e lascerei solo quella che ti ha aiutato a far partire tahoe (che se fatta bene fa partire sino ad High Sierra*) FAcendo il reset Nvram come scrivi (a volte) potrebbe essere che ti resetta le impostazioni del bios come disco di boot intendo e quindi a volte ti parte una efi su un disco, a volte un'altra Se ti viene subito la mela significa che non hai il -v nella efi e viceversa se vedi il verbose si L'errore poi significa che probabilmente hai anche una terza efi o a volte compare rapidamente che non lo vedi nemmeno. e fine a qui parliamo solo dei dischi interni Se connetti anche qualcosa via usb, il problema del numero di EFI e' possibile che si amplifichi 🙂 perdona la lunghezza, ma spero che sia stato un minimo chiaro il discorso 😉 * con sistemi piu' moderni potresti poi perdere audio e wifi (con tahoe al 100%se usi applealc e OCLP) Poi per l'audio lo recuperi in diversi modi, il wifi ancora no, o solo parzialmente con metodi recenti

patches.plist.zip queste sono le patches aggiornatre per i tuoi 12 cores ho lasciato tutte le patches ma quelle da non usare sono disattivate (in precedenza le avevo cancellate perche' lo faccio anche da me per pulizia) Le due patches chiamate Visual qualcosa non hanno mai spiegato perche' le attivano a tutti a me risposero che male non fanno non accettabile da uno che le ha fatte ridurre all'osso in passato ( e trovi sul forum tutta la discussione) Se serve e me lo spiegano dove ha un senso che non fanno male no! 🙂

Il quirk?....mi hai detto di andare i uefi >apfs e disattivare enablejumpstart

😅 quindi era una bella risposta la mia , no ? Curiosità la Lan ti funziona ? Presumo anche l audio è sparito senza OCLP ( VoodooHda come alternativa ) L app di chriss al momento ... Credo anche dopo , non ti serve la puoi anche togliere

macOS Sequoia 15,7,2 - 24G317 - 👍

macOS Sonoma 14.8.2 (23J119)

Se vai sui Topic dedicati https://macos86.it/forum/123-general/ ( Pre Release / Release ) trovi il link diretto del Full installer OCLP non funziona su Tahoe quindi niente BMC WI-FI ( qual e' la tua scheda BCM43602 (0x14E4, 0x43BA) ? ) AppleHda / Alc 🎶 non va piu' l alternativa Voodoohda o MyKextInstaller ( ripristina AppleHda )