tomnic

La sensazione di usare un mega iPaddone su BigSur per me non è appagante... certo per le future big navi dubito avremo os alternativi...

Aggiornato liscio come l'olio 🙂 Le patch ancora reggono

La point release che non ti aspetti 😛

Se vuoi proprio usare una macchina virtuale usa Proxmox, così da poter avere pure accelerazione 3d, senza la quale non andrai molto oltre la lentezza e la risoluzione di questa macchinetta virtuale da strapazzo 😉 Oppure c'è anche il metodo installazione nativa! Hai solo l'imbarazzo della scelta!!! Io ho una moto praticamente identica alla tua e sto con Catalina perfetto da mesi e mesi 😉

I hope the patch will be ported to X570 and B550 systems 😉 I can boot my X570 system without yellow screen and boosted 3d performances but I have very bad graphics corruptions and slow gui during bootup.

@rressl try to change in the bios the parameters you have for your sata interface, disable / enable things like sata aggressive link and hot plugging

Più che meglio è compatibile con Mojave Catalina e Big Sur 😉 Se non devi giocare o fare 3d spinto è più che sufficiente l'integrata. Per la Wifi leggo che ti serve la Archer T9E, la T5E non è supportata

Per la scheda video nVidia installa i webdriver. Per salire di sistema operativo puoi anche pensare di usare l'integrata.

Con quella scheda video massimo potrai montare High Sierra, sei fortunato che qui trovi una EFI adatta alla tua scheda madre, più di metà del lavoro è fatto 😉 https://github.com/yushuai/MSI-b365m-pro-vdh-hackintosh Segui qualsiasi guida per creare il pendrive di installazione e via

yeeeeee

@iGPU here it is my pve-q35-4.0.cfg [device "ehci"] driver = "ich9-usb-ehci1" multifunction = "on" bus = "pcie.0" addr = "1d.7" [device "uhci-1"] driver = "ich9-usb-uhci1" multifunction = "on" bus = "pcie.0" addr = "1d.0" masterbus = "ehci.0" firstport = "0" [device "uhci-2"] driver = "ich9-usb-uhci2" multifunction = "on" bus = "pcie.0" addr = "1d.1" masterbus = "ehci.0" firstport = "2" [device "uhci-3"] driver = "ich9-usb-uhci3" multifunction = "on" bus = "pcie.0" addr = "1d.2" masterbus = "ehci.0" firstport = "4" [device "ehci-2"] driver = "ich9-usb-ehci2" multifunction = "on" bus = "pcie.0" addr = "1a.7" [device "uhci-4"] driver = "ich9-usb-uhci4" multifunction = "on" bus = "pcie.0" addr = "1a.0" masterbus = "ehci-2.0" firstport = "0" [device "uhci-5"] driver = "ich9-usb-uhci5" multifunction = "on" bus = "pcie.0" addr = "1a.1" masterbus = "ehci-2.0" firstport = "2" [device "uhci-6"] driver = "ich9-usb-uhci6" multifunction = "on" bus = "pcie.0" addr = "1a.2" masterbus = "ehci-2.0" firstport = "4" # FIXME: Remove this audio0 device at the next possible time # see: https://pve.proxmox.com/pipermail/pve-devel/2019-July/038417.html # https://pve.proxmox.com/pipermail/pve-devel/2019-July/038428.html #[device "audio0"] # driver = "ich9-intel-hda" # bus = "pcie.0" # addr = "1b.0" [device "ich9-pcie-port-1"] driver = "pcie-root-port" x-speed = "16" x-width = "32" multifunction = "on" bus = "pcie.0" addr = "1c.0" port = "1" chassis = "1" [device "ich9-pcie-port-2"] driver = "pcie-root-port" x-speed = "16" x-width = "32" multifunction = "on" bus = "pcie.0" addr = "1c.1" port = "2" chassis = "2" [device "ich9-pcie-port-3"] driver = "pcie-root-port" x-speed = "16" x-width = "32" multifunction = "on" bus = "pcie.0" addr = "1c.2" port = "3" chassis = "3" [device "ich9-pcie-port-4"] driver = "pcie-root-port" x-speed = "16" x-width = "32" multifunction = "on" bus = "pcie.0" addr = "1c.3" port = "4" chassis = "4" ## # Example PCIe switch with two downstream ports # #[device "pcie-switch-upstream-port-1"] # driver = "x3130-upstream" # bus = "ich9-pcie-port-4" # addr = "00.0" # #[device "pcie-switch-downstream-port-1-1"] # driver = "xio3130-downstream" # multifunction = "on" # bus = "pcie-switch-upstream-port-1" # addr = "00.0" # port = "1" # chassis = "5" # #[device "pcie-switch-downstream-port-1-2"] # driver = "xio3130-downstream" # multifunction = "on" # bus = "pcie-switch-upstream-port-1" # addr = "00.1" # port = "1" # chassis = "6" [device "pcidmi"] driver = "i82801b11-bridge" bus = "pcie.0" addr = "1e.0" [device "pci.0"] driver = "pci-bridge" bus = "pcidmi" addr = "1.0" chassis_nr = "1" [device "pci.1"] driver = "pci-bridge" bus = "pcidmi" addr = "2.0" chassis_nr = "2" [device "pci.2"] driver = "pci-bridge" bus = "pcidmi" addr = "3.0" chassis_nr = "3" [device "pci.3"] driver = "pci-bridge" bus = "pcidmi" addr = "4.0" chassis_nr = "4" Just commented the audio0 section. In X570 chipset based mobos it is important to comment it out as long as the Audio chipset is not converted into an usb one, and as a PCI resource lilu cannot correctly address it

