Sincretic
Colaborator
Poster original- 22 aprilie 2019
- 19 octombrie 2019
Versiunea actuală: 0.95 (8 iunie 2021)
Când trimiteți oameni la MouSSE, vă rugăm să faceți un link direct la această postare, care va conține întotdeauna cea mai recentă versiune și informații.
EDIT (8 iunie 2021/1 septembrie 2021): Monterey a schimbat lucrurile, așa că a fost necesară o nouă versiune. Versiunea 0.95 (atașată la această postare) acceptă Monterey (precum și versiunile anterioare de MacOS). Nu a fost adăugată nicio funcționalitate nouă, așa că dacă utilizați deja MouSSE pe un MacOS pre-Monterey, nu este nevoie să faceți „upgrade” la v0.95. (Am postat această versiune pe 8 iunie 2021, dar am fost prea ocupat să actualizez Postul #1 până la 1 septembrie 2021, de unde cele două date.)
EDIT (22 mai 2020): Am găsit ceea ce ar trebui să fie un bug destul de rar în v0.92, care este remediat în versiunea atașată actuală (v0.93). Aceasta este o actualizare cu prioritate redusă, așa că, dacă aveți un sistem funcțional, nu simțiți nicio urgență să înlocuiți copia MouSSE.
EDIT (5 mai 2020): Există o nouă versiune de MouSSE (v0.92) atașată acestei postări. Reprezintă o rescriere majoră și ar trebui să fie mai stabilă, mai robustă și mai rapidă decât versiunea publică anterioară (v0.38). Pentru a face upgrade de la versiunea anterioară, fie suprascrieți kext-ul existent cu acesta (apoi |_+_| și reporniți) sau obțineți cel mai nou patch-uri MacOS care conține MouSSE și lăsați-l să se actualizeze pentru dvs. ( În momentul scrierii acestei scrieri, autorii ambelor corectoare sunt la curent cu noua versiune MouSSE, dar nu au lansat încă actualizări pentru corectoarele lor. ).
EDITARE (13 noiembrie 2019): Dacă sistemul dvs. nu conține un GPU Metal AMD, nu ar trebui să instalați MouSSE. Există mai multe cazuri raportate de instabilitate în sistemele non-AMD-GPU, fără o cauză clară încă identificată. În această postare apar instrucțiuni despre cum să dezinstalați MouSSE (vezi mai jos).
Acest software a fost testat pe diverse configurații hardware și software și pare să fie suficient de stabil pentru a fi lansat din beta. Vă rugăm să furnizați orice feedback pe care îl aveți, pozitiv sau negativ, succes sau eșec, în acest thread sau prin mesaj direct către mine.
*** IMPORTANT: UTILIZAȚI PE PROPRIU RISC!
Acest software este furnizat ca atare, fără nicio garanție. Nu există niciun motiv pentru care ar trebui să provoace probleme, dar dacă lucrurile merg prost, acestea sunt responsabilitatea ta. A fost testat și evaluat pe diverse sisteme și versiuni de MacOS, dar nu există garanții că va funcționa pe orice sistem sau versiune de MacOS. Autorul nu este responsabil pentru pierderile de timp, bani, păr, memorie, liniște sufletească, chei de la mașină sau telecomenzi ale televizorului legate în vreun fel de utilizarea acestui software. (Și acum, după acea aprobare de apel.. .)
*** Ce este?
Driverele video AMD Mac mai noi folosesc unele instrucțiuni SSE 4.2. Procesoarele mai vechi (Penryn, Harpertown și anterioare) nu acceptă aceste instrucțiuni. Sistemele Mac Pro mai vechi (cum ar fi Mac Pro 3,1) folosesc acele procesoare mai vechi - prin urmare, noile drivere AMD nu vor funcționa în acele sisteme. MouSSE este un emulator parțial SSE4.2 care permite acelor procesoare vechi să folosească driverele AMD mai noi. În timp ce obiectivul său principal a fost întotdeauna să funcționeze driverele AMD, se pare că permite, de asemenea, World of Warcraft să ruleze pe un Mac Pro 3,1, indiferent dacă driverele AMD sunt utilizate sau nu. În teorie, în funcție de ceea ce aveți Încercați să realizați, acest emulator s-ar putea dovedi util pe orice sistem Mac cu un procesor Penryn/Harpertown/Wolfdale. Acestea includ: Mac Pro 3,1 (începutul anului 2008) Xserve 2,1 (începutul anului 2008) MacBook Pro 4,1 (începutul lui 2008) MacBook 4,1 (începutul anului 2008) MacBook 7,1 (mijlocul lui 2010) ) MacBook Air 2,1 (octombrie 2008) MacBook Air 3,1 (octombrie 2010) (11') MacBook Air 3,2 (octombrie 2010) (13') iMac 8,1 (aprilie 2008) iMac 9,1 (martie 2009) iMac 10,1 (octombrie 2009) (cu Core2 Duo, nu i5) Mac Mini 3,1 (martie 2009, octombrie 2009) Mac Mini 4,1 (mijlocul lui 2010) (alias Mac Mini Server) Nu toate acestea au fost testate; kilometrajul dvs. poate varia. În plus, procesoare chiar mai vechi decât Penryn ar putea utilizați acest emulator; cu toate acestea, deoarece le lipsește SSE4.1, adăugarea doar parțială a SSE4.2 ar fi probabil de puțin sau deloc beneficiu. IMPORTANT: Dacă nu aveți unul dintre acele sisteme - și, în special, dacă aveți un mai nou sistem (cum ar fi un Mac Pro 4,1 sau 5,1) - nu ar trebui să instalați MouSSE. Nu poate face nimic util pentru acele sisteme și ar putea să stea în cale sau să provoace alte probleme. Am testat personal acest lucru pe MacOS 10.13-10.15 (High Sierra, Mojave și Catalina 15.0-15.4). Alții raportează că se încarcă pe 10.12 (Sierra), deși driverele sale AMD nu par să necesite emulare.
*** Ce face?
MouSSE captează instrucțiunile ilegale atât în modul privilegiat (kernel) cât și în modul neprivilegiat (utilizator) și emulează instrucțiunile POPCNT, PCMPGTQ și CRC32. În momentul scrierii acestui articol, PCMPGTQ și POPCNT sunt singurele instrucțiuni problematice utilizate în driverele AMD. (Și, aparent, singurele două folosite în prezent în World of Warcraft.) MouSSE este complet reintrant și rulează automat pe toate procesoarele/nucleele/thread-urile.
*** Ce NU face?
În acest moment, MouSSE nu implementează alte instrucțiuni SSE4.2 decât POPCNT, PCMPGTQ și CRC32. Dacă există o cerere suficientă, o versiune viitoare poate include suport pentru instrucțiuni suplimentare SSE4.2 (sau alte). Dacă MouSSE întâlnește o instrucțiune neacceptată, transmite controlul către MacOS și veți vedea aceeași gestionare a erorilor pe care ați vedea-o dacă MouSSE nu a fost instalat (de obicei, un mesaj „Instrucțiune ilegală” și terminarea programului). * Începând cu versiunea 0.32 , MouSSE nu se mai comportă transparent atunci când este întâlnită o instrucțiune neacceptată. Pentru a ajuta la depanarea, MouSSE încarcă cei 16 octeți la codul operațional ilegal în XMM15 și primii 8 octeți ai acestuia în R15. Ambele registre sunt folosite deoarece, în timp ce 16 octeți oferă tot contextul necesar pentru analiză, unele depozite de blocare nu includ registrele XMM, așa că este încărcat și R15 (8 octeți este mai bine decât nimic). Acest lucru încalcă principiul transparenței, dar având în vedere că eroarea „opcode ilegală” este în general fatală, efectul este neglijabil. Dacă cunoașteți o situație în care acest lucru este problematic, vă rugăm să-mi spuneți, astfel încât să pot concepe o alternativă. (Începând cu versiunea 0.45, XMM15 și R15 sunt lăsate neatinse, iar primii 8 octeți ai codului de operare ilegal sunt returnați în RAX.) * Începând cu versiunea 0.38, este gestionat un cod de operare ilegal „magic”: în mod normal- instrucțiunea ilegală 3f 55 44 ('?UD') returnează 'MouSSE42' în RAX, ca o modalitate de a testa dacă MouSSE este încărcat și activ. Fără să ruleze MouSSE, acea instrucțiune va genera o excepție #UD pe orice sistem, nou sau vechi. * Începând cu versiunea 0.91, MouSSE păstrează statistici despre instrucțiunile pe care le emulează, precum și instrucțiunile AVX/AVX2/AVX-512 pe care le emulează găsește (dar nu emulează). Aceste statistici sunt returnate cu instrucțiunea „magic” este prinsă. Noul utilitar MouSSEstats poate afișa aceste statistici. De asemenea, începând cu versiunea 0.91, instrucțiunea SSE4.2 CRC32 este implementată. În acest moment, numai SSE4.2 PCMP?STR? Instrucțiunile rămân neemulate. În afară de orice folosește IOKit la pornire, MouSSE nu folosește memorie alocată dinamic, așa că nu există nicio șansă de scurgere de memorie. MouSSE nu creează niciun proces; este pur și simplu o extensie a nucleului. MouSSE nu citește sau scrie niciun fișier, nu accesează nicio rețea și nu atinge niciun alt dispozitiv. Tot ce face este să urmărească instrucțiunile despre care știe și să le emuleze atunci când apar. În prezent, înregistrarea are loc doar în timpul încărcării. MouSSE, de asemenea, nu verifică pentru a vedea dacă procesorul dumneavoastră acceptă deja SSE4.2. Dacă instalați MouSSE pe un sistem mai nou, se va încărca, dar nu va face niciodată nimic în afară de a ocupa un pic de memorie, deoarece procesoarele mai noi pot gestiona ele însele instrucțiunile SSE4.2, iar MouSSE va suporta în tăcere singurătatea unui program căruia nu i s-a cerut niciodată să facă nimic. * Începând cu versiunea 0.38, acest lucru nu este în întregime adevărat - MouSSE face verificați SSE nativ 4.2 și se dezactivează în mod explicit dacă procesorul îl acceptă în mod nativ. În prezent, nu există o modalitate simplă de a face MouSSE să se descarce complet în această situație, deci încă ocupă spațiu de memorie kernel, dar nu o face niciodată orice altceva. Deoarece o versiune anterioară a MouSSE părea să provoace o oarecare confuzie, permiteți-mi să fiu clar: MouSSE nu „reclamă” capacitatea SSE4.2, pur și simplu oferă emulare pentru anumite instrucțiuni dacă CPU încearcă să le execute. Dacă instrucțiunea CPUID este folosită pentru a verifica capacitatea SSE4.2 pe un procesor pre-SSE4.2, acel test va returna „SSE4.2 nu este acceptat”, deoarece MouSSE nu captează CPUID. În practică, aceasta nu este o problemă, deoarece utilizarea SSE4.2 pe care MouSSE îl țintește în primul rând (driverul video AMD) nu efectuează această verificare CPUID. Din această cauză, MouSSE este pasiv - dacă nu există instrucțiuni SSE4.2/ilegale. sunt întâlnite vreodată, MouSSE nu va face niciodată nimic.
*** De ce văd „AAA.LoadEarly.MouSSE” în ieșirea mea kextstat?
*** De ce se numește kext-ul „AAAMouSSE.kext”?
MacOS are o procedură de pornire complexă. Deoarece scopul principal al MouSSE este de a permite driverelor video AMD să funcționeze, MouSSE trebuie să se încarce și să se inițialeze înainte ca driverele AMD să o facă. O parte a inițializării sistemului creează un arbore de dependență, iar MouSSE încearcă să se așeze cât mai aproape de vârful acelui arbore. În afara acelui arbore, lucrurile sunt gestionate alfabetic - așa că, dacă lipiți „AAA” la începutul numelui kext, îl puneți în partea de sus a listei alfabetice (la fel ca găsirea „AAA-BestPlumbers” la începutul Paginilor Galbene (nu Mai folosește cineva Paginile Galbene?)). În mod obișnuit, numele complet al kext-ului ar include un nume de domeniu de la dreapta la stânga, cum ar fi „com.apple.xyzzy” - dar din nou, folosind un domeniu de nivel superior numit „AAA”, MouSSE se poate împinge să partea de sus a listei alfabetice. Totul este doar un efort de a încărca și inițializa MouSSE înainte de orice ar putea folosi o instrucțiune SSE4.2.
*** Altceva?
Dacă rulați drivere AMD mai noi sub un sistem de operare mai nou pe un Mac vechi, probabil că rulați deja cu SIP dezactivat. Dacă nu, îmi pare rău - acest software necesită dezactivarea SIP. Pentru a simplifica interfața IOKit, MouSSE are un mic wrapper C++, dar tot codul important este scris în limbaj de asamblare (pentru viteză). Doar ca să mă repet. , UTILIZAȚI ACEST SOFTWARE PE PROPRIU RISC. Îl folosesc zilnic pe Mac Pro 3,1 cu un AMD Radeon RX 570 de aproape un an fără incidente, dar kilometrajul dvs. poate varia. Dacă îți pierzi timp, bani sau minte din cauza defectelor acestui software, considerați-vă prevenit. Numele semi-capricios provine din altă parte, dar vă puteți gândi la el ca „Mac-urile ar trebui să înțeleagă SSE” (MousSE) dacă ca. Sau, dacă nu îți place fratele tău, „Sora mea scandalos de urâtă îmbolnăvește pe toată lumea”. Sau, dacă ești un megaloman, „Obiectivul meu ar trebui să înlocuiască totul”. Orice te face fericit. Începând cu versiunea 0.91, am adăugat un utilitar de linie de comandă numit MouSSEstats care va afișa câteva statistici despre ceea ce MouSSE a întâlnit de la ultima încărcare (probabil, ultima dată când sistemul a fost repornit). Deocamdată, această postare va fi depozitul oficial pentru MouSSE, cu actualizări postate pe măsură ce apar. La un moment dat în viitor, s-ar putea să-l mut pe o gazdă separată, care va fi notat aici. Când trimiteți oameni la MouSSE, vă rugăm să faceți un link direct la această postare, care va avea întotdeauna cea mai recentă versiune și informații.
*** Cum îl instalez?
Cel mai simplu mod de a instala MouSSE este să folosești unul dintre aplicațiile de corecție MacOS, fie de la @dosdude1 ( http://dosdude1.com ) sau @0403979 /RMC Team ( https://github.com/rmc-team/macos-patcher/releases ). Nu am scris un program de instalare autonom. Deocamdată, dacă nu instalați MouSSE folosind un pacher MacOS, trebuie să faceți instalarea manual. Deoarece acest forum nu permite încărcarea fișierelor .tgz, .tgz este arhivat - ceea ce înseamnă că va trebui să-l decomprimați/extindeți de două ori. Vă sugerez următoarele:
- extindeți fișierul ZIP, apoi fișierul .TGZ inclus
- deschide un terminal
- tip |_+_| (schimbați calea pentru sistemul dvs.)
- tip |_+_|
- tip |_+_|
- reporniți
*** Cum îl dezinstalez?
Deoarece MouSSE nu este genul de lucru pe care probabil îl veți instala și dezinstala în mod regulat, nici nu m-am deranjat să creez un script de dezinstalare. Pentru a dezinstala MouSSE pe sistemul curent care rulează, faceți următoarele:
- deschide un terminal
- tastați |_+_|, apăsați |_+_|
- tastați |_+_|, apăsați |_+_|
- tastați |_+_|, apăsați |_+_|
- reporniți
*** OK, am instalat MouSSE, dar acum noua mea placă video AMD se comportă prost...
Cele mai frecvente probleme apar dacă ați instalat anterior corecții pentru ca plăcile video vechi să funcționeze. Dacă acele corecții sunt instalate, MacOS poate deveni confuz în ceea ce privește ce afișaj să folosească, ce framebuffer să folosească pentru ce afișaj etc. Dacă întâmpinați probleme cu o placă video AMD modernă acceptată și încă aveți acele corecții instalate, veți trebuie să le eliminați (ceea ce, din păcate, în majoritatea cazurilor, implică reinstalarea sistemului de operare). Folosirea simultană a unei plăci video vechi (pentru a vedea ecranul de pornire MacOS) și a unei plăci video AMD modernă, fără patch-urile „video moștenite”, este o propunere de succes - unele combinații funcționează uneori, altele nu munca deloc. Deși ar fi bine să ai „cele mai bune din ambele lumi” (ecran de pornire vizibil și accelerare GPU modernă), cel mai bun pariu este să păstrezi cardul moștenit pe un raft din apropiere și să îl folosești numai atunci când este necesar. Dacă aveți probleme, dar nu aveți instalate patch-uri video vechi, vă rugăm să încercați să contactați autorul pe Eeternalforum. (Ma pândesc și pe firele „MacOS * pe Mac-uri neacceptate”, dacă preferați să mă încercați acolo.) (În afară de aceasta, dacă doriți să vă schimbați configurația, astfel încât să puteți vedea ecranele de pornire pe o placă video lipsită un Mac EFI ROM, consultați această postare - funcționează foarte bine. Îl puteți asocia și cu OpenCore.)
*** Am un procesor Penryn, dar nu folosesc un card Metal AMD sau nu rulez World of Warcraft. Ar trebui să instalez MouSSE?
Răspunsul scurt este „ Nu .' Dacă sistemul dumneavoastră funcționează OK și nu intenționați să vă actualizați placa video la un model AMD modern și/sau nu intenționați să rulați niciun software care necesită SSE4.2, atunci instalarea MouSSE va consuma doar ceva memorie kernel și nu vă oferă niciun beneficiu real.
ISTORIC VERSIUNILOR (sunt enumerate doar versiunile care au scăpat din captivitate):
v0.20 - 15 august 2019 - Prima versiune lansată în sălbăticie.
v0.30 - 12 septembrie 2019 - Modificări pentru a permite instalarea de la El Capitan în continuare
v0.32 - 20 septembrie 2019 - Captură de date opcode ilegale în XMM15/R15
v0.35 - 07 octombrie 2019 - S-au adăugat mai multe diagnostice de inițializare
v0.38 - 17 octombrie 2019 - S-au adăugat mai multe înregistrări, detectarea opcode „magic”.
v0.45 - 28 februarie 2020 - S-a mutat codul operațional ilegal la RAX pentru compatibilitate, s-a remediat eroarea POPCNT +32d
v0.91 - 14 aprilie 2020 - Rescriere majoră a parserului. S-au remediat mai multe erori. S-au adăugat multe optimizări. A fost adăugată funcționalitatea CRC32. S-a adăugat suport pentru toate modurile de adresare. Adăugate statistici (returnite când instrucțiunile „magice” sunt prinse). Recunoaște (dar nu emulează) instrucțiunile AVX/AVX2/AVX-512.
v0.92 - 28 aprilie 2020 - Rescriere majoră a infrastructurii de manipulare a capcanelor, care ar trebui să facă MouSSE mult mai stabil în medii provocatoare. De asemenea, câteva remedieri minore de erori. Îmbunătățiri ale programului MouSSEstats.
v0.93 - 22 mai 2020 - Remediere minoră a erorilor (rar - deplasare calculată greșit)
v0.95 - 08 iunie 2021 - Asistență Monterey
Atasamente
Ultima modificare: 1 septembrie 2021joevt
Colaborator
- 21 iunie 2012
- 19 octombrie 2019
Vizualizați elementul media „>
Voi testa alte versiuni de SO mai târziu. Am și un RX580 de încercat.
10.11 El Capitan
10.12 Sierra
10.13 High Sierra
10.14 Mojave
Syncretic a spus: Doar ca să fie clar, dacă încărcați kext-ul manual (prin kextload sau kextutil), îl puteți descărca în siguranță și se va curăța după sine.Îl puteți descărca în siguranță chiar dacă nu ați încărcat manual kext-ul.
Syncretic a spus: Cele mai frecvente probleme apar dacă ați instalat anterior patch-uri pentru ca plăcile video vechi să funcționeze.Cum să determinați dacă sunt instalate corecții „video moștenit”? Patcherii au foarte puțină documentație. Aș dori să văd o listă cu toate patch-urile, pentru ce sunt acestea și ce fișiere afectează (deci poate un patch ar putea fi anulat, înlocuind fișierele cu versiunea originală din programul de instalare macOS).
ACTUALIZAȚI: o versiune ulterioară (0.93) a AAAMouSSE.kext fixează desenul textului în World of Warcraft. Ultima modificare: 1 februarie 2021
joevt
Colaborator
- 21 iunie 2012
- 19 octombrie 2019
Dacă emulatorul este instalat, atunci oamenii nu vor ști că a rezolvat nimic decât dacă au întâmpinat probleme înainte de a instala emulatorul. Poate că emulatorul ar putea avea două căi de cod diferite:
1) cale rapidă - pentru cea mai bună viteză
2) calea de depanare - pentru înregistrare și statistici - ține evidența locațiilor care au instrucțiuni ilegale. are un numărător pentru fiecare locație, poate un depozit de stivă.
Kext-ul ar putea avea un UserClient care permite comutarea între căile de cod, descărcarea și ștergerea statisticilor.
Apoi poate fi creat un utilitar de linie de comandă pentru a apela UserClient.
Evidența locațiilor și a depozitelor de stive ar lua memorie, așa că poate doar ține evidența ultimelor 100 de locații unice (pid, oră, adresă, număr).
SanderG
- 18 octombrie 2014
- Olanda
- 20 octombrie 2019
Am un iMac 10,1 cu ATI Radeon HD 4670, rulând Mojave cu patch-ul lui Dosdude1.
„sysctl machdep.cpu.features machdep.cpu.feature_bits” arată SSE4.1.
Ați recomanda instalarea MouSSE? Nu joc, dar mereu caut să obțin cea mai bună performanță și mă gândesc să o instalez pe Catalina.
Sincretic
Colaborator
Poster original- 22 aprilie 2019
- 20 octombrie 2019
joevt a spus: Cum să determinați dacă patch-urile „video moștenit” sunt instalate? Patcherii au foarte puțină documentație. Aș dori să văd o listă cu toate patch-urile, pentru ce sunt acestea și ce fișiere afectează (deci poate un patch ar putea fi anulat, înlocuind fișierele cu versiunea originală din programul de instalare macOS).Din păcate, sunt la fel de întunecat despre asta ca și tine. Am fost mușcat de situația în care am actualizat MacOS și în mod explicit nu a aplicat un patch video moștenit, pentru a descoperi mai târziu că patch-ul din sistemul de operare anterior a persistat. Sperăm că autorii patch-urilor vor oferi câteva îndrumări cu privire la această problemă în viitor.
re:quick/debug options - sugestii bune, le voi ține cont pentru lansările viitoare. Totuși, par orientate pentru un public destul de restrâns.
SanderG a spus: Hy Syncretic,Dacă sistemul dvs. (și toate aplicațiile de care aveți nevoie pentru a rula) funcționează, nu aveți nevoie de MouSSE. Placa dvs. HD4670 nu este compatibilă cu metal, așa că nu există niciun beneficiu (de care sunt conștient) să încercați să treceți de la driverele Legacy la driverele AMD native. Cu excepția cazului în care intenționați să vă actualizați placa video sau să aveți un software care se blochează cu o eroare misterioasă de „instrucțiuni ilegale”, nu aș adăuga MouSSE la mix.
Am un iMac 10,1 cu ATI Radeon HD 4670, rulând Mojave cu patch-ul lui Dosdude1.
„sysctl machdep.cpu.features machdep.cpu.feature_bits” arată SSE4.1.
Ați recomanda instalarea MouSSE? Nu joc, dar mereu caut să obțin cea mai bună performanță și mă gândesc să o instalez pe Catalina.
jackluke
- 15 iunie 2018
- 20 octombrie 2019
joevt a spus: Cum să determinați dacă patch-urile „video moștenit” sunt instalate? Patcherii au foarte puțină documentație. Aș dori să văd o listă cu toate patch-urile, pentru ce sunt acestea și ce fișiere afectează (deci poate un patch ar putea fi anulat, înlocuind fișierele cu versiunea originală din programul de instalare macOS).
Puteți verifica cu ușurință din Catalina Terminal (copiați/lipiți într-o singură linie):
găsiți /System/Library/PrivateFrameworks/SkyLight.framework/Versions/A/ -name SkyLightOriginal
dacă aveți o apariție, atunci cu siguranță aveți un patch video moștenit aplicat, dar nu este doar faptul că pe Catalina „patch-urile video moștenite” implică acestea (luate de la Mojave și patchizate):
Framework: OpenGL.framework, CoreDisplay.framework
Privateframeworks: SkyLight.framework , GPUSupport.framework
Extensii: IOSurface.kext, IOGraphicsFamily.kext, IOAcceleratorFamily2.kext, IONDRVSupport.kext, AppleGraphicsControl.kext
pentru a elimina patch-ul video, trebuie să le înlocuiți cu cele actuale de stoc Catalina, o modalitate mai simplă reinstalați Catalina peste volum. Ultima modificare: 20 octombrie 2019
netkas
- 2 octombrie 2007
- 20 octombrie 2019
Steenvoorde
- 6 ianuarie 2019
- 20 octombrie 2019
În rest, mare treabă. Mulțumesc pentru efort Syncretic! Reacții:TimothyR734 J
joevt
Colaborator
- 21 iunie 2012
- 20 octombrie 2019
jackluke a spus: Puteți verifica cu ușurință din Catalina Terminal (copiați/lipiți într-o singură linie):Nu am găsit fișiere care să conțină un sufix original.
găsiți /System/Library/PrivateFrameworks/SkyLight.framework/Versions/A/ -name SkyLightOriginal
dacă aveți o apariție, atunci cu siguranță aveți un patch video moștenit aplicat, dar nu este doar faptul că pe Catalina „patch-urile video moștenite” implică acestea (luate de la Mojave și patchizate):
Framework: OpenGL.framework, CoreDisplay.framework
Privateframeworks: SkyLight.framework , GPUSupport.framework
Extensii: IOSurface.kext, IOGraphicsFamily.kext, IOAcceleratorFamily2.kext, IONDRVSupport.kext, AppleGraphicsControl.kext
pentru a elimina patch-ul video, trebuie să le înlocuiți cu cele actuale de stoc Catalina, o modalitate mai simplă reinstalați Catalina peste volum.
Cod: |_+_| Acest lucru nu este suficient pentru a găsi patch-uri.
jackluke
- 15 iunie 2018
- 20 octombrie 2019
joevt a spus: Nu am găsit fișiere care să conțină un sufix original.
Cod: |_+_| Acest lucru nu este suficient pentru a găsi patch-uri.
Tu ai intrebat ' Cum să determinați dacă sunt instalate corecțiile „video vechi”?
Am indicat cum să găsiți o urmă a „patch-urilor video”, dacă nu găsiți „*Original” înseamnă că nu aveți „Video patch” aplicat pe mașină, cel mai probabil aveți un GPU Metal, de aceea.
Nu uitați că pe orice shell Unix o căutare (și orice altă acțiune: rm, mv, cp și așa mai departe) pe un fișier/dosar este caz sensibil . Ai introdus în exemplul tău o sintaxă greșită, în plus, nu este *original*, ci *Original*
Oricum, nu există o modalitate ușoară de a reveni la un sistem nepatchat, deoarece trebuie să reconstruiți un nucleu prelinked de la cele corectate la cele nepatchate, de asemenea, unele cadre complicate sunt utilizate constant de macOS, așa că le puteți înlocui doar dintr-un mediu de recuperare. , soluția rapidă este reinstalarea . Ultima modificare: 20 octombrie 2019
Ludacrisvp
- 14 mai 2008
- 20 octombrie 2019
joevt
Colaborator
- 21 iunie 2012
- 20 octombrie 2019
jackluke a spus: Am indicat cum să găsiți o urmă a „patch-urilor video”, dacă nu găsiți „*Original” înseamnă că nu aveți „Video patch” aplicat mașinii dvs., cel mai probabil aveți un GPU Metal, de aceea .Cool, mulțumesc pentru confirmare.
jackluke a spus: Nu uitați că pe orice shell Unix o căutare (și orice altă acțiune: rm, mv, cp și așa mai departe) pe un fișier/folder este caz sensibil . Ai introdus în exemplul tău o sintaxă greșită, în plus, nu este *original*, ci *Original*Cred că sintaxa este corectă. Am folosit -iname pentru potrivirea numelui care nu ține seama de majuscule și minuscule.
jackluke a spus: Oricum, nu există o modalitate ușoară de a reveni la un sistem nepatchat, pentru că trebuie să reconstruiți un kernel prelinked de la cele corelate la cele care nu sunt corectate, de asemenea, unele cadre complicate sunt utilizate constant de macOS, așa că le puteți înlocui doar de într-un mediu de recuperare, soluția rapidă este reinstalarea .Nu m-am gândit la modificarea cadrelor dintr-un sistem care rulează. Voi ține cont de asta dacă trebuie să fac asta în viitor. Am multe alte sisteme de operare pe Mac Pro de la care pornesc, așa că nu va fi la fel de rău ca pornirea într-o partiție de recuperare.
Ludacrisvp
- 14 mai 2008
- 20 octombrie 2019
Nu este o afacere pentru mine, deoarece această aplicație nu „face” nimic altceva decât să ofere informații despre tipul de referință.
Acestea fiind spuse, încă rulez versiunea 0.32 a acestui kext.
„CL!ng” este o aplicație mică care arată informații despre dispozitivele OpenCL. Și afișează unele teste de lățime de bandă a memoriei și de performanță de calcul pentru diferite precizii. Doar lansarea acestei aplicații provoacă panică.
Spoiler:Stivă de panică Cod: |_+_|
joevt
Colaborator
- 21 iunie 2012
- 20 octombrie 2019
Ludacrisvp a spus: Am găsit o aplicație care provoacă panică care declanșează acest kext.Încercați din nou cu cea mai recentă versiune.
Nu este o afacere pentru mine, deoarece această aplicație nu „face” nimic altceva decât să ofere informații despre tipul de referință.
Acestea fiind spuse, încă rulez versiunea 0.32 a acestui kext.
„CL!ng” este o aplicație mică care arată informații despre dispozitivele OpenCL. Și afișează unele teste de lățime de bandă a memoriei și de performanță de calcul pentru diferite precizii. Doar lansarea acestei aplicații provoacă panică.
CL!ng nu a intrat în panică pe MacPro3,1, GTX 680 care rulează 0,35 din Kext. De fapt, funcționează chiar dacă descarc kext-ul.
Cod: |_+_|
Acesta ar putea fi specific AMD.
Shaneee
- 28 septembrie 2017
- Scoţia
- 21 octombrie 2019
Sincretic
Colaborator
Poster original- 22 aprilie 2019
- 21 octombrie 2019
Ludacrisvp a spus: Am găsit o aplicație care provoacă panică care declanșează acest kext.Interesant - acel stack dump sugerează că MouSSE însuși a aruncat un #UD, ceea ce nu ar trebui să fie posibil. Vă rugăm să încercați versiunea 0.38 și să-mi spuneți dacă s-a schimbat ceva. M-ai făcut curioasă.
Nu este o afacere pentru mine, deoarece această aplicație nu „face” nimic altceva decât să ofere informații despre tipul de referință.
Acestea fiind spuse, încă rulez versiunea 0.32 a acestui kext.
„CL!ng” este o aplicație mică care arată informații despre dispozitivele OpenCL. Și afișează unele teste de lățime de bandă a memoriei și de performanță de calcul pentru diferite precizii. Doar lansarea acestei aplicații provoacă panică.
Duminica 20 octombrie 23:48:42 2019
*** Raport de panică ***
panic(cpu 0 apelant 0xffffff801e2dbadd): Capcană kernel la 0xffffff7fa2e3c020, tip 6=opcode invalid, registre:
Shaneee a spus: Bună treabă. Vreo șansă de a obține sursa să se uite? Link Github sau poate ceva.Mulțumiri. În prezent, nu am de gând să fac din acesta un proiect open-source.
Ludacrisvp
- 14 mai 2008
- 21 octombrie 2019
joevt a spus: Încercați din nou cu cea mai recentă versiune.Am un RX 580 în 3,1.
CL!ng nu a intrat în panică pe MacPro3,1, GTX 680 care rulează 0,35 din Kext. De fapt, funcționează chiar dacă descarc kext-ul.
Cod: |_+_|
Acesta ar putea fi specific AMD.
CL!ng funcționează bine pe cealaltă mașină a mea cu un alt RX 580 în el.
Ludacrisvp
- 14 mai 2008
- 21 octombrie 2019
Syncretic a spus: Interesant - acel stack dump sugerează că MouSSE însuși a aruncat un #UD, ceea ce nu ar trebui să fie posibil. Vă rugăm să încercați versiunea 0.38 și să-mi spuneți dacă s-a schimbat ceva. M-ai făcut curioasă.Încă mă panichez cu 0.38 de MouSSE, panica, totuși este atât de rapidă / bruscă încât Mac nu poate salva nimic, doar repornire instantanee.
De asemenea, mi-am dat seama că folosesc versiunea 1.0 a CL!ng, mai degrabă decât o versiune mult mai recentă 1.6 care funcționează bine.
Motivul pentru care am vrut să testez cu CL!ng este că vă poate ajuta să determinați viteza reală a magistralei PCIe.
În cazul meu, se pare că am rămas blocat cu 2.5GT/s (aka PCIe 1.1/1.0) chiar și atunci când acest card este într-un slot 16x 2.0.
Mă întreb dacă are cineva idei despre cum să-l facă să ruleze la viteze de 5.0GT/s (alias PCIe 2.0) în 3,1.
Spoiler:lspci -vvnn (din macOS) Cod: |_+_|
MIKX
- 16 decembrie 2004
- Japonia
- 22 octombrie 2019
Am închis și am mutat 7970 în slotul 2 și apoi am repornit (pornire la rece) am remediat magic acest lucru, deoarece cardul a venit la 5GT/S.
O altă oprire, a mutat 7970 înapoi la slotul 1, a repornit plus o resetare NVRAM de TREI ORI (consecutiv). A apărut din nou la 5GT/S.
Se pare că asta îmi resetează sloturile PCIe.
De atunci, am eliminat 7970 și mi-am reinstalat MSI Armor RX 580 8gb, care rulează corect la X 16 Link Width @ 5GT/S.
Poate că cardurile mai vechi (HD 7970) au probleme ocazionale cu Mojave 10.14.6?
Sincretic
Colaborator
Poster original- 22 aprilie 2019
- 22 octombrie 2019
Ludacrisvp a spus: Sunt încă panicat cu 0.38 de MouSSE, panica, totuși este atât de rapidă / bruscă Mac-ul nu poate salva nimic, doar repornire instantanee.Am aruncat cu ochiul în gaura de 5.0GT/s o dată, dar nu am făcut saltul (încă) din cauza altor obligații. @tsialex a sugerat să se uite la sfârșitul acest document (căutați „Activarea PCIe 2.0 pe slotul #2” - destinat pentru SSD-uri NVMe, dar PCIe ar trebui să fie PCIe). El a mai spus că aceasta este comanda esențială:
De asemenea, mi-am dat seama că folosesc versiunea 1.0 a CL!ng, mai degrabă decât o versiune mult mai recentă 1.6 care funcționează bine.
Motivul pentru care am vrut să testez cu CL!ng este că vă poate ajuta să determinați viteza reală a magistralei PCIe.
În cazul meu, se pare că am rămas blocat cu 2.5GT/s (aka PCIe 1.1/1.0) chiar și atunci când acest card este într-un slot 16x 2.0.
Mă întreb dacă are cineva idei despre cum să-l facă să ruleze la viteze de 5.0GT/s (alias PCIe 2.0) în 3,1.
Cod: |_+_| Eu nu am încercat nimic din toate astea (încă), dar pare promițător.
re: MouSSE panica
Încă sunt curios ce ar putea cauza acea panică, presupunând că vine cu adevărat din interiorul MouSSE. Dacă sunteți fericit să rulați CL!ng v1.6, sunt mulțumit să las suficient de bine în pace. Dacă descoperiți un jurnal salvat sau obțineți informații de descărcare/urmărire a stivei folosind MouSSE 0.38, vă rugăm să-mi spuneți, astfel încât să îl pot urmări și să dorm mai bine noaptea.
Ludacrisvp
- 14 mai 2008
- 22 octombrie 2019
Syncretic a spus: Am aruncat cu ochiul în gaura de 5.0GT/s o dată, dar nu am făcut saltul (încă) din cauza altor obligații. @tsialex a sugerat să se uite la sfârșitul acest document (căutați „Activarea PCIe 2.0 pe slotul #2” - destinat pentru SSD-uri NVMe, dar PCIe ar trebui să fie PCIe). El a mai spus că aceasta este comanda esențială:Am încercat acest lucru de nenumărate ori folosind diferite versiuni de setpci... versiunea menționată în ghid este 3.2.2 și am instalat și 3.5.6.
Cod: |_+_| Eu nu am încercat nimic din toate astea (încă), dar pare promițător.
Indiferent ce încerc, nu funcționează, rămâne doar blocat la PCIe 1.0
joevt
Colaborator
- 21 iunie 2012
- 22 octombrie 2019
Syncretic a spus: Am aruncat cu ochiul în gaura de 5.0GT/s o dată, dar nu am făcut saltul (încă) din cauza altor obligații. @tsialex a sugerat să se uite la sfârșitul acest document (căutați „Activarea PCIe 2.0 pe slotul #2” - destinat pentru SSD-uri NVMe, dar PCIe ar trebui să fie PCIe). El a mai spus că aceasta este comanda esențială:Comanda a fost inițial de la #207. De obicei funcționează numai cu dispozitive PCIe care nu sunt plăci grafice. Acesta stabilește o viteză țintă a legăturii. O a doua comandă cere ca linkul să fie reantrenat #212. Un dispozitiv PCIe poate alege să ignore viteza legăturii țintă și să aleagă o viteză mai mică. Asta fac GPU-urile. Driverul GPU stabilește probabil o viteză țintă a conexiunii în altă parte (probabil un registru specific producătorului), în funcție de faptul că se face sau nu calculul sau randarea.
Cod: |_+_|
Comanda este necesară pentru a rula dispozitive PCIe 3.0 (cum ar fi NVMe, Thunderbolt sau noi carduri USB) la viteza PCIe 2.0 în loc de viteza PCIe 1.0 pe Mac Pros înainte ca noul firmware instalat de Mojave să existe (sau pe MacPro3,1 sau mai devreme care nu nu primesc un firmware nou). De asemenea, puteți utiliza comanda pentru a testa viteze mai mici de legătură pentru un dispozitiv (dacă aveți un slot PCIe 3.0 sau PCIe 2.0 și doriți să vedeți cum se comportă un dispozitiv la viteza PCIe 2.0 sau PCIe 1.0).
Instrucțiuni: #474, Descărcări: #482
mâinile
- 15 septembrie 2007
- 17 ianuarie 2020
Folosesc un Mac Pro 3,1 pe 10.5.2 cu RX560 folosind patch-ul tău. Cardul funcționează foarte bine sub macOS în sine, fără nicio încetinire. Cu toate acestea, am încercat să rulez o mașină virtuală Windows 10 în Parallels 15 și se pare că nu există deloc accelerare hardware..deci practic inutilizabil. Ar putea fi pentru că nu emulați setul complet de instrucțiuni SSE 4.2?
edit: tocmai am avut ideea de a încerca paralelele 14 pe 10.15, care nu avea încă suport metalic Ultima modificare: 17 ianuarie 2020
joevt
Colaborator
- 21 iunie 2012
- 17 ianuarie 2020
mani a spus: Bună,Parallels nu funcționează pe MacPro3,1 la viteză maximă dincolo de macOS 10.14.3. Nimic de-a face cu emularea SSE - o poți dezinstala și Parallels va funcționa în continuare, doar insuportabil de lent.
Folosesc un Mac Pro 3,1 pe 10.5.2 cu RX560 folosind patch-ul tău. Cardul funcționează foarte bine sub macOS în sine, fără nicio încetinire. Cu toate acestea, am încercat să rulez o mașină virtuală Windows 10 în Parallels 15 și se pare că nu există deloc accelerare hardware..deci practic inutilizabil. Ar putea fi pentru că nu emulați setul complet de instrucțiuni SSE 4.2?
edit: tocmai am avut ideea de a încerca paralelele 14 pe 10.15 care nu aveau încă suport metalic
amd64
- 16 februarie 2020
- 16 februarie 2020
Îmi schimb GTX960 înapoi în Mac Pro și am încercat să execut:
sudo kextunload /System/Library/Extensions/AAAMouSSE.kext
și a avut succes, înseamnă că kext-ul este instalat corect.
Mi-a scăpat ceva sau există soluții? Mulțumesc mult.
Posturi Populare