Jump to content

A23SS4NDRO

Contributor
  • Posts

    1,376
  • Joined

  • Last visited

  • Days Won

    11

Posts posted by A23SS4NDRO

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

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

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

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

     

    IMG_20191217_165015.thumb.jpg.6428697039b35331d115cfabbb8b8fe7.jpg

     

     

    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

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

    image.png.23a6d32428c3584e8a9a8d5124fdf427.png

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

    image.png.8fdff365da315f907be6752746bc562f.png

    • +1 1
  7. Ricordo che USB non andavano senza Usbinjectall, ma potrei provare a testare da una USB esterna se vanno senza niente (né patch limit, no Usbinjectall, no ssdt mappatura)

    Quello che mi convince del fatto che serva o patch limit +Usbinjectall o mappatura è la presenza di 

     

    -USB 3.0 (ce ne sono 2)

    -processore è superiore alla serie 3xxx

    Come infatti ho imarato grazie a @foskvs

     

     

    "Ripeto... quante USB 3 hai? Mi rispondo da solo... zero. Metti tutte le patch che vuoi, tanto il kext non viene nemmeno caricato con processori precedenti ai 3xxx. L'ho già detto all'inizio del topic"

     

    La port patch limit probabilmente non serviva siccome sono meno di 15 porte...

    • Like 1
  8. Figurati, grazie mille 🙂

    Ora penso sia tutto ok, ioreg sarà uguale a prima ma con l'altra HS10 abilitata, ho dovuto staccare scrivo da cellulare

     

    Poi vedrò la questione che riguarda lo spoof CPU, non ricordo bene perché serviva ma indagherò e farò dei test con una USB avviabile con SMBIOS 18,2 senza nessun FakeCPU id o simili e vi faccio sapere poi su questo topic

     

×
×
  • 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.