A23SS4NDRO

DevirtualizeMMIO e ProtectUEFIServices sono obbligatori per superare la preverbose Comunque quei settaggi sistemano boot.efi quindi penso che dopo aver superato la preverbose non so quanto contino..

Ok, cosa mi consigli? Senza protectUefiservices dubito di poter fare qualcosa

Provo con VirtualSMC aggiornato? Devono integrare i nuovi modelli dentro virtualSMC?

Può essere utile per caso qualche quirk qui? Ho saputo che vit9696 ha dovuto recentemente trovare dei workaround per stare al passo con intel e la sua "firmware memory protection"

Con Fixheaders Yes

utilizzo FakeSMC di Slice EFI.zip Non ne vuole sapere, CR2

Tolgo SSDT-Plug Ho nominato il DSDT nel config e messo in patched, ho tenuto il tuo config di prima. Vediamo cosa succede... Allego la EFI per backup e per farvi controllare EFI.zip

Ok prendo quello di questo messaggio

\_SB.PCI0.TDM0 è il path

Provato con E9 ed EB, sempre qui sto EFI.zip

Teoricamente nel mio caso esiste un modello che ha esattamente quel processore (con SKU diverso e le frequenze abbassate di un po', secondo me perché useranno quel 1065G7 anche sul prossimo macbookPro14"), (sarebbe curioso indagare anche le tabelle ACPI di quel macbookair9,1 con i7-1060NG7 i7-1065G7 vs i7-1060NG7 https://ark.intel.com/content/www/us/en/ark/compare.html?productIds=196597,196596 MacBookAir9,1 https://everymac.com/systems/apple/macbook-air/specs/macbook-air-core-i7-1.2-quad-core-13-retina-display-2020-scissor-specs.html Comunque procedo con FakeCPUID Kabylake? Lilucpu=9 serve? ok ora per la integrata metto igfxvesa

Per fare in modo che un smbios sia totalmente supportato, cosa deve essere modificato dai ragazzi di acidanthera? OpenCorePkg nuovo, Macinfopkg nuovo, Lilu e WeG con supporto IceLake... Poi quella CPU è totalmente supportata su 10.15.4 perché il MacBookAir9,1 con l'i7 ha esattamente quella CPU... In futuro si dovrà vedere anche il framebuffer per ice lake, aggiunto supporto proprio oggi sul manuale di Whatevergreen https://github.com/acidanthera/WhateverGreen/blob/master/Manual/FAQ.IntelHD.en.md#intel-iris-plus-graphics-ice-lake-processors Quale in particolare? Serve solo nel config.plist in kernel e kext patches o devo aggiungere altro (kext etc)? Serve anche un fakeid per la grafica? liluCPU?

Inserito ultimo DSDT, sempre FaultCR2, panic e riavvio (gli altri che trovi sono solo disattibati, se serve controllare ecco quaEFI.zip) VID_20200412_163519.mp4 Non riesco bene a capire quel fault CR2 da cosa sia causato di preciso, di sicuro so che se inserisco -1°-2° 3° dsdt che hai mandato accade quel panic -se inserisco qualsiasi ssdt per clock, tra cui AWAC o RTC0, ne basta uno di questi due per generare questo FaultCR2

Questo se metto RTC0... Se non va AWAC e RTC0, sarà che serve un ssdt apposito fatto da zero...? VID_20200412_161909.mp4 A quanto leggo sempre FaultCR2 Provato al volo anche SSDT PLUG con solo RTC0, niente da farsi è RTC0 che causa il panic come AWAC ed il DSDT

P.S. per ora non utilizzo niente per EC, né SSDT-EC né rename DSDT

Ok provo questo quindi, compilo e attivo da config.plist /* * For 300-series only and occasions where SSDT-AWAC is not applicable, * which requires variable STAS to be present. * * On some boards RTC device is disabled by returning 0 from _STA status method and * to enable it 0xF will be returned as expected by macOS. */ DefinitionBlock ("", "SSDT", 2, "ACDT", "RTC0", 0x00000000) { External (_SB_.PCI0.LPCB, DeviceObj) // (from opcode) Scope (_SB.PCI0.LPCB) { Device (RTC0) { Name (_HID, EisaId ("PNP0B00")) // _HID: Hardware ID Name (_CRS, ResourceTemplate () // _CRS: Current Resource Settings { IO (Decode16, 0x0070, // Range Minimum 0x0070, // Range Maximum 0x01, // Alignment 0x08, // Length ) IRQNoFlags () {8} }) Method (_STA, 0, NotSerialized) // _STA: Status { If (_OSI ("Darwin")) { Return (0x0F) } Else { Return (0); } } } } } Lascio li SSDTPMC e PLUG?

avendo rifatto i test i risultati mi dicono che se inserisco questo /* * For 300-series only. If you can't force enable Legacy RTC in BIOS GUI. * macOS does yet not support AWAC, so we have to force enable RTC. Do not use RTC ACPI patch. * * The Time and Alarm device provides an alternative to the real time clock (RTC), which is defined as a fixed feature hardware device. * The wake timers allow the system to transition from the S3 (or optionally S4/S5) state to S0 state after a time period elapses. * In comparison with the Real Time Clock (RTC) Alarm, the Time and Alarm device provides a larger scale of flexibility in the operation of the wake timers, * and allows the implementation of the time source to be abstracted from the OSPM. */ DefinitionBlock ("", "SSDT", 2, "ACDT", "AWAC", 0x00000000) { External (STAS, IntObj) Scope (_SB) { Method (_INI, 0, NotSerialized) // _INI: Initialize { If (_OSI ("Darwin")) { STAS = One } } } } E lo abilito da config.plist allora ho quel panic, lo stesso che accade da DSDT Comunque se servono ulteriori test li ripeto volentieri, magari ora che sono a mente fresca è anche meglio

Ok il responsabile del panic è SSDT AWAC, se lo disattivo e mantengo SSDT PMC e SSDT PLUG non va in kernel panic ma su blocca appunto al classico punto

ok ho testato la EFI sopra con PMC off, sempre Kernel panic su CR2 Grande, usando ifCondRefOf è la cosa migliore

ok, ora provo a fare altri test usando la EFI qui sotto disattivando un SSDT alla volta ( A) prima solo PMC (e quindi rimane PLUG e AWAC), testo B) poi tolgo AWAC (e rimangono PMC e PLUG) test C) tolgo SSDT PLUG e testo con AWAC e PMC ma non credo che sia il caso, dal momento che se uso solo PLUG non ho quel problema di Fault CR2 EFI.zip

Allora ho rifatto i test: nelle foto allegate puoi trovare il blocco e la configurazione, ho questi (Vedi 2 foto allegate e vedi nome foto) Probabile che mi sia spiegato male prima, sono disposto a ripetere i test per qualsiasi chiarimento... Nel video allegato utilizzo SSDT-PMC AWAC e PLUG, e sembra di avere un panic simile a quello che avevo con il dsdt, ma è da confrontare con il video del post precedente (comunque analizzandolo sembra appunto sempre "fault CR0 o CR2") Con il Rename DSDT EC0 to EC o senza il blocco è lo stesso a quanto pare SenzaRenameCon_SSDT-AWAC-SSDT-PMC-SSDT-PLUG.mp4

Ho provato con I rename EC che mi avevi detto (tutti quelli della tabella che ho mandato in alto e sembrano funzionare senza causare il panic - che accadeva solo via ok custom dsdt, provati i tuoi due, entrambi causano il panic su CR2) L'errore preciso su cui riesco ad arrivare è questo Thunderbolt runtime power conservation disabled. Se lo so cerca su internet è capitato a molti... Forse è li che si blocca (avevamo ipotizzato che potesse non essere quello l'errore)

Purtroppo se carico il DSDT che mi ha dato @Gengik84 ho quel kernel panic su CR2, vi è un modo per sistemare la questione in modo diverso? Panic: Video: VID_20200412_122047.mp4 Se carico invece il dsdt con la batteria nascosta, si blocca su Apple Thunderbolt