A23SS4NDRO

Ma quindi come mai su SSDT-Kaby_Coffelake che si usa per Z370 carichi PMCR?

Si a trovarle a prezzi normali... colpa di AMD che da una parte dice "metteremo sistemi di verifica appropriati", poi ecco i risultati, stock 0 causa scalpers/bot

Uhm è possibile che il power button una volta premuto non faccia uscire quel prompt per il fatto che è PPMC e non PMCR? Perché su Z370 se premo il pulsante di accensione non esce quel menu.

Tu cosa hai su ioreg? Vedo da iMac19,1 che è presente PMCR e non PPMC

Leggendo altrove sembra che servono entrambi https://github.com/syscl/XPS9350-macOS/commit/ed474d5bc68efba71ed827e5eef5c5db910d24c2 Su ioreg hai PPMC o PMCR o entrambi? https://www.insanelymac.com/forum/topic/328829-eficheckdisabler/#elControls_2524436_menu

Ed eccolo qui: Come si abilita quel menu?

Sistemato così: come da ioreg di iMac15,1 praticamente sto facendo uno spoof da Q85 a Z87: Intel Q85 Express LPC Controller - Linux Hardware https://linux-hardware.org › id=pci:8086-8c4c-103c-18e7 Probes of pci:8086-8c4c-103c-18e7. Intel Z87 Express LPC Controller - Linux-hardware.org https://linux-hardware.org › id=pci:8086-8c44-1462-78... Probes of pci:8086-8c44-1462-7866.

ok poi lo aggiungo

A che serve?

Eccolo Prodesk’s iMac.zip

Analizzando i rename esadecimali, i valori per TIMR IRQ 0 Patch Find: 22010079 00 Replace: 22000079 00 sono delle virgolette, stesso per RTC IRQ 8 Patch si arriva

Si per l'audio e per la grafica A questo punto non mi è ben chiaro il ruolo delle altre due patch

Ok è tornato normale sono con SSDT + rename Anche l'audio è tornato

Hpet viene caricato... ma l'audio "internal speakers e line in" rispettivamente del front panel e del back panel, non sono più presenti

Senza nulla anche la grafica è strana - anche se apparentemente l'accelerazione grafica ci sta

Ora controllo Solo l'SSDT dici?

anche li la questione è questa... Dovrei mettere sia l'SSDT che i rename, altrimenti se non metto nulla l'audio via HDEF non va. Un'altra soluzione che non ha bisogno dei rename e l'ssdt con HPET attivo, e disabilitarlo - e l'audio torna a funzionare Le patch di cui parlo sono queste: e questo è l'SSDT Oppure più semplicemente per non avere problemi di audio, metto: Tra mettere 3 rename e un SSDT, per ora ho optato per disabilitare e basta...

Giusto, rimosso. EDIT: non c'è mai stato Come si può vedere da qui, risale a 4 giorni fa, quando ho caricato il tutto non c'era USBX e non c'è mai stato, è stato un lapsus mio https://github.com/1alessandro1/HP-Prodesk-600-G1-SFF-macOS/tree/main/EFI/OC/ACPI

Comunque sono dell'idea che la cosa migliore sia partire da ioreg e costruirsi manualmente gli SSDT ad hoc, ognuno indipendente tra gli altri, avendo ognuno un ruolo diverso Poi tutto quello che si può caricare da DeviceProperties (secondo me) è meglio caricarlo da li, ad esempio i valori delle correnti corrette presi da iMac15,1 li ho messi su PciRoot(0x0)/Pci(0x14,0x0) che appunto è il device XHC. Tra gli SSDT invece ho lasciato USBX, SBUS (previa verifica che sia caricato anche su iMac15,1, ed è così) PLUG con i valori custom di performance fatti con CPUFriendFriend, HPET sistemat (previa verifica che sia caricato anche su iMac15,1) e USB mappate via SSDT senza toccare il DSDT

Hai i valori delle correnti su USBX incorretti

Certo, ci sta. Allego il lavoro effettuato SSDT-Haswell-X_8Series.aml.zip

cosa non ti calcolava?

Io un haswell ce l'ho, ma non ho l'iPad

allora quello che ho capito finora è questo: - iMac15,1 ha su XHC1 valori come 0x834 (5100mAh) e 0xC1C (3100) in confronto a quelli presenti attualmente che sono 0x640 e 0x898 che potremo anche lasciare così - I valori delle correnti per EHC1 non cambiano tra un SMBIOS e l'altro, ma tra imac15,1 e iMac13,1 cambiano i valori delle correnti su XHC1 che ho elencato al primo punto, "limitandoli" uguali a quelli di EHC1 Oltretutto, quelli di Apple sono più alti in valore assoluto di quelli già presenti, chi vuole specificarli con più precisione può editarsi l'ssdt da sé o usare direttamente deviceproperties.