A23SS4NDRO

@Ricky_91 rimetti la EFI che ho girato con l'ultimo config.plist con cui hai installato prima che ti uscisse la password

non sul config che gli ho girato con cui ha fatto il boot

Non comprendo come hai fatto ad installare prima senza andare in panic con quel config

Ad esempio su una HD4600 ho il DVMT stolen che arriva massimo a 32MB e il DVMT total mem impostato su MAX, e quando collego la integrata via displayport su un monitor 4K mi arriva al massimo a 2560x1440 Domanda, ma con la EFI che ho girato non ci hai installato il tutto?

quello anche senza -igfxvesa è errato lato igplatform-id per il tuo portatile Questo lo hai provato con il DVMT a 32MB dovresti riuscire ad avviare con successo su schermi fullhd

Hai formattato il disco prima?

mandaci qualche info una volta che l'installazione è completata Quando hai finito di installare, scarica IORegistryExplorer e salva in alto il dump con File > Salva come Il link all'applicazione lo trovi qui: https://github.com/utopia-team/IORegistryExplorer/releases/download/v3.0.2/IORegistryExplorer-3.0.2.dmg

strano, di norma providecustomslide non dovrebbe servire su questi firmware parecchio compatibili

ok prova la v1 Se non va, sostituisci con questo config.plist.zip

EDIT: Prova ad avviare con questa, sistemate alcune dimenticanze EFI-v1.zip

Clicca su 7 per vedere se il CFG lock è apposto e poi premi il pulsante di spegnimento e allega i contenuti del dump, li troverai nella partizione EFI vicino alla cartella EFI, si chiama "SysReport"

Prima passa l'acpi dump

60MB non va bene, deve essere un multiplo di 32. Se hai un display in 1080 prova a mettere 32MB per ora Allega inoltre un dump ACPI con una pennetta che hai libera da formattare in FAT32 mettendoci dentro questa EFI: https://github.com/utopia-team/opencore-debug/releases/download/0.6.8/EFI.zip

Questo portatile ha una integrata Whiskey lake, non serve caricare device id di kabylake refresh Come ig-platform inizierei con 3EA50009, o swappato in 0900A53E

PS: prenditi pure un paio di orette per sistemare e spulciare ogni settaggio del bios se non sei pratico, vedrai che ne guadagnerai in stabilità

Sta qui, come documentato in questo repo, di un portatile con il BIOS molto simile se non identico al tuo: Inoltre assicurati di impostare tutti gli altri settaggi del BIOS come descritto nel README È cruciale oltre al CFG Lock di impostare anche il pre-allocated a 64 e total gfx mem a MAX, altrimenti non avvii macOS Sempre sotto la sezione Advanced che esce con Ctrl+F10 trovi queste

forse non mi sono spiegato abbastanza, ma volevo capire se se "esiste" USBX per il PM delle USB, a che servono le proprietà di XHC AAPL,current-limit etc?

Vorrei capire quale è la differenza in funzionalità tra le due, niente di che

Quelle stesse proprietà caricate da config.plist sono identiche a quell proprietà che sono su SSDT Coffeelake-Kabylake L'ho specificato qui in alto^

Ciao, grazie per aver risposto, quello che non capivo (a parte la questione di come e quando vengono caricate le proprietà) era capire perché averle se entrambe "apparentemente" puntano al PM delle USB. Avere SSDT-USBX e non avere le proprietà specificate qui: può essere "meno corretto" per un corretto PM delle USB? Vedo anche che quelle via USBX non sono le stesse che si possono trovare qui^ ad esempio: ci sta in più "AAPL,current-extra-in-sleep" a 0x640 che non è menzionato in SSDT-USBX e lo stesso per current extra 0x898, non presente. Sono quindi complementari oppure uno vale l'altro? A che serve specificare più volte sia su USBX che su XHC il valore 0x834 per current-available se quel field per esempio è già presente su USBX? Che ruolo hanno sia il metodo ACPI che quello applicabile anche via deviceproperties? Se volessi mettere solo quello via deviceproperties o solo quello via USBX, avrei un PM incompleto? Scope (\_SB) { Device (USBX) { Name (_ADR, Zero) // _ADR: Address Method (_DSM, 4, NotSerialized) // _DSM: Device-Specific Method { If ((Arg2 == Zero)) { Return (Buffer (One) { 0x03 // . }) } Return (Package (0x08) { "kUSBSleepPowerSupply", 0x13EC, "kUSBSleepPortCurrentLimit", 0x0834, "kUSBWakePowerSupply", 0x13EC, "kUSBWakePortCurrentLimit", 0x0834 }) }

Aggiunto supporto per lettura fan tramite chip ITE8987 con l'aiuto di SMCSuperIO. Per abilitare la lettura degli RPM della ventola, applcare su LPCB - PciRoot(0x0)/Pci(0x1F,0x0) le impostazioni documentate nei Docs di VirtualSMC: https://github.com/acidanthera/VirtualSMC/blob/master/Docs/EmbeddedControllers.md#hp-pavilion-14-ce2072nl-generic <key>PciRoot(0x0)/Pci(0x1f,0x0)</key> <dict> <key>ec-device</key> <string>generic</string> <key>fan-count</key> <data>AQAAAA==</data> <key>fan0-addr</key> <data>wwAAAA==</data> <key>fan0-big</key> <data>AAAAAA==</data> <key>fan0-size</key> <data>AgAAAA==</data> </dict> Esiste sono 1 solo ingresso per le FAN, quindi nel mio caso entrambe le ventole saranno riportate sincronizzate come una singola come mostrato qui sotto

Domanda, ma specificare le seguenti proprietà per XHC su SSDT-Coffeelake: Che fondamentalmente è uguale a specificarle qui: Mi chiedevo che differenza ci fosse tra quello che fa USBX e le altre proprietà per XHC qui sopra, e se sono rilevanti o meno (se il PM lo gestisce USBX?) Grazie

yes ahahah mi piace capire smanettando altrimenti rimanevo su winzoz Ho qualche dubbio ancora: 1. Quel modo che mi hai fatto vedere per mappare le uscite video della dedicata, si appoggia a WeG o è indipendente? 2. Se 1. la risposta è indipendente, per mappare i connettori della iGPU serve per forza WeG o si possono fare indipendentemente tramite metodo SSDT? vorrei capire (sempre su ssdt-coffeelake) come inserire questi valori qui <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd"> <plist version="1.0"> <dict> <key>PciRoot(0x0)/Pci(0x2,0x0)</key> <dict> <key>AAPL,ig-platform-id</key> <data> BwCbPg== </data> <key>framebuffer-con0-alldata</key> <data> AQUJAAAEAADHAwAA </data> <key>framebuffer-con0-enable</key> <data> AQAAAA== </data> <key>framebuffer-con1-alldata</key> <data> AgQKAAAIAADHAwAA </data> <key>framebuffer-con1-enable</key> <data> AQAAAA== </data> <key>framebuffer-con2-alldata</key> <data> AwYIAAQAAADHAwAA </data> <key>framebuffer-con2-enable</key> <data> AQAAAA== </data> <key>framebuffer-patch-enable</key> <data> AQAAAA== </data> </dict> </dict> </plist>

se metto invece la integrata con0x3E9B0007 da cui ho mappato ieri i connettori posso usarla sia per "compute" che per uscite video?