GPU mobile nVidia nei soc dei nuovi Mac😉 @fabiosun e nessun nuovo webdriver x86_64 ahahahahahah

In the meantime AppleALC works flawlessly with my PCIex ALC1220 codec disabling the Proxmox Q35 virtual ICH9 Audio device in /usr/share/qemu-server/pve-q35-4.0.cfg Thanks as always for the suggestions @fabiosun

Siete curiosi di provare il vecchio mondo Apple prima ancora della primissima grande transizione da Motorola a PowerPC? https://github.com/felixrieseberg/macintosh.js L'emulatore non è nulla di serio, ma ha diversi programmini e giochi preinstallati per godersi il vecchio mondo Apple. Buon Amarcord 😉

https://www.dropbox.com/s/hus7nwq4aed3epv/VID_20200727_171455(0).mp4?dl=0 Ci piace la beta3 🙂

Bella prova, mancava una guida da Winzozz 😉 Ora vogliamo quella da linuz 😄

Eccolo qua sul mio Ryzentosh 3950X con proxmox e passthrough GPU (Radeon VII). Come vedete c'è supporto per la virtualizzazione integrato da vendere: ...e ho notato anche dei kext AppleQEMUHID e un kext di paravirtualizzazione per le VGA. Un piccolo video di sneak peak 🙂 Wifi perfetto, sempre passato via hardware 😉 Ho attivato anche il trackpad Apple originale tramite BT. Il suono usciva da delle cuffie, il mio nuovo monitor 4k esce tramite jack non avendo le casse direttamente integrate. video-1593537123.mp4

Con questi due video vedete benissimo le differenze tra il medesimo sistema in real "vanilla" mode e proxmox... Performance di Minecraft in real "vanilla" mode: https://www.dropbox.com/s/l39ls1mh58c2tk0/VID_20200614_145659.mp4?dl=0 Performance di Minecraft in proxmox (stesso hardware, stesso smbios): https://www.dropbox.com/s/rxrl16dvz2csqmd/VID_20200614_125851.mp4?dl=0 ...ed abbiamo minimo quattro volte tanto le performance, da 40-60 fps a 160-310 fps...

Il senso non è di volermi impuntare sull'accelerazione di vmware, semplicemente è appurato che le patch compromettono funzionalità grafica... e ho elencato alcuni degli ambiti dove ho trovato rallentamenti con le patch attive e in proxmox senza alcuna patch, a parità di hardware e configurazione del bootloader. Proprio ora sul canale gaming di Discord di AMD osx si lamentano che Minecraft gira peggio che su un MacBook Pro del 2010 con un Ryzen 7 e una RX 580. Questo week end faccio un test e mostro i numeri 😉

Vero, ma se provi a parità di host e guest su Ryzentosh / Hackintosh Intel - Real mac la differenza la noti 😉

Vmware Fusion (e mi risulta anche Parallels) accelerano 2D e 3D fino a DirectX 10 in Windows (fino al punto che puoi giocarci senza problemi) e OpenGL non ricordo che versione in Linux, ovviamente mi riferivo a macchine virtuali siffatte in Vmware Fusion con osx come host, su un Hackintosh Intel. Sui Ryzentosh l'accelerazione parte regolarmente ma non è fluida come il corrispettivo intel o mac reale... Prova a spostare una finestra bella grande in Windows 7, partirà a scatti, poi si assesta un po'... ma non è mai fluido come in Hack Intel, prova tu stesso! Mi risulta dovrebbero funzionare sulla tua cpu... metti le patch che trovi qui https://github.com/AMD-OSX/AMD_Vanilla/tree/opencore/15h_16h che sono sempre aggiornate

Sono le patch a farla calare in real mode di frequenza, per me è la patch 26 che riguarda l'init del tsc che la fa svalvolare. Aggiungo che anche l'accelerazione 3d delle macchine virtuali di Vmware è molto legnosa.

Qui il dato è molto più diretto di un banale cambio di SMBIOS: a parità di configurazione, a parità di sistema operativo, a parità di bootloader, a parità di smbios, con le patch le prestazioni grafiche calano, senza patch (in Proxmox) sono nella piena capacità di macOS. Cinebench R15 sotto Proxmox Cinebench R15 sotto "real mode"

Ciao a tutti ragazzi, deluso dalle prestazioni nei giochi e app OpenGL (e purtroppo anche molti giochi metal) nel mio Ryzentosh rispetto a Hackintosh Intel decisamente meno performanti mi sono messo giù a cercare di capire da dove si originassero questi rallentamenti. Già vi dico che RadeonBoost aiuta sì, ma solo in gran parte i benchmark, e comunque non Cinebench 15 test OpenGL e i giochi. Se installo macOS Catalina in Proxmox, emulando una cpu intel al 100%, non ho bisogno di dette patch, e il gap grafico viene colmato abbondantemente, prova ne è il fatto che Cinebench 15 balza da 100 fps a 130 fps, mostrando un palese 30% in più di prestazioni grafiche, idem Standard Candle test di DaVinci Resolve 16 che con 64 nodi di blur balza da 15 fps a 18 fps... Xonotic balza da 5 miseri fps minimi a 15 fps, in linea con l'esecuzione su macchine Hackintosh intel e mac veri... Allora, c'è da dire indubbiamente che le patch cosiddette Vanilla per OpenCore rallentano e non poco le prestazioni 3D in diversi ambiti nei nostri Ryzentosh. A suffragare questo fatto c'è questo post: https://github.com/AMD-OSX/AMD_Vanilla/issues/27 Allora provo a seguire il consiglio, scambiare cioè le patch applicate: dovremmo comunque applicare quelle delle vecchie generazioni AMD Bulldozer / Jaguar (15h, 16h)... ma sul mio attuale Ryzen 9 3950X osx di bootare non ne vuole sapere... ...si blocca lì... resto a guardare anche mezz'ora... ma non si schioda... A leggere per il web pare che tutti i Ryzen di vecchia generazione (2x00 e 1x00) riescano ad avviarsi con dette patch... fatemi sapere se effettivamente è così: ma chi ci riesce lamenta problemi grossi di sync audio / audio scoppiettante... anche qui fate dei video per smentirmi se non è così 😉 Ovviamente non pago di tutto ciò, mi sono messo a smanettare sui due file di patches (https://github.com/AMD-OSX/AMD_Vanilla/tree/opencore/15h_16h e https://github.com/AMD-OSX/AMD_Vanilla/tree/opencore/17h), riordino il file patches.plist per le 15h/16h che sintatticamente preferisce andare a capo solo tra i tag <data> </data> oltre a mettere su più righe le stringhe da ricercare / rimpiazzare in modo da avere un file conforme a quello per le patch 17h... da terminal lancio diff ed ecco il risultato: 451c451 < <data>uAgAAIAx2zHJMdIPokGJzkUPtvZB/8ZEifFEifBmDx+EAAAAAABmDx+EAAAAAAAPH4QAAAAAAOl8////Dx9EAAA=</data> --- > <data>uAgAAIAx2zHJMdIPokGJzkUPtvZB/8a4HgAAgDHbMckx0g+iD7b3/8ZEifEx0onI9/aJwUSJ8Ol8////Dx9EAAA=</data> 461c461 < <string>algrey - cpuid_set_info - cores and logicals count - part 1 - 10.13</string> --- > <string>algrey - cpuid_set_info - ryzen cores and logicals count - part 1 - 10.13</string> 489c489 < <string>algrey - cpuid_set_info - cores and logicals count - part 1 - 10.14</string> --- > <string>algrey - cpuid_set_info - ryzen cores and logicals count - part 1 - 10.14</string> 517c517 < <string>algrey - cpuid_set_info - cores and logicals count - part 2</string> --- > <string>algrey - cpuid_set_info - ryzen cores and logicals count - part 2</string> 535c535 < <data>ichmDx+EAAAAAABmDx+EAAAAAABmDx+EAAAAAAAPHwA=</data> --- > <data>QYnOuB4AAIAx2zHJMdIPog+29//GRInxMdKJyPf2ZpA=</data> 545c545 < <string>algrey - cpuid_set_info - cores and logicals count - part 3 - 10.13</string> --- > <string>algrey - cpuid_set_info - ryzen cores and logicals count - part 3 - 10.13</string> 573c573 < <string>algrey - cpuid_set_info - cores and logicals count - part 3 - 10.14</string> --- > <string>algrey - cpuid_set_info - ryzen cores and logicals count - part 3 - 10.14</string> 601c601 < <string>algrey - cpuid_set_info - cores and logicals count - part 4 - 10.13</string> --- > <string>algrey - cpuid_set_info - ryzen cores and logicals count - part 4 - 10.13</string> 629c629 < <string>algrey - cpuid_set_info - cores and logicals count - part 4 - 10.14</string> --- > <string>algrey - cpuid_set_info - ryzen cores and logicals count - part 4 - 10.14</string> 741c741 < <string>algrey - tsc_init - grab DID and FID from MSR</string> --- > <string>algrey - tsc_init - grab DID and VID from MSR</string> 759c759 < <data>uXEAAcAPMonASInBSMHpBoPgP0iDwBCA4QdI0+gPH0QAAA==</data> --- > <data>uWQAAcAPMg+2yInGwe4Ig+Y/RTH/MdJIichI9/ZIAcBmkA==</data> Mi armo di pazienza e per poter confrontare visivamente meglio i due file scarico, compilo e installo ProperTree, interessante script / app in Pyton per gestire i file .plist in maniera più leggibile. Le differenze quindi stanno come segue, premetto che i numeri delle patch sono assegnati da ProperTree in automatico partendo da 0 dalla prima all'ultima presenti nei file plist relativi: La patch 15 che recita nel commento "algrey - cpuid_set_info - cores and threads calculations - 10.15" corrisponde alle "righe" 451c451, come vedete le stringhe da rimpiazzare differiscono discretamente; Notate che le differenze a livello di nome del commento sono irrilevanti al fine del corretto boot quindi le trascureremo; la patch 18 recita nei commenti "algrey - cpuid_set_info - (ryzen) cores and logicals count - part 2" e corrisponde alle "righe" 535c535, stringa replace totalmente diversa; infine la patch 26 che recita nei commenti "algrey - tsc_init - grab DID and VID from MSR", nelle patch per 15-16h definita nel commento "algrey - tsc_init - grab DID and FID from MSR", corrisponde alle "righe" 759c759: anche qui cambio sostanziale della stringa replace... Allora inizio a fare l'alchimista: se inserisco le patch 15 e 18 nel mio config.plist riesco a bootare, è la patch 26 che se viene inserita blocca il boot... fidandomi del commento che i creatori delle patch gli hanno affibbiato, deduco che la famiglia 17h di CPU Amd evidentemente inizializza il TSC in maniera differente... chissà se magari è proprio questo il problema per te @fabiosun, magari i nuovi threadripper hanno un tsc ancora diverso rispetto alle 17h "precedenti". Comunque il succo inerente a questo post è: anche avviando con le patch 15 e 18 nel mio Ryzen 9 3950X le performance grafiche non migliorano (la mia cpu viene segnalata come 32 cores / 32 threads), segno che quando applichiamo le 15, 18 e 26 ad un Ryzentosh basato su 2700x o 1800x o cpu zen similari il miglioramento grafico è apparente perché il tsc svalvola, generando le corruzioni e il desync nell'audio (basterebbe riprodurre un video YouTube). Qualcuno con competenze così avanzate del mach_kernel e delle cpu AMD può aiutarci a migliorare la patch 26? O anche a spiegarci cosa fa di preciso... Allego le patches "razionalizzate" per comodità e anche il mio config.plist di test con le patch 15 e 18 della famiglia zen 15h/16h, la 26 è rimasta quella della famiglia 17h altrimenti non si avvia nulla. patches1516h.plist.zip patches17h.plist.zip configtomnic.plist.zip

Per la cronaca, comunque l'utente root in Osx è disabilitato e si può attivare così: