Leaderboard

I finally got "Shut Down ..." to power down the hardware. I wrote a program to poll the Virtual Machines and if nothing is running, a shutdown command is generated. Included is the source file and the executable (shutdown.out) which uses cron on power up and runs until Shut Down... is selected in the menu bar. /* ######################################################################### # shutdown.c # Powers down your Hackintosh when "Shut Down..." is selected. # # 1. Put this program (shutdown.out) in "/var/lib/vz/snippets" # 2. Set cron to run the shutdown program by typing: # # crontab -e <<<<<<<<< This is used to edit cron jobs # # @reboot /var/lib/vz/snippets/shutdown.out & <<<<<<<<<<< shutdown.out will start on power up # # # -------------------------------------------------------------------------------- # To build this executable, type gcc shutdown.c, then rename a.out to shutdown.out # (Don't forget to copy shutdown.out to /var/lib/vz/snippets) # # Version 1.00000000 Rocket88 5/25/2020 # ############################################################################# */ shutdown.c.zip shutdown.out.zip

Premessa: modificare il Bios può causare gravi danni. Non mi assumo alcuna responsabilità. Fate un backup del vostro bios. In caso in cui il pc non si avvii, provare a fare un CMOS reset. Il modo più sicuro per effettuare l'undervolt rimane quello da app, come Intel XTU, Throttlestop, eccetera... Perché effettuare l'undervolt dal Bios, allora? Per prima cosa, non avremo bisogno di usare app all'avvio del sistema operativo. Inoltre, cosa più importante, l'undervolt funzionerà avviando anche altri sistemi (soprattutto macOS). Requisiti: Un PC Dell (la guida potrebbe funzionare anche su altri PC, ma non ho modo di provare). Windows 10 installato (per configurare inizialmente i voltaggi e verificare se sono stabili) - è sufficiente anche una versione Trial non attivata. Un'app per provare i voltaggi su Windows (ho usato XTU, ma potete usare altre app). Delle app per controllare se le tensioni sono stabili (vanno bene app di benchmark o giochi). Per prima cosa, installiamo XTU e modifichiamo Core Voltage Offset e Graphics Voltage Offset. Modificare un valore per volta e non esagerare con l'undervolt. Testare i voltaggi con i benchmark ogni volta. Se vi compaiono schermate blu, significa che state esagerando con gli offset. Segniamoci gli offset che ci soddisfano. Nel mio caso, -0.060 V sui Core e -0.040 V sulla IGPU. A questo punto, possiamo disinstallare XTU. Estrarre il Bios seguendo la guida: https://macos86.github.io/Estrazione-BIOS-da-exe/#/Estrazione_BIOS_Dell Nel file di testo generato cerchiamo Overclocking Lock: 0x4A893 One Of: Overclocking Lock, VarStoreInfo (VarOffset/VarName): 0x658, VarStore: 0x1, QuestionId: 0x378, Size: 1, Min: 0x0, Max 0x1, Step: 0x0 {05 91 A7 03 A8 03 78 03 01 00 58 06 10 10 00 01 00} 0x4A8A4 One Of Option: Disabled, Value (8 bit): 0x0 (default) {09 07 04 00 30 00 00} 0x4A8AB One Of Option: Enabled, Value (8 bit): 0x1 {09 07 03 00 00 00 01} 0x4A8B2 End One Of {29 02} Nel mio caso si trova immediatamente sotto a CFG Lock. Overclocking Lock deve essere disabilitato. Nel mio caso, è già disabilitato, ma con le versioni recenti del Bios è stato abilitato per correggere la falla di sicurezza "Plundervolt" (INTEL-SA-00289). Se Enabled fosse impostato come default, segniamoci l'offset della variabile (0x658). Cerchiamo poi OverClocking Feature: 0x4D0A6 One Of: OverClocking Feature, VarStoreInfo (VarOffset/VarName): 0x724, VarStore: 0x1, QuestionId: 0x487, Size: 1, Min: 0x0, Max 0x1, Step: 0x0 {05 91 6E 13 6F 13 87 04 01 00 24 07 10 10 00 01 00} 0x4D0B7 One Of Option: Disabled, Value (8 bit): 0x0 (default) {09 07 04 00 30 00 00} 0x4D0BE One Of Option: Enabled, Value (8 bit): 0x1 {09 07 03 00 00 00 01} 0x4D0C5 End One Of {29 02} Deve essere abilitato. Nel mio caso, non lo è, quindi mi segno l'offset (0x724). Se rimanesse disabilitato, tutti i valori dei voltaggi non verrebbero usati. Cerchiamo poi Core Voltage Offset: 0x4D273 Numeric: Core Voltage Offset, VarStoreInfo (VarOffset/VarName): 0x72A, VarStore: 0x1, QuestionId: 0x495, Size: 2, Min: 0x0, Max 0x3E8, Step: 0x1 {07 94 84 13 85 13 95 04 01 00 2A 07 10 11 00 00 E8 03 01 00} 0x4D287 Default: DefaultId: 0x0, Value (16 bit): 0x0 {5B 07 00 00 01 00 00} 0x4D28E End {29 02} 0x4D290 One Of: Offset Prefix, VarStoreInfo (VarOffset/VarName): 0x72C, VarStore: 0x1, QuestionId: 0x496, Size: 1, Min: 0x0, Max 0x1, Step: 0x0 {05 91 9A 13 9E 13 96 04 01 00 2C 07 10 10 00 01 00} 0x4D2A1 One Of Option: +, Value (8 bit): 0x0 (default) {09 07 46 03 30 00 00} 0x4D2A8 One Of Option: -, Value (8 bit): 0x1 {09 07 47 03 00 00 01} 0x4D2AF End One Of {29 02} Segniamoci i due offset (0x72A per il valore dell'offset e 0x72C per il segno). Cerchiamo infine GT Voltage Offset: 0x4D48C Numeric: GT Voltage Offset, VarStoreInfo (VarOffset/VarName): 0x9A8, VarStore: 0x1, QuestionId: 0x49F, Size: 2, Min: 0x0, Max 0x3E8, Step: 0x1 {07 94 41 14 43 14 9F 04 01 00 A8 09 10 11 00 00 E8 03 01 00} 0x4D4A0 Default: DefaultId: 0x0, Value (16 bit): 0x0 {5B 07 00 00 01 00 00} 0x4D4A7 End {29 02} 0x4D4A9 One Of: Offset Prefix, VarStoreInfo (VarOffset/VarName): 0x9AA, VarStore: 0x1, QuestionId: 0x4A0, Size: 1, Min: 0x0, Max 0x1, Step: 0x0 {05 91 9B 13 9E 13 A0 04 01 00 AA 09 10 10 00 01 00} 0x4D4BA One Of Option: +, Value (8 bit): 0x0 (default) {09 07 46 03 30 00 00} 0x4D4C1 One Of Option: -, Value (8 bit): 0x1 {09 07 47 03 00 00 01} 0x4D4C8 End One Of {29 02} Segniamoci i due offset (0x9A8 per il valore dell'offset e 0x9AA per il segno). Altri valori che possiamo modificare sono GTU Voltage Offset (parte Unslice della GPU integrata, dedicata ad alcune funzionalità multimediali come l'encoding H.264 in tempo reale) e Uncore Voltage Offset (System Agent). Ora avviamo la shell come spiegato nella guida per l'estrazione del Bios. Scriviamo Se Overclocking Lock è abilitato setup_var 0x658 0x00 Se OverClocking Feature è disabilitato setup_var 0x724 0x01 Se vogliamo fare undervolt ai core della CPU setup_var 0x72C 0x01 setup_var 0x72A 0x3C Se vogliamo fare undervolt alla GPU integrata setup_var 0x9AA 0x01 setup_var 0x9A8 0x28 Negli ultimi due casi, la prima riga imposta il segno dell'offset come "-" (dopotutto vogliamo fare UNDERvolt...). La seconda riga imposta il valore dell'offset. Nel mio caso ho impostato -0.060V per la CPU, quindi 60 mV. Convertendo 60 in esadecimale si ottiene 0x3C. Per la IGPU ho impostato -0.040V, quindi 40 mV. Convertendo 40 in esadecimale si ottiene 0x28. Ricordate di usare i vostri valori di offset delle variabili, che probabilmente saranno diversi dai miei. Ora non ci resta che riavviare la shell con il comando reboot Avviamo Windows e verifichiamo da un'app come HWMonitor che gli offset dei voltaggi siano stati salvati. Verifichiamo anche che i voltaggi siano diversi anche su altri sistemi operativi. Nel mio caso, su macOS sono passato da circa di 0.710V a circa 0.650V sui core in idle.

Now, I'm seeing a pattern with regards to passing devices. In summary, it is a current limitation of Linux. I tried to pass a FireWire card I've used on several Hackintosh builds (a Vantec, here). It works natively on those builds (several Intel Z390 and one AMD X570). But on this TRX40 build using VM, it's a no-go. I can get drivers loaded on macOS, but SystemInformation-FireWire panel says that no devices are connected to the FireWire bus ("Warning: Unable to list FireWIre devices"). ...and now I see why. On my build the card looks like this: 49:00.0 PCI bridge [0604]: Texas Instruments XIO2213A/B/XIO2221 PCI Express to PCI Bridge [Cheetah Express] [104c:823e] (rev 01) 4a:00.0 FireWire (IEEE 1394) [0c00]: Texas Instruments XIO2213A/B/XIO2221 IEEE-1394b OHCI Controller [Cheetah Express] [104c:823f] (rev 01) while on Driftwood's build, his FireWire looks like this: 4d:00.0 FireWire (IEEE 1394) [0c00]: LSI Corporation FW643 [TrueFire] PCIe 1394b Controller [11c1:5901] (rev 08) Subsystem: Device [5901:1101] Kernel driver in use: firewire_ohci Kernel modules: firewire_ohci This difference is not due to our mobos, but the PCIe cards themselves. My Vantec card contains a pci-bridge at 49:00.0. While I can easily pass 4a:00.0, if I try to pass 49:00.0, Proxmox (Linux) reports that the device does not exist. The reason: Linux cannot pass pci-bridges. Since only part of the card can be passed, FireWire does not work on my build. Similarly, fabiosun, we cannot pass 42.08.0 as it too is a pci-bridge. And... this is why I cannot pass a functioning Thunderbolt card: it's missing the pci-bridge sections on the macOS side. And the reason that they're missing is due to the same inability of Linux to pass ANY pci-bridge. If a device contains a pci-bridge, the device will be 'broken' in macOS. Until Linux can pass pci-bridges, associated with a given device, we will have limited functionality on the macOS side of things when running as a VM. In this FireWire example, for me to get a functioning FireWire card, I need to get one (you got lucky, Driftwood!!) that does not have a pci-bridge. I hoping this one doesn't have a pci-bridge.

Ho trovato un metodo per estrarre le proprie acpi tramite OpenCore Credits: andreiw per il codice sorgente https://github.com/andreiw/UefiToolsPkg NOTA: questo non è un tools (almeno per ora) ufficiale acidanthera come del resto per esempio audiopkg..etc... Procedimento Scaricate acpidump.efi in allegato e collocatelo in EFI/OC/Tools Abbiamo due opzioni: 1. per facilità di esecuzione è consigliato mettere la efi di OC in una usb ed usarla per il boot 2. alternativa usare il normale disco di avvio ma questo richiede di individuare nella shell ilproprio disco interessato FSx: Per questo vi ho fatto e allegato uno script "ShowEfiUUID" che vi mostrerà l'UUID della partizione EFI. Dovete montare la partizione EFI relativa e poi eseguirlo. Annotavi l'UUID che vi mostrerà il quale sarà salvato nella root della vostra efi. A questo punto servirà usare la shell, quindi riavviate e selezionatela nella gui di OC. Questo esempio è per l'opzione 1 sopra citata eseguite questi comandi: FS0: EFI\OC\Tools\acpidump.efi OriginTables quando avrà finito scrivete exit per uscire dalla shell ed avviate normalmente Troverete le vostre tabelle estratte nella cartella "OriginTables" nella root della partizione EFI Ovviamente ricordate che se usate il disco come boot dovete trovare FS corrispondente... Vi allego alcune immagini dimostrative.. nel mio caso ho scritto FS5: Potete effettuare vari dump delle acpi e cambiare il nome della cartella di destinazione ossia OriginTables con una a vostro piacimento oppure definendola per determinata serie. esempio Origin-Z97 oppure Origin-desktop etc etc... Buon hack! AcpiDump.efi.zip ShowEfiUUID.zip ACPICA-acpidump.efi.zip ACPICA_acpidump_R03_26_20.zip

Grazie! 🙂

Ciao @iCanaro....si la FENVI T919 mi funziona sia BT che WIFI.....che io ricordo senza kext aggiuntivi.....io non ho installato nulla di kext.....gli unici che ho sono quelli nella cartella other....

grazie a te e alla tua guida! 😉

yes! ci sono riuscito!! grazie mille @Gengik84 guarda la schermata... 🙂

ci sono tre scelte, Skylake U-X-H le ho provate tutte e tre ma va sempre in panic. se scelgo 0x0306A0 Ivybridge l'installer parte , mi chiede una connessione a internet per scaricare qualcosa(e non so cosa) e dura circa 2 ore..ho stoppato. Lascio scaricare o rifaccio la usb? Edit ho rifatto la usb con High sierra e clover 5118(quello nuovo). ho copiato i kext, il configplist sistemato precedentemente. Da Uefi ho disabilitato le porte usb3.0 e inserito la chiavetta in una usb2.0, tra 15 min vediamo cosa succede 🤞

Posso ipotizzare: hai provato a togliere la chiavetta WiFi? Ultimamente mi è capitato di avere problemi su altre macchine, che si sono risolti nel momento in cui non andavo ad utilizzare la chiavetta USB WiFi. Se ricordo bene hai la possibilità di collegarti tramite cavo LAN. Prova ad utilizzare solo il cavo LAN e vedi cosa cambia 🙂

Okay...Grazie mille intanto per tutti questi consigli, ho fatto molto bene a chiedere prima un consulto da esperti, ho modificato la build così: CPU: Intel i5 9600K Scheda madre: ASUS Prime Z370-A II GPU: SAPPHIRE PULSE RADEON RX 5600 XT 6G GDDR6 (Anche se non so per la compatibiltà e per budget, nel caso penso di andare su una SAPPHIRE PULSE RADEON RX 5500 XT 8G GDDR6) RAM: Crucial Ballistix BL2K8G36C16U4B 3600 MHz SSD: Sabrent SSD 512GB Rocket NVMe PCIe M.2 2280 Alimentatore: Corsair TX650M (Spero vada bene, in caso accetto alternative migliori) Case: NZXT H510 (Stessa storia, se non andasse bene o ci fossero alternative migliori accetto consigli) Antenna WiFi/Bluetooth: FENVI T919 Scheda Wireless BCM94360CD (So che è la più consigliata per Hackintosh, solo che pensavo di acquistarla successivamente data la scarsità di budget, però vorrei capire se il WiFi all'inizio potessi utilizzarlo anche senza questa antenna, o se ci sono alternative economiche momentanee) Tornando al procedimento ho pazienza e voglia di fare, però chiaramente potendo scegliere i componenti prima, preferisco la maggior semplicità. Per questo mi hai consigliato di andare su CPU Intel vero? Anche se so che con Ryzen con un prezzo inferiore avrei prestazioni migliori. Io appunto non faccio gaming se non occasionalmente, ma monto quotidianamente video (per ora solo in FHD) anche se vorrei una macchina in grado di gestire il 4K visto che mi piacerebbe durasse nel tempo. Grazie ancora, non so come gestiate tutto, trovo fantastico questo aiuto che fornite continuamente.

intendo sul config, sezione Kernel and kext patches

quel boot-arg ha risolto a diversi la problematica dello schermo nero al risveglio, poi ogni hack è un po' storia a se se inserisci 02 e ti da errore, cambia editor, usa propertree

se non l'hai, aggiungi questo nei boot-arg igfxonln=1 posta screenshot della cosa che vuoi modificare con xcode

It is weird in my opinion how it is possible our motherboard act in so different ways in my case vfio.conf it is not usefull at all maybe it is about Agesa difference in our mb? Or for what? i have tested also old agesa but for me vfio.conf it is not important at all. @iGPU about pci bridge maybe we could find a way to ask on proxmox forum how qemu pci bridge virtual device interact wth real pci bridge and if they interact how to Add on that file missing ones

Grande ... facevo il tuo stesso errore.. haha

son mica tanto ragazzo... magari! 😁

Fondamentalmente abbiamo offset CMOS fino al byte 256. Le patch note(come anche fixRTC) limitano l'intero a 128 byte, il che di solito risolve già il problema. Se nessuna delle patch note (come DSDT o Config Fix) è installata e viene utilizzato RTCMemoryFixUp, viene riutilizzata l'intera larghezza di banda (256 byte) e di conseguenza possono verificarsi nuovamente ripristini CMOS ecc. (Incompatibilità di AppleRTC e firmwareBIOS). Il problema è trovare e definire gli offset problematici. Gli offset corrispondenti vengono quindi bloccati, ma RTCMemoryFixUp continua a simulare la lettura / scrittura su questi offset. Non conosco alcun modo per leggere gli offset problematici da un registro o simili, il che significa testarlo. Se RTCMemoryFixUp è installato e la macchina si reimposta automaticamente dopo la sospensione / riavvio, vuol dire che stiamo ancora scrivendo su quegli offset che creano problemi, il che vuole anche dire che per trovare i settori bisogna andare per tentavi. Gli offset 00-0D (0-13) non sono critici, non è necessario provarli. L'idea è di trovare prima il banco di memoria problematico (il primo va da 00-7F / 0-127(byte) e il secondo da 80-FF / 128-256(byte)) (entrambi hanno un problema nel caso peggiore). Per questo escludiamo 13-127 tramite bootarg, ovvero rtcfx_exclude = 0D-7F e testiamo con sleep, wake e reboot. Se il problema è risolto, dobbiamo trovare più precisamente gli offset problematici tra 0D-7F. Se il problema non viene risolto, testiamo il secondo banco, ovvero rtcfx_exclude = 80-FF . Diciamo che il problema è stato risolto solo ora, ora possiamo continuare i test nell'area 80-FF (128-256byte). Una tattica per evitare di dover testare ciascuna area individualmente è quella di dimezzare l'area per scoprire in quale metà del problema si trova. Ad esempio, ora è possibile utilizzare quanto segue per questo: rtcfx_exclude = 80-C0 . Se il problema non esiste neanche con questi esclusi, possiamo testare ulteriormente nell'intervallo 80-C0 (128-192) (ad es. Di nuovo la metà). Tuttavia, se il problema persiste, possiamo continuare a esaminare l'area C0-FF per trovare l'offset problematico (area). E così via fino a quando non si identificano gli offset problematici. Questo e pressoché il modus operandi da seguire per utilizzare questo kext, almeno per ora, magari in qualche rilascio futuro si troverà un metodo per identificare i settori in maniera automatica. Sto facendo attualmente delle prove, ma nel malaugurato caso che hai errori in più settori la situazione si complica 😭

quello che vedo io è tutto qui...questo mistero si infittisce

Dopo il problema.. ho fatto una nuova penna usb ho installato tutto daccapo formattando il disco nuovamente.. anche perché penso che, come al solito mio faccio un po’ di casini, il disco che ho inserito nel portatile prima l’ho formattato in un hackintosh con high sierra e mi sono trovato un disco Catalina ed uno catalina dati.. quindi ho pensato che non era una cosa normale.. quindi installazione nuova, formattazione nuova e usb nuova.. ma niente, stesso problema.. quindi ho installato sopra di nuovo senza formattare .. stesso problema!😫

Grazie per l'interesse Gengik84 👍

Ciao @iCanaro si!!!...il disco SABRENT è NVMe... quindi eseguo il test che mi hai proposto.....poi metto nei kext quello che mi hai postato ....riavvio e rifaccio il test giusto???...salvo e ti posto i risultati. se mi si ridovesse bloccare......per gli HUB usb poi seguo il tuo consiglio e provo a tenerli staccati......grazie !!!!

@cristyxx75 pendrive di emergenza e sostituzione totale EFI ho cambiato diverse cose se arrivi al desktop, posta ioreg EFI.zip

viste le premesse, la assoluta inesperienza riguardo il mondo hack, io non mi assemblerei assolutamente una build come quella descritta come piattaforma, cercherei qualcosa che mi dia il massimo della compatibilità, quindi Z370 (asus - asrock) come CPU il modello in base al budget, compatibilità mobo e reperibilità sul mercato, basta abbia la iGPU scheda video, a meno che non sia una Radeon VII le XFX alla larga https://www.macos86.it/topic/2106-database-gpu-id-amd-compatibili-macos-discrete/ NVMe prenderei un sabrent, costa meno ed è molto compatibile, qui l'abbiamo in diversi Come bootloader OpenCore va benissimo, ma è ancora in fase beta e non adatto ai principianti poi per il resto, ci siamo abbastanza