LucioBT

ci provo, e comunque sono in debito di caffè/aperitivi con voi

Bene. Speravo di evitare di chiedere aiuto, ma devo chiedere aiuto. Sto avendo dei problemi grossi di wake-up del sistema. Sto disperatamente cercando di migrare la libreria di aperture a lightroom, un lavoro dai tempi apocalittici. Ogni volta che lascio la macchina da sola a fare la migrazione mi ritrovo o con un sistema in freeze o con tv spenta e che quando la riaccendo mi dà uno schermo nero. Non posso sopravvivere a questo comportamento del mio hackintosh. Sono quattro volte che devo riavviare la macchina col reset, ho 500 Gb di storia della mia vita (e della vita di altri) che devo preservare e non so che fare. Vi prego aiutatemi

Il 28/1/2020 at 19:07, iCanaro ha scritto:

 

per me solo hobby

😀 Per me è diventato un hobby "forzato" mettere su una nuova macchina... Non avevo proprio voglia di confrontarmi con 50 riavvii e test a botta, però in fin dei conti ne è valsa la pena, grazie a voi ho imparato qualche cosa in più in materia 🙂 

C'è un'altra stranezza di comportamento che vorrei risolvere: quando metto il computer in stop con dischi o penne usb collegate, al risveglio il sistema mi dice "il disco non è stato espulso correttamente". Ho cercato informazioni sul web e nel forum, ma non mi si sono chiarite le idee. Viene citato uno script fixusb.sh che crea un ramdisk che, oh, insomma, soluzioni macchinose.

E vengono citate delle impostazioni del DSDT Usb patchato, cose ancora per me meno chiare.

Forse ho sbagliato qualcosa nei settaggi del bios? Ho lo ErP disabilitato e "USB power delivery in Soft Off state (S5)" abilitato.

Voi avete risolto?

Ma infatti viva il boss! 😀

Non per uscire fuori tema o voler sembrare ficcanèso, ma voi lavorate in ambito informatico oppure è sola passione la vostra?

@A23SS4NDRO Nessun ssdt aggiunto, a parte quello mio per le usb e quello di @Gengik84 (v2 ssdt 390 + bios fix + vega).

@Gengik84 sarà mai che la NVRAM funziona nativamente anche grazie al fatto che il codice relativo al PMCR è presente nel tuo SSDT? 

Bene. Stamattina avevo un po' di tempo, ho provato la tripletta MemoryAllocation.efi + OcQuirks.efi + FwRuntimeServices.efi, apparentemente non noto nessun problema, che bello!

Per quanto riguarda la NVRAM, ora è nativa.

Ammazza ragazzi, quando sono entrato nel vostro forum ero nel Paleolitico. 😂  

@iCanaro a che serve il  FakeID 0x687F ?

Quello che ho letto nel post che hai citato?

Uso EmuVariableUefi.efi e OsxAptioFix3Drv.efi. Pure quest'ultimo va levato?

Il 20/1/2020 at 17:43, A23SS4NDRO ha scritto:

Giusto che ci sei, su Z390 se non hai nvram nativa e iGPU+GPU non avviano con la patch framebuffer che giustamente ti ha consigliato @iCanaro potresti vedere se con il driver MemoryAllocation.efi riesci a risolvere la questione iGPU + GPU cosi non hai piu i problemi di anteprima jpeg (che risolvi quando riesci ad abilitare la integrata)?

Ovviamente in EFI/CLOVER/drivers/UEFI deve esserci anche OCquirks e Fwruntimeservices di vit9696, cui ha contribuito ReddestDream (solo con il driver Ocquirks.efi)

 

Facci sapere, aspettiamo volentieri un responso per capire veramente se questo driver di origini poco note ha stoffa o meno

Dunque, ho avuto un po' di tempo per giracchiare sul web e sono capitato su un paio di discussioni che mi hanno convinto ad affrontare la questione MemoryAllocation.efi, un po' perché l'ipotesi di ottenere un sistema più stabile mi piace, un po' perché a questo punto è diventato quasi più divertente smanettare con l'hack che lavorarci 😆

Oltretutto se mi metto a smanettare fumo di meno, ciò giova alla mia salute.

Mi sembra di capire che MemoryAllocation.efi vada usato in congiunzione con lo SSDT-PMC.aml che ho allegato, e che usando il driver in questione (unitamente a quelli che hai scritto in citazione @A23SS4NDRO) bisogna anche eliminare EmuVariable.efi ed eventuali scripts di Clover.

Mi riferisco a quanto letto in questo thread.

Ho aperto lo SSDT di @Gengik84 che sto usando, e il codice del file allegato  compare anche nel suo lavoro, certo non significa che si equivalgano. Volevo capirci qualcosina di più, insomma, prima di cominciare a modificare la EFI.

SSDT-PMC.aml.zip

eh già, e le Vega sono scese di quasi 100€...

Ho provato con le modifiche che mi hai suggerito:

inject ati

inject intel

in device properties non ho commentato la voce relativa alla igpu

aggiunto ai boot-args -wegoff e -disablegfxfirmware.

Ho notato qualche lineetta viola, ma comunque sono arrivato al desktop.

Qua sotto i risultati di geekbench 5.

Metal è passato da 55k a 71k.

OpenCl da 50k a 65k.

VideoProc vede la Vega 64 come mi avevi predetto, FCPX invece la Vega 56.

Infine, sembra che la iGPU sia ancora attiva, stando a Geekbench e System Profiler.

??

😂

config.plist.zip

15 minuti fa, iCanaro ha scritto:

tra le varie, hai verificato con check coverage di non stare usando il seriale di un vero mac?

assolutamente si.

15 minuti fa, iCanaro ha scritto:

ah si se hai tutti i servizi attivi etc... certo che si... dovrai rifare tutto.. vedi se ne vale la pena

eeeeeeehhh... è quello che vorrei capire... per quanto concerne il videogiuocare ho optato per il dual boot, windows e pace (ho una vasta libreria Steam di giochi che non girano su Mac e che comunque acquistavo anche se non avevo i minimi richiesti per farli girare ^__^). Il mio lavoro lo svolgo con Logic e Protools. Per quanto concerne gli hobbies, lavoro da secoli con Aperture e da un annetto con Capture One per l'editing fotografico. L'editing video è limitato ai filmini di mia figlia, roba così. Preferirei sicuramente ottenere le migliori prestazioni dalla Vega, e dal momento che il mio catalogo di foto e video è gestito in MacOs non vedo ancora il motivo di comprare un Lightroom e comunque di dover migrare 600 giga di materiale ri-catalogandolo in un software che non mi piace

cambiare smbios significa dover riautorizzare icloud e tutti software con licenza?

Dunque, stamattina ho avuto un po' di tempo per mettere le mani sulla macchina, sono entrato nel bios per pignoleria e... va' a quel paese, per un motivo a me ignoto la configurazione della grafica stava in autooooooo! Ho settato di nuovo la scheda primaria PCIE, iGPU multimonitor enabled e DVMT 128 Mb.

Giustamente, al riavvio Hackintool mi ha finalmente riconosciuto il Platform Id. Ho inserito la patch headless nel config di Clover, riavviato, e adesso è tutta un'altra cosa, ho provato a fare un render video a 1080p di 5/6 minuti e stavolta la macchina ci ha impiegato circa 3 minuti ad esportare, invece dei 10 prima che modificassi bios e config, in più su chrome prime video e netflix vanno in hd.

Ho caricato la EFI, @iCanaro, non è che potresti darle una occhiata?

C'è un'altra cosa che volevo chiedere:   sto provando sia HWMonitor che viene con l'ultimo fakesmc (6.26-357-gceb835ea.1800) che istat menus per monitorare il sistema e mi dà una temperatura insolita di uno dei dischi, un WD caviar blue, 4000 gradi mi sembrano un po' tantini, e mi dà la temperatura della iGPU fissa a 127° che pure mi sembrano tantini. Qualcuno ha avuto simili problemi?

Sempre in termini di monitoraggio, per monitorare la Vega 56 va bene istat menus?

E, ultima cosa: ho letto nel forum questioni relative all'avvio del sistema disabilitando weg e abilitando injectati che potrebbero migliorare ulteriormente le prestazioni del sistema. Val la pena smanettare?

iMHack.2020.01.24.zip EFI headless.zip hackintool info.txt.zip

Forse arrivo un po' tardi... il file corretto te l'ho allegato qui, l'altro file è semplicemente un memo dei connettori

SSDT-4-xh_cfsd4.aml.zip Usb Mapping ASUS Prime Z390-P.txt.zip

4 minuti fa, iCanaro ha scritto:

 

 

plugin type invece se non usi SSDT 390 con PM incluso, è meglio che lo lasci flaggato, altrimenti non avrai una gestione ottimale del power management

 

Io sto usando quello v2 per 390 con bios fix e vega-navi

Scusate, mi è sorto un dubbio dopo aver fatto la mappatura secondo la guida di @Gengik84.

Ho piazzato il mio SSDT nella cartella ACPI/patched, ed ho aggiornato la sezione Drop Tables in Clover Configurator, dopo il riavvio MacOs vede le 15 porte abilitate e basta.

La domanda mi sorge spontanea dopo aver aggiunto la voce nella sezione Drop Tables.

Prima di tutto: nel config.plist che ho preso dal tipo con la mia stessa scheda madre sono presenti in Drop Tables le voci

SSDT - TableId - CpuPm

DMAR - [vuoto] - [vuoto]

SSDT - TableId - Cpu0Ist

Ho letto qualcosa in giro, per quanto concerne DMAR è qualcosa inerente alla Vt-d, quindi mi pare di capire che la posso eliminare?

Per quanto concerne le altre due voci, invece, io non posseggo nessuna tavola con quel nome. Prima di scrivere qui sopra, ho letto una quantità di post nel forum ma ancora non ho capito se posso cancellarle e spuntare PluginType in Clover Configurator -> Acpi. Ho fatto uno screenshot delle tavole presenti in ACPI/origin.

In secondo luogo, sempre in Clover Configurator -> Acpi, nel campo DSDT Name ho riportato DSDT.aml, che non punta a niente dal momento che nella cartella ACPI/patched ci sono soltanto lo SSDT-390series.aml di @Gengik84 e lo SSDT-4-xh_cfsd4.aml che è la mia mappatura usb. Che devo fare con questa voce?

Oltre a ciò, sto seguendo il thread di Seridan80, e non ho ancora chiaro se avendo una Vega 56 mi conviene cambiare SMBIOS in iMacPro1,1 o mantenere iMac19,1.

Eventualmente è meglio che scriva sul thread di @Seridan80 oppure continuo qui?

Vi ringrazio ATTUTTI 🙂

config con ssdt cpupm.plist.zip

Dunque, riavviato il sistema, nessun problema.

Ecco qua. Ho mappato le porte usb, disabilitato la hs 8, 9, 10, 13, 14, e la ss 8, 9, 10.

Nel config.plist che ho in uso, ci sono dei settaggi di drop tables che non ho fatto io ma il tipo da cui ho preso le mosse per l'hackintosh. che ci devo fare? butto?

Seconda domanda: il dsdt che mi hai inviato poco sopra, quello viene caricato in automatico?

e, dulcis in fundo, nella efi ci sta anche la tabella patchata, ma potresti guardarla un attimo? cè un hub usb USR1 e USR2. Qualcuno sa di che si tratta?

EFI.zip iMHack.zip

boh, mica ho capito cosa è successo. Pare che funzioni tutto, per ora. Dunque, adesso si tratta di mappare le usb giusto?

@iCanaro : Dunque: ho fatto tutte le modifiche tranne il kext RTL811 (non ho tempo, davvero).

non funzionano più alcuni tasti della tastiera, in primis invio e i cursori. tastiera usb antichissima, logitech desktop wireless mx5500 dal lontano 1998

dimenticavo, in allegato qui i report di ioregistry e di hack_info

HackInfo_Report.zip iMHack ioregistry.zip

19 ore fa, iCanaro ha scritto:

PS: poi se veniva dal sito di tonymanero, dove per la scimmia astronauta gli hack per andare bene devono avere i kext extra in L/E

 

stando alla sua filosofia, io non dovrei nemmeno avere un'hack al top, visto che ho i kext extra solo ed esclusivamente iniettati da EFI 

quindi tutti quei kext in /L/E che avevo erano stati piazzati lì da Unibeast? Io Multibeast per la post-installazione non l'ho usato

Dunque, ho fatto i passaggi che mi hai suggerito - unica cosa ho dovuto rimettere il kext realtek in /L/E perché mi fa uno strano scherzo la lan, praticamente devo scollegare e ricollegare il cavo ad ogni riavvio sennò non parte. Sono dunque arrivato alla parte SSDT x Hack.

Preciso che ho praticamente ricopiato il config.plist da un tipo con la mia stessa scheda madre dal forum di Tony, utente che però aveva solo la iGPU. Il dsdt.aml nella mia cartella CLOVER/ACPI/origin l'ho dumpato con Clover. Tutto ciò che sta nel mio config nel menù Acpi è tipo aramaico.