A23SS4NDRO

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

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

Ecco qua Mi sa che manca solo HS10 per il resto tutto ok ioreg.zip

Ok faccio ioreg con questo?

I cambiamenti effettuati tra questi due screenshot sono sufficienti?

Infatti, l'ultimo allegato è pulito, vorrei capire come fare con una sola porta in modo da essere autonomo poi Il problema però è che a differenza di quando ho mappato su Z370 non trovo GUPC (Zero) da cambiare con One per abilitare la porta

Ok quindi lo aggiungo io manualmente...? Comunque quello originale è questo, lo posto come backup sono da abilitare solamente HS01, HS02, HS05, HS06, HS09, HS10, SS01, SS02 SSDT-3-xh_rvp08.aml.zip

Secondo la guida di @Gengik84 per la mappatura USB ho modificato SSDT-3-xh_rvp08 ma non c'erano dei blocchi GUPC... Ho anche prima controllato se tutti i device fossero XHC al posto di XHC1, posto Ioreg per maggiore chiarezza e il .aml con uno screen delle porte che ho trovato, da abilitare. Per ora ho sostituito tutti i "Zero" con "One". ioreg.zip SSDT-3-xh_rvp08.aml.zip https://i.postimg.cc/SRjxCCwW/Screenshot-2019-12-08-at-21-08-39.png

Si attualmente utilizzo 0x0506e3 (SkyLake H) SMBIOS 17,1 e lilucpu=8 per "nascondere" il fatto che sto usando una CPU KabyLake su chipset H110... Ricordo che al momento dell'installazione non partiva senza e con SMBIOS coerente (iMac 18,2 che monta un i5 7500 non andava per questo i5 7400) Passo il config senza seriali in modo da essere più esauriente, poi quando avrò completato la mappatura per questo PC posterò ioreg e proverò SSDT Skylake. config.plist.zip

Per la migrazione a Opencore anche di questa macchina (cosa che sono curioso di sapere se ci riesco) come dovrei procedere con l'equivalente di clover FakeCPUID in kernel and kext patches nel config.plist di opencore?

Ah ecco perche' avevo bisogno di uno spoof CPU per far andare il mio i5 7400, facendolo "sembrare" un i5 6600 (Skylake) E' corretta questa mia congettura? Il motivo per cui serve e' per il fatto che nei mac Kabylake non viene usato il chipset H110? Comunque in caso posto il config che uso in modo da dargli un'occhiata ed evitare conflitti ACPI eccetera, ho sistemato ultimamente anche i rename, ce ne stavano molti e quasi tutti inutili.

Ciao a tutti, riprendo dopo un po' questo topic aperto il 27 Maggio, che poi è diventato un po' più generico sul doppio monitor che sulla build che ho postato XD SSDT kabylake coffeelake di @Gengik84 possono essere usati anche su questo pc? Fatemi sapere, penso che tra poco proverò opencore anche qui

Una domanda veloce, siccome ci pensa WeG, tolgo ig-platform-id e framebuffer-patch-enable?

Ecco qua il nuovo ioreg, grazie mille Ale's-iMac-Catalina.zip

Certamente. Li passo subito Sia quello della mappatura USB che Z370 kabylake coffelake+PM Archive.zip

Ecco qui il report, ho usato la v 2.1 di vulgo dimmi se è ok Ale's-iMac-Catalina.zip

Dubbio risolto, Videoproc mi conferma che la integrata c'è ed è perfettamente funzionante

Quello che non appare su istatMenus è la integrata, mentre su Clover appariva senza problemi. Sarà perché sono presenti sia igplat che whatevergreen?

Ok ho installato Catalina con la nuova EFI di opencore e va tutto alla grande. Ho fatto un Clear NVRAM dal menu iniziale testuale, in cui si possono selezionare le opzioni in base al numero che l'utente immette, tra questi c'era la possibilità di fare il C.Nvram e ho installato. Ora si tratta di mandarvi ioreg, questo comunica il seriale o non lo include? Mando anche la EFI con cui ho avviato senza i seriali appena so che ioreg non posta altro che il registro di sistema senza seriali (tra cui SMuuid, MLB/Board serial number/ROM o Serial Number)

Ok va bene, per quanto riguarda invece la compatibilità con Catalina, ho letto che SSDT-EC-USBX Corrects your EC devices, needed for all Catalina users. To setup you'll need to find out the name of your PNP0C09 device in your DSDT, this being either EC0, H_EC, PGEC and ECDV. You can read more about Embedded Controller issues in Catalina here: What's new in macOS Catalina Se uso già SSDT Kabylake Coffelake e xh_rvp08 non credo che serva integrare anche quello, è corretto? Rimetto i valori di Rimetto allora com'era prima, ma come prima ho scritto, non sarebbero errati quei valori in Decimale avendo sott'occhio il manuale e i corretti valori in HEX del manuale?

Dal manuale mancherebbe anche "RequestBootVarFallback" che ho lasciato su False, sebbene sul manuale spieghi che può anche essere messo su Enabled. Che ne pensate?

il valore in decimale 2147483650 equivale a 0x80000002 - ne deduco quindi che per il manuale sia errato in quanto deve essere: Per ora ho messo 0x80000000 convertito in decimale quindi 2147483648 E su Target ho messo 0x02 in Hex che è 2 in Decimale. Prima il valore era 3, non contemplato dal manuale

Inoltre sotto Misc -> Debug mancano tali voci nella guida 8.4 Debug Properties 1. DisableWatchDog Type: plist boolean Failsafe: false Description: Select firmwares may not succeed in quickly booting the operating system, especially in debug mode, which results in watch dog timer aborting the process. This option turns off watch dog timer. 2. DisplayDelay Type: plist integer Failsafe: 0 Description: Delay in microseconds performed after every printed line visible onscreen (i.e. console). 3. DisplayLevel Type: plist integer, 64 bit Failsafe: 0 Description: EDK II debug level bitmask (sum) showed onscreen. Unless Target enables console (onscreen) printing, onscreen debug output will not be visible. The following levels are supported (discover more in DebugLib.h): • 0x00000002 (bit 1) — DEBUG_WARN in DEBUG, NOOPT, RELEASE. • 0x00000040 (bit 6) — DEBUG_INFO in DEBUG, NOOPT. • 0x00400000 (bit 22) — DEBUG_VERBOSE in custom builds. • 0x80000000 (bit 31) — DEBUG_ERROR in DEBUG, NOOPT, RELEASE. 4. Target Type: plist integer Failsafe: 0 Description: A bitmask (sum) of enabled logging targets. By default all the logging output is hidden, so this option is required to be set when debugging is necessary. The following logging targets are supported: • 0x01 (bit 0) — Enable logging, otherwise all log is discarded. • 0x02 (bit 1) — Enable basic console (onscreen) logging. • 0x04 (bit 2) — Enable logging to Data Hub. • 0x08 (bit 3) — Enable serial port logging. • 0x10 (bit 4) — Enable UEFI variable logging. • 0x20 (bit 5) — Enable non-volatile UEFI variable logging. • 0x40 (bit 6) — Enable logging to file. Non riesco a capire bene se DisplayLevel e Target sono corretti... Voi che ne dite?

Ok quindi posso procedere con testare se avvia... o vedi altre possibili modifiche dopo aver controllato il config.plist @iCanaro?