Jump to content

A23SS4NDRO

Contributor
  • Posts

    1,376
  • Joined

  • Last visited

  • Days Won

    11

Posts posted by A23SS4NDRO

  1. 10 minutes ago, Gengik84 said:

    per dire, c'è un altro ragazzo sempre qui sul forum con una cpu 1xxxxu, lui ancor più sfortunato o non gli legge il kernel è non legge boot.efi della usb

    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

    image.thumb.png.c351f3e382e17d35d4ad2de685c234eb.png

  2. 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

     

    7 minutes ago, Gengik84 said:

    FakeCPUID

    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?

  3. Inserito ultimo DSDT, sempre FaultCR2, panic e riavvio (gli altri che trovi sono solo disattibati, se serve controllare ecco quaEFI.zip)

     

    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

  4. 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?

     

  5. 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

  6. 2 hours ago, Gengik84 said:

    anche questo però è strano, prima avevi detto che anche questa prova dava errori

    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

     

    SenzaRename_Solo_SSDT_Plug_noDSDT.jpg

    RenameEC0_to_EC_no_DSDT_e_Plug_caricato.jpg

  7. 1 hour ago, Gengik84 said:

    hai riprovato per esempio con ssdt

    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)

     

  8. Ok ragazzi, aggiornamenti in merito interessanti. Sono riuscito ad accedere ad alcune (parecchie impostazioni) del bios che di norma non sono raggiungibili, tra cui CFG-Lock, DVMT Pre Allocated (e anche TotalMem di solito impostato su Max, ma questo si configurerà più avanti, quello che più mi doleva appunto era poter avere accesso a quel registro senza patch kernel, e ci sono riuscito - grazie ad una guida su github).

     

     

    IMG_20200411_191206.thumb.jpg.c40b81213fda7bafa5b355f296993bc2.jpg

     

    Per sbloccare questo famoso CFG-Lock è stata un po' una via crucis, ho prima consultato altre guide che dicevano che in alcuni lenovo una sequenza di tasti ti permetteva di entrare in modalità BIOS Debug, ma non andava, poi ho provato da UEFI Shell utilizzando il setup_var 0x(offset trovato con UEFITool e Universal IFR Extractor) - 0x0 ma mi dava l'errore "cannot write efi variable" quindi ho dovuto agire seguendo questa guida, che molto probabilmente tradurrò in italiano per dare la possibilità a tutti di accedere a impostazioni nascoste del loro proprio BIOS

     

    https://translate.googleusercontent.com/translate_c?depth=2&nv=1&rurl=translate.google.com&sl=zh-CN&sp=nmt4&tl=en&u=https://github.com/lietxia/XiaoXinAir14IML_2019_hackintosh/wiki/DVMT

     

    Comunque i settaggi BIOS stock che avevate chiesto li inoltro volentieri, ecco il video, convertito dagli 81MB prima in H265 (diventato da 4.5MB 😄 ma putroppo il forum lo voleva in H264 quindi l'ho riconvertito da H265 a H264 ed è diventato da 8.4MB 👍)

     

     

    vorrei valutare con voi se è proprio necessario intervenire per disabilitare thunderbolt (indagando dal .txt del BIOS se è possibile)

    Setup.txt.zip apritelo con subilmetext o altri tool come VsCode o simili perché può darvi problemi di encoding...

     

    Per ora rimango fermo qui... Aggiorno il config togliendo AppleXCPUCfgLock nel frattempo....

     

     

    p.s. un piccolo passo per un bios, un grande passo per macOS ahahah

     

    • whahahah 1
  9. SSDT-EC putroppo se utilizzo SSDT Time, salvo compilo tutto ok - soltanto quando dopo lo va a caricare all'avvio mi dà errore perché credo che EC esiste anche da altre parti se vedi la cartella

     

    Origin origin.zip

     

    ad esempio ci sta anche SSDT-0-CB-01.aml che ha altri EC definiti in giro...
    Come procedo quindi?

    Ecco cosa suggerisce di fare SSDTTime

     

    DefinitionBlock ("", "SSDT", 2, "CORP ", "SsdtEC", 0x00001000)
    {
        External (_SB_.PCI0.LPCB, DeviceObj)
        External (_SB_.PCI0.LPCB.EC0, DeviceObj)
    
        Scope (\_SB.PCI0.LPCB.EC0)
        {
            Method (_STA, 0, NotSerialized)  // _STA: Status
            {
                If (_OSI ("Darwin"))
                {
                    Return (0)
                }
                Else
                {
                    Return (0x0F)
                }
            }
        }
    
        Scope (\_SB.PCI0.LPCB)
        {
            Device (EC)
            {
                Name (_HID, "ACID0001")  // _HID: Hardware ID
                Method (_STA, 0, NotSerialized)  // _STA: Status
                {
                    If (_OSI ("Darwin"))
                    {
                        Return (0x0F)
                    }
                    Else
                    {
                        Return (Zero)
                    }
                }
            }
        }
    }

     

×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.