A23SS4NDRO

Se non si legge la zippo qua Screenshot_20191217-190710.jpg.zip

Panica, SKL AppleIntelFrameBuffer, GPUDriversIntel

provo ad avviare con questo config così vediamo come va 😎

Ok ho letto la guida e dice di mettere FakeID IntelGFX= 0x59128086 Selezionia inject intel + ig-platform-id inseriamo: 0x59120000 Cosi è meglio? (attenendoci a clover) config_test_18.2.plist.zip

Ok quindi se ho ben capito dovrei togliere lilucpu, fakecpud - tutto in pratica.... Mi rimane il chipset h110 che è skylake, e quello non si può cambiare, ma posso mettere un smbios diverso, quindi 18,2 che monta esattamente i5 7500 con HD630. L'unica cosa che deve essere "mascherata"/spoofed è la iGPU oppure nulla deve essere mascherato?

che ne pensi così va meglio? Device-id skylake e platform-id kabylake

ok ricontrollo

Strano... Da qui sembra che quel device-id (che si usa su device properties) o fakeid nella sezione devices di clover in alto a destra, consiglia: https://github.com/acidanthera/WhateverGreen/blob/master/Manual/FAQ.IntelHD.en.md Recommended framebuffers : for desktop - 0x19120000 (default); for laptop - 0x19160000 (default). Forse sto usando quello laptop dici al posto di quello desktop...? Avendo chipset skylake sono costretto ad uno spoof skylake... Altrimenti Kernel panic Dovrei chiarire meglio la situazione

Gli errori a cui mi riferisco sono prima, durante il caricamento degli ssdt... ACPIexception AE_ALREADY_EXIST while loading table

Comunque ora è risolto, bisogna controllare SSDT_SkyLake.aml che include PluginType chiedendo a @Gengik84 se ha tempo, altrimenti non riesco ad avviare... Ho risistemato un paio di cose per la iGPU (fake id corretto) quindi l'ultimo config.plist lo allego qui sotto. Come mai con Clover non ha problemi mentre sembra che da opencore non lo carichi? Forse qualche settaggio errato config_dacontrollare_ssdt_skylake.plist.zip

Esatto, quel problema scompare se uso [VirtualSMC.efi + richiamo dal config] mentre ricompare se rimuovo [VirtualSMC.efi e il richiamo dal config] Qui vit9696 spiega benissimo cosa succede The issue is with the firmware, and it makes very little sense to me. It works just fine on some of our machines, but for some reason it fails on 3 (that much we have just discovered) other machines. All the machines with the issues are on APTIO V, yet there are working machines with APTIO V. https://github.com/acidanthera/bugtracker/issues/515

Non avevo sottolineato il fatto che prima quando avevo l'errore non avevo puntato il driver dal config, quindi so che ogni driver va accompagnato con il suo "richiamo" dal config, quindi o si usano richiamo+driver oppure si tolgono entrambi. Se metto il richiamo+driver allora non ho tale problema, mentre se li tolgo (sia driver che richiamo) allora ecco cosa succede Ora avendo risolto il problema precedente inserendo il driver sopra menzionato con adeguato "richiamo" dal config, per superare la fase di avvio iniziale mi serve di capire se ci sono errori nel caricamento degli ssdt, anche questi richiamati dal config... Su clover abbiamo controllato ioreg con e senza ssdt skylake, e sembra che con l'ssdt sia tutto a posto. Strano che dia problemi quando avvio con opencore

Comunque anche dopo aver aggiustato Skylake con SkyLake persiste il problema Lo trovi allegato sopra

Se li tolgo mi da questo errore efend @ failed to find valid status (800000000000000E, 8), VirtualSMC EFI module is broken

bene ho capito dove ho sbagliato, ho scritto Skylake al posto di SkyLake

Ok l'errore che mi da è il seguente - con virtualsmc.efi è sparito l'errore di prima. Sembra avere a che fare con SSDT_Skylake PM.aml Sto usando questo config (non vi preoccupate per i seriali)config.plist.zip Qui Drivers e Kext Allego anche la cartella ACPIACPI.zip E uno screen del config per un'occhiata veloce, sezione ACPI

Grazie mille. Provo ora con Opencore su questa macchinetta, penso di divertirmi un po'. Attualmente mi dava un errore del tipo "VirtualSMC EFI module is broken" e sembra che la soluzione sia mettere fwruntimeservices (ultima versione) + virtualsmc.efi (ultima versione) vediamo come va...

Marco’s iMac_with_SSDTSkylakePM.zip Ho avviato senza problemi, se ci sta qualcosa da aggiustare fammi sapere, ti ringrazio

@Gengik84 sto provando su questa configurazione (H110, i5 7400, GT710) il tuo SSDT_Skylake_inclusoPM, ringrazio in anticipo per il lavoro, allego ioreg prima e dopo l'avvio Marco’s iMac_no_SSDT_Skylake_PM.zip

Ciao ragazzi, ho fatto diversi tentativi con altri smbios/fake-id ma senza successo, poiché come scrivevo prima ho come chipset H110 (Skylake), macOS si aspetta di trovare tutto Skylake (CPU, iGPU eccetera) e quindi sono costretto a mascherare l'i5 7400, quindi iGPU - PciRoot(0)/Pci(0x02,0) da HD630 dell'i5 7400 con una HD530, quindi con ig-plat 0x191B0000 oppure AAPL,ig-platform-id 00001B19 (quando HEX-swapped) CPU 0x0506e3 (Skylake H) + lilucpu=8 e avvia senza problemi anche se per iGPU non uso un FakeID sotto Devices ma solo un ig-platform che non è di una HD630, infatti è di una HD530. Mettendo come SMBIOS il 18,2 senza lilucpu e fakecpuid va in Kernel Panic per colpa della iGPU, che FakeID mi consigliereste per mascherarla mentre uso come SMBIOS 18,2? 0x12345678 può essere un'opzione oppure è solo per CoffeeLake? Ci sta una lista che li raggruppi tutti questi FakeID da inserire in Hex sotto Devices?

Soluzione: per mojave, (non capitava su Catalina) IgnoreTextInGraphics: YES Fix for UI corruption when both text and graphics outputs happen, set to YES with SanitiseClearScreen also set to YES for pure Apple Logo(no verbose screen)

Ciao ragazzi, per caso c'è modo di rimuovere le prime scritte che appaiono all'avvio (ho provato a togliere la verbose ma rimangono, cosa che su Catalina non succedeva)

Ho aggiornato anche io da Catalina su Opencore, nessun problema tutto ok 👍 Lilu 1.4.0 Stable (release) WhateverGreen 1.3.5 Stable (release) AppleALC 1.4.4 Stable (release) VirtualSMC & Plugins 1.0.9 Stable (release) Inoltre quello che ho notato solo poco tempo fa è che i sensori della GPU ci sono sempre stati, cercavo sempre tra i sensors e dà "GPU Proximity -" mentre nel dropdown CPU and GPU fornisce la lettura del sensore del die nativamente VirtualSMC

Security Update 2019-002 is recommended for all users and improves the security of macOS. For more information on the security content of this update, see https://support.apple.com/kb/HT201222.

Ho capito che intendi... Comunque tentar non nuoce ( se si ha un backup ovvio 😉 ) Poi come diceva Galileo, servono le sensate esperienze e necessarie dimostrazioni come base del metodo scientifico sperimentale per portare avanti le proprie tesi