macsurf Opublikowano 13 Listopada 2016 Zgłoś Udostępnij Opublikowano 13 Listopada 2016 Witam W tym wątku będą informacje dotyczące problemów pojawiających się po instalacji El Capitan ( dla MOBO: Gigabyte Z97X Gaming 3 ). Moja konfiguracja: Motherboard: Gigabyte Z97X Gaming 3 ( BIOS VERSION: F7 -> 09/18/2015 ) CPU: i5 4460 3.2GHz GPU: EVGA 650Ti 2GB RAM: 8GB ( 2X 4GB 1600 MHz ) Audio: Build in: ALC1150 and external -> Prodigy Cube USB + BIOS/UEFI: * VT-d = Disabled * Intel Graphics = Disabled * EHCI HAND OFF = Enabled * Windows 8 Features -> Other O -> Boot Mode Selection: UEFI Only or UEFI and Legacy * Super IO Configuration -> Serial Port A: Disabled + CLOVER: * Clover revision: 3922 on American Megatrends EFI * Install for UEFI booting only * Install Clover in the ESP * Drivers64UEFI: CsmVideoDxe-64 / OsxAptioFixDrv-64 + CLOVER CONFIGURATOR ( POST INSTALLATION ): ------------------------------------ [ACPI] Fixes: AddDTGP, FakeLPC, FixDarwin, FixIPIC ( New way: all marked without -> AddIMEI, FIX_INTELGFX ) [sSDT] Min Multplier: 8 / Max Multiplier 32 / Generate States: C2, C4, C6 [bOOT] kext-dev-mode=1 / rootless=0 / darkwake=0 / Verbose Custom Flags: Graphics Enabler=Yes [GRAPHICS] Enabled: "Inject Nvidia" / Dual Link = 1 / VRAM: 2048 / Video Ports 3 [Kernel and Kext Patches] Enabled: Apple RTC / KextsToPatch ( for build in audio ALC1150 - see below posts ) [RT VARIABLES] BooterConfig 0x28 / CsrActiveConfig 0x3 [sMBIOS] iMac14,2 + POZOSTAŁE CZYNNOŚCI: * Kexty: AtherosE2200Ethernet.kext / AppleHDA_Uniwersal_ALC8xx_v2.0.kext * Patchowanie Audio * Użyty skrypt dla stanów SSDT: ssdtPRGen.sh Instalacja krok po kroku: El Capitan OS X Hackintosh Gigabyte Z97X Gaming 3 OPERATING STATUS: ----------------- LAN: OK ( AtherosE2200Ethernet kext / Killer E2200 Chipset ) AUDIO ALC1150: OK NVRAM: OK SLEEP/WAKE UP: OK RESTART: OK SHUTDOWN: OK USB 2.0: OK USB 3.0: OK SLEEP DISKS: OK TRIM: OK APP STORE/FACE TIME: OK CPU PM: OK ( 2 stany: x8 i x32 - czasem pójdzie do x33 - do weryfikacji ) GPU PM: OK Po instalacji systemu z niemałymi problemami pojawił się kolejny problem czyli "brak dźwięku" Chip to ALC1150 próbowałem wszystkich dostępnych metod zaczynając od instalacji przez MultiBeast a kończąc na patchowaniu. Na zewnętrznej karcie na USB oczywiście działa wszystko bo musi gdyż działała na oryginalnym macu. W logach mam coś takiego: Nov 13 15:42:07 macsurfs-imac com.apple.kextcache[27576]: kext-dev-mode allowing invalid signature -67054 0xFFFFFFFFFFFEFA12 for kext AppleHDA.kext Nov 13 15:45:49 Macsurfs-iMac kernel[0]: Sound assertion in AppleHDADriver at line 1552 Nov 13 15:45:49 Macsurfs-iMac kernel[0]: Sound assertion in AppleHDADriver at line 2212 Nov 13 15:45:49 Macsurfs-iMac kernel[0]: Sound assertion in AppleHDADriver at line 206 Nov 13 15:45:57 macsurfs-imac com.apple.xpc.launchd[1] (com.apple.speech.speechdatainstallerd): This key does not do anything: OnDemand Nov 13 15:45:59 macsurfs-imac kernel[0]: Sound assertion in AppleHDADriver at line 3593 Nov 13 15:45:59 macsurfs-imac kernel[0]: Sound assertion in AppleHDADriver at line 1088 Cytuj Odnośnik do komentarza Udostępnij na innych stronach Więcej opcji udostępniania...
krzyssp Opublikowano 13 Listopada 2016 Zgłoś Udostępnij Opublikowano 13 Listopada 2016 Skoro próbowałeś "wszystkich dostępnych metod zaczynając od instalacji przez MultiBeast a kończąc na patchowaniu" to musisz miec niezły syf w plikach. Postaw system na czysto i użyj http://hamac.pl/topic/13066-applealc-audio-bez-modyfikacji-plików-systemowych Cytuj Odnośnik do komentarza Udostępnij na innych stronach Więcej opcji udostępniania...
macsurf Opublikowano 13 Listopada 2016 Autor Zgłoś Udostępnij Opublikowano 13 Listopada 2016 Powróciłem ze starym AppleHDA.kext i zainstalowałem z poziomu MultiBeast VoodooHDA v2.8.8. W ustawieniach audio pojawiło się nowe urządzenie. Dźwięk jest tylko na froncie. Po wybudzeniu brak dźwięku. Druga sprawa kiedy komputer przechodzi w tryb uśpienia, wyłącza się tylko monitor. Wentylatory chodzą tak jak w normalnym trybie pracy podejrzewam, że reszta urządzeń również. Może lepiej zmienić tytuł tematu na: "Gigabyte z97x Gaming 3 - problemy po instalacji" Bo problem audio to nie jedyny na który się natknąłem - byłoby zbyt pięknie Cytuj Odnośnik do komentarza Udostępnij na innych stronach Więcej opcji udostępniania...
macsurf Opublikowano 13 Listopada 2016 Autor Zgłoś Udostępnij Opublikowano 13 Listopada 2016 Ok teraz już prawidłowo przechodzi w stan uśpienia. Dałem w "clover configuration" w ACPI -> SSDT stany C2, C4, C6 Dodatkowo Min Multiplier 8 i Max Multiplier 32. Nie wiem czy nie powinienem dać 34 gdyż w trybie Turbo tyle ten procek wyciąga ( i5 4460 3.2GHz ). Wcześniej wygenerowałem SSDT skrypytem ssdtPRGen.sh ale chyba nie potrzebnie. Co jakiś czas podczas restartu kiedy system startuje tuż przed pojawieniem się okienka z logowaniem komp samoczynnie się restartuje. Ale tak już miałem od samego początku. Cytuj Odnośnik do komentarza Udostępnij na innych stronach Więcej opcji udostępniania...
macsurf Opublikowano 14 Listopada 2016 Autor Zgłoś Udostępnij Opublikowano 14 Listopada 2016 Tak jak już wcześniej wspomniałem dość często podczas uruchamiania systemu następuje restart. Widzę, żę problemy są z GPU. Karta to GTX 650Ti a ona jest natywnie wspierana przez system. Czy coś trzeba z nią kombinować ? zmienić bios ? Z uwagi na wsparcie sterowników ze strony nvidia nie instalowałem. Skasowałem AppleTyMCEDriver.kext ale to nie pomaga. Nie wiem za co ten kext odpowiada za pamięci ECC ? Oto logi: Anonymous UUID: 7458352E-BCC1-4554-903D-EAB2236820E0 Mon Nov 14 21:32:26 2016 *** Panic Report *** panic(cpu 2 caller 0xffffff8001dd155a): Kernel trap at 0xffffff7f829df587, type 14=page fault, registers: CR0: 0x000000008001003b, CR2: 0x0000000000000000, CR3: 0x0000000012404000, CR4: 0x00000000001627e0 RAX: 0x0000000000000000, RBX: 0x0000000000000000, RCX: 0xffffff80dfad62a0, RDX: 0x0000000000000020 RSP: 0xffffff81191c2c70, RBP: 0xffffff81191c2cd0, RSI: 0x0000000001000000, RDI: 0xffffff80dfad6008 R8: 0x0000000000000002, R9: 0xffffff81191c2bf4, R10: 0x0000000000000000, R11: 0xffffff7f82d34540 R12: 0x0000000000000000, R13: 0xffffff8022227008, R14: 0x0000000000000000, R15: 0x0000000000000234 RFL: 0x0000000000010246, RIP: 0xffffff7f829df587, CS: 0x0000000000000008, SS: 0x0000000000000010 Fault CR2: 0x0000000000000000, Error code: 0x0000000000000000, Fault CPU: 0x2, PL: 0 Backtrace (CPU 2), Frame : Return Address 0xffffff81191c2900 : 0xffffff8001cde792 0xffffff81191c2980 : 0xffffff8001dd155a 0xffffff81191c2b60 : 0xffffff8001def233 0xffffff81191c2b80 : 0xffffff7f829df587 0xffffff81191c2cd0 : 0xffffff7f829df6f7 0xffffff81191c2d30 : 0xffffff7f82a8868a 0xffffff81191c2ea0 : 0xffffff7f82a8802a 0xffffff81191c2f00 : 0xffffff7f82a8fbc5 0xffffff81191c2ff0 : 0xffffff7f82a8b14a 0xffffff81191c3010 : 0xffffff7f82a05439 0xffffff81191c3050 : 0xffffff7f82a0491d 0xffffff81191c30f0 : 0xffffff7f829f70ba 0xffffff81191c3190 : 0xffffff7f82a1f671 0xffffff81191c3390 : 0xffffff7f82a207ea 0xffffff81191c3470 : 0xffffff7f82bb0653 0xffffff81191c3f00 : 0xffffff8001d12afa 0xffffff81191c3fb0 : 0xffffff8001dcbf77 Kernel Extensions in backtrace: com.apple.nvidia.driver.NVDAResman(10.0.8)[57B619C4-A94E-341E-A276-5C4F83341C49]@0xffffff7f829c9000->0xffffff7f82c42fff dependency: com.apple.iokit.IOPCIFamily(2.9)[6ADFE830-2986-35D2-8C2F-6ABEDBC94F6A]@0xffffff7f8252c000 dependency: com.apple.iokit.IONDRVSupport(2.4.1)[814A7F4B-03EF-384A-B205-9840F0594421]@0xffffff7f829b2000 dependency: com.apple.iokit.IOGraphicsFamily(2.4.1)[48AC8EA9-BD3C-3FDC-908D-09850215AA32]@0xffffff7f8296b000 dependency: com.apple.AppleGraphicsDeviceControl(3.12.6)[F211EB28-182A-34BB-A610-87667618F925]@0xffffff7f829c2000 BSD process name corresponding to current thread: kernel_task Boot args: kext-dev-mode=1 rootless=0 GraphicsEnabler=Yes Cytuj Odnośnik do komentarza Udostępnij na innych stronach Więcej opcji udostępniania...
oswaldini Opublikowano 15 Listopada 2016 Zgłoś Udostępnij Opublikowano 15 Listopada 2016 Używaj AptioFix2 zamiast AptioFix - jeden z driverów efi powoduje ten błąd przy rebootcie. Cytuj Odnośnik do komentarza Udostępnij na innych stronach Więcej opcji udostępniania...
macsurf Opublikowano 15 Listopada 2016 Autor Zgłoś Udostępnij Opublikowano 15 Listopada 2016 Używaj AptioFix2 zamiast AptioFix - jeden z driverów efi powoduje ten błąd przy rebootcie. Przy AptioFix2 jest to samo, zmieniłem na starszą wersję i zobaczymy jak będzie się system zachowywał podczas startu. Kolejna sprawa jak sprawdzić, czy restart i zamknięcie systemu zostało przeprowadzone prawidłowo. Wybranie restartu systemu zachodzi bardzo szybko na ułamek sekundy pojawia się taki komunikat: macsurfs-imac.home.apple.xpc.launchd[1] (com.apple.pc.launchd.domain.system) <Notice>: Userspace teardown syncing disks.... Killing all processes continuing Unmount of /home failed (45) Unmount of /net failed (45) Czy gdzieś w logach można znaleźć informacje na temat restartu / wyłączenia systemu ? Cytuj Odnośnik do komentarza Udostępnij na innych stronach Więcej opcji udostępniania...
macsurf Opublikowano 24 Listopada 2016 Autor Zgłoś Udostępnij Opublikowano 24 Listopada 2016 Chciałbym się spytać o kwestię dotyczącą sekcji CPU w "Clover Configurator". No więc są tam pola dotyczące CPU. Z tego co wiem dane te są wyciągane z bootloadera. Ale może być tak, że "wewnętrzne algorytmy" mogą trochę namieszać w tych parametrach ( tak przynajmniej to zrozumiałem czytając dokumentację Clovera ). Patrząc na raport systemowy większość parametrów jest prawidłowa, ale szyna 400Mhz ? Powinno być 100MHz. Chyba, że dotyczy to PIS: 400Mhz - coś takiego mam w boot.log - poniżej mój log: 0:100 0:000 === [ GetCPUProperties ] ================================== 0:100 0:000 CPU Vendor = 756E6547 Model=306C3 0:100 0:000 got cores from CPUID_1 = 0 0:100 0:000 The CPU supported turbo 0:100 0:000 BrandString = Intel(R) Core(TM) i5-4460 CPU @ 3.20GHz 0:100 0:000 MSR 0xE2 before patch 1E000404 0:100 0:000 MSR 0xE4 00021814 0:100 0:000 MSR 0xCE 00080838_F3012000 0:100 0:000 non-usable FLEX_RATIO = 10000 0:100 0:000 corrected FLEX_RATIO = 0 0:100 0:000 FSBFrequency=100MHz DMIvalue=100000kHz 0:100 0:000 Corrected FSBFrequency=100MHz 0:100 0:000 Vendor/Model/Stepping: 0x756E6547/0x3C/0x3 0:100 0:000 Family/ExtFamily: 0x6/0x0 0:100 0:000 MaxDiv/MinDiv: 32.0/8 0:100 0:000 Turbo: 32/33/34/34 0:100 0:000 Features: 0xBFEBFBFF 0:100 0:000 Threads: 4 0:100 0:000 Cores: 4 0:100 0:000 FSB: 100 MHz 0:100 0:000 CPU: 3200 MHz 0:100 0:000 TSC: 3200 MHz 0:100 0:000 PIS: 400 MHz Czy w takiej sytuacji nie powinienem ręcznie w sekcji CPU Clovera wymusić FSB na 100MHz podając wartość w KHz ? Reszta wartości jest OK. Widzę, też u siebie w sekcji CPU ustawione P-States na C2, C4, C6. Chociaż te informacje są w tablicach SSDT wygenerowane poprzez skrypt pikera. Zostawić to czy odhaczyć ? Z tego co widze w dokumentacji to powinno być włączone ot widać enablery stanów bez względu na parametry w SSDT. Oprócz tego wpisałem 3.200 jako częstotliwość ale w zasadzie to nie potrzebnie bo i bez tego prawidłowo jest odczytywana ta wartość w raporcie systemowym. BTW. Aż boję się zapytać Co oznacza PIS ? Częśtotliwość jakiejś szyny ? 400Mhz to z tego co się orientuję to jest częstotliwość iGPU w normalnym trybie. No ale iGPU mam wyłączone. Cytuj Odnośnik do komentarza Udostępnij na innych stronach Więcej opcji udostępniania...
macsurf Opublikowano 24 Listopada 2016 Autor Zgłoś Udostępnij Opublikowano 24 Listopada 2016 Jeszcze zauważyłem, że po wybudzeniu komputera GPU jedzie na max obrotach: 1.07 GHz i Memory: 5.4GHz wg HWMonitor Przed uśpieniem praca GPU była normalna i najczęściej GPU pracowało na: 324MHz i Memory: 648 MHz Cytuj Odnośnik do komentarza Udostępnij na innych stronach Więcej opcji udostępniania...
314TeR Opublikowano 25 Listopada 2016 Zgłoś Udostępnij Opublikowano 25 Listopada 2016 Chodzi Ci o: Unmount of /home failed (45) Unmount of /net failed (45) Zostaw to... od niepamiętnych czasów OS X wali tym komunikatem, nie ważne czy to mac czy haMac... Jak podkładasz tabelę SSDT z PM, to wyłączasz wszelkie generatory w Cloverze. Tak samo odznaczasz wszelkie dropowanie (można zostawić jedynie tablicy DMAR). Ustawieniami CPU i magistrali się nie przejmuj, wszystko odznaczone, usunięte. Jedynie od wielkiego dzwona podaje się inną identyfikację CPU przy modelach nie wspieranych w OS X, np rebranding i7-38xx/39xx etc na Xeona E5. Przyśpieszanie grafiki przypomina mi słynny OpenCL bug na nvidiach. Na niektórych modelach pomaga instalacja sterowników webowych oraz aktualizacja systemu. Cytuj Odnośnik do komentarza Udostępnij na innych stronach Więcej opcji udostępniania...
macsurf Opublikowano 25 Listopada 2016 Autor Zgłoś Udostępnij Opublikowano 25 Listopada 2016 Nie te unmounty to są najmniej istotne. Zresztą w OS X to są nieużywane katalogi ot naleciałość z BSD. Z restartem chodziło mi o szybkość zamykania systemu w porównaniu z moim mac mini i5 to jest z 10x szybszy. Inna sprawa, że w mac mini był instalowany w 2012 Lion i przeszedł masę poprawek/aktualizacji przez wszystkie OSy do El Capitana więc ma prawo dłużej się zamykać. SSDT i ustawienia w Cloverze zostało wszystko już empirycznie sprawdzone. Przy skrypcie Pikera cała sekcjs SSDT i w CPU w Cloverze pusta. Sleep/Wake up działa. Tylko z tym GPU, tak czytałem o tych błędach ale to było z tego co pamiętam jeszcze w Mavericku. Tutaj możliwe, że trzeba coś w tablicach grzebać. No cóż trzeba walczyć Zauważyłem, że nawet najlżejszy stan uśpienia: wyłączenie monitora i uśpienie samej grafiki powoduje ten sam efekt co głeboki sleep i GPU chodzi na max obrotach. Config z AGPM odnośnie mojej grafy: <key>Mac-27ADBB7B4CEE8E61</key> <dict> <key>GFX0</key> <dict> <key>Heuristic</key> <dict> <key>ID</key> <integer>4</integer> </dict> <key>control-id</key> <integer>17</integer> </dict> I jeszcze kernel error odnośnie GPU: Fri Nov 25 14:30:06 2016 Event: GPU Reset Date/Time: Fri Nov 25 14:30:06 2016 Application: WindowServer Path: OS Version: Mac OS X Version 10.11.2 (Build 15C50) Graphics Hardware: EVGA GeForce GTX 650 Ti Signature: 20 Report Data: NVDA(Graphics): Channel exception! Exception type = 0x20 DMA Engine Error (PBDMA Error) Channel Info: [5, 0x9, 0x1, 0x38cfd] Version Info: [com.apple.GeForce, 10.0.8, 0x7d780b0a, 18894120, 310.42.15f01, 1] Resource Manager Info: 4443564e 00000110 b9760b78 e7386911 00000001 00000014 d3793533 46d3a4a6 4614f297 e71edccf 00088301 000000d9 12f24a0a 081d0a47 1002c197 20001810 30002800 05dc3800 4805dc40 00500392 00602158 01080a22 808e8010 00012202 01080d22 808a8410 81042202 2268b480 1001080b 02818084 26940222 149a030a 82200a00 00081d13 02182010 2808b320 4810bdb0 58015000 78646001 01019000 0a150198 00138a03 13923d0a 24380a3a 0e000000 01000000 490000e0 01000000 49000000 00000012 47000000 21000104 26000600 200034bc 22000000 48006415 3b0084db 0a0001f4 1d13c220 00100008 a880a818 09200bf7 03302028 87f78038 01bafbb1 48028040 00000001 4443564e 4443564e 00000110 fb2637a9 ea0258d9 00000001 00000014 d3793533 46d3a4a6 4614f297 e71edccf 00088301 000000d9 12f24a0a 081d0a47 1002c197 20001810 30002800 05dc3800 4805dc40 00500392 00602158 01080a22 808e8010 00012202 01080d22 808a8410 81042202 2268b480 1001080b 02818084 26940222 149a030a 82200a00 00081d13 02182010 2808b320 4810bdb0 58015000 78646001 01019000 0a150198 00138a03 13923d0a 24380a3a 0e000000 01000000 490000e0 01000000 49000000 00000012 47000000 21000104 26000600 200034bc 22000000 48006415 3b0084db 0a0001f4 1d13c220 00100008 a880a818 09200bf7 03302028 91c7c038 01bafbb1 48028040 00000002 4443564e 4443564e 00000110 b84f8c67 3e0f828a 00000001 00000014 d3793533 46d3a4a6 4614f297 e71edccf 00088301 000000da 12f24b0a 081e0a48 1002c197 18408080 28002000 38003004 c44042c4 50004842 60095800 080a2200 8e801001 01220280 080d2200 8a841001 04220280 68b48081 01080b22 81808410 94022202 9a030a26 200a0014 081d1382 18201000 08b32002 10bdb028 01500048 64600158 01900078 15019801 138a030a 923d0a00 380a3a13 00000024 0000000e 0000e001 00000049 00000001 00001249 00000000 00010447 00060021 0034bc26 00000020 00641522 0084db48 0001f43b 13c2200a 1000081d 80a81800 200bf7a8 300d2809 c5803803 bafbb197 02804001 00000348 4443564e Accelerator Event History: 0a0808001a04080010010a0808001a04080210010a2a0800122608bc80021080c6ad83 82f0ffffff0118f180c08edc80c00420d9f48080d0ea0e28fe998e80100a230800121f 08c080021080c6ad8382f0ffffff0118f180c08edc80c004208180800828000a080800 1a04080210000a0808001a0408001000 Cytuj Odnośnik do komentarza Udostępnij na innych stronach Więcej opcji udostępniania...
macsurf Opublikowano 25 Listopada 2016 Autor Zgłoś Udostępnij Opublikowano 25 Listopada 2016 Zainstalowałem sterowniki nvidia webdrivers i zgodnie z moimi oczekiwaniami to nic nie dało. Wydaje mi się, że trzeba dodać odpowiednie wpisy w AGPM. Nie wiem, może kupić jakiegoś starego maca pro włożyć moją kartę do niego i sprawdzić wszystkie parametry w dsdt, agpm. Bo tak nie ma szans na prawidłowe PM po wybudzeniu kompa. Wydaje mi się, że z uwagi na to iż wpisy dla GFX0 praktycznie nic nie zawierają trzeba dodać odpowiednie dyrektywy ewentualnie jakieś poprawki w DSDT. Cytuj Odnośnik do komentarza Udostępnij na innych stronach Więcej opcji udostępniania...
314TeR Opublikowano 25 Listopada 2016 Zgłoś Udostępnij Opublikowano 25 Listopada 2016 Osobiście nie sądzę aby cokolwiek pomogło rzeźbienie AGPM... ale możesz potrenować. Bardziej stawiam na skopany vBIOS karty i/lub całą konstrukcję karty. Dopiero co przerabiałem problemy z dwoma XFX 280X - karty w teorii działające bez popychania w OS X... otóż nie XFX... tydzień walki, modowania biosów i ostatecznie i tak VGA nie są tak wydajne jak mogły by byś, oraz nie mają GOP biosu. Cytuj Odnośnik do komentarza Udostępnij na innych stronach Więcej opcji udostępniania...
macsurf Opublikowano 25 Listopada 2016 Autor Zgłoś Udostępnij Opublikowano 25 Listopada 2016 Tylko jak widzisz w sekcji dla mojego GPU dla iMac 14,2 praktycznie nic nie ma. W innych sekcjach masz sporo parametrów dla przykładu opcje karty oznaczonej jako 162b: <key>Vendor8086Device162b</key> <dict> <key>BoostPState</key> <array> <integer>24</integer> <integer>24</integer> <integer>24</integer> <integer>24</integer> </array> <key>BoostTime</key> <array> <integer>1</integer> <integer>1</integer> <integer>1</integer> <integer>15</integer> </array> <key>GT3Capped</key> <integer>1</integer> <key>Heuristic</key> <dict> Co ciekawe nie ma w pliku konfiguracyjnym AGPM stanów dla GTX 650Ti no chyba id dla Device jest jakieś nietypowe - czyt. applowskie Wszystko jest w kwestii sleepa/wake up jeśli będę pracował nie robiąc usypiania to wszystko jest OK. Sam Wake up uwala PM niestety Chociaż mój błąd poniżej są parametry dla różnych kart z info device i vendor. Mojej nie ma ale to zawsze można dopisać. Inna kwestia to jest to, że w DSDT ani ioreg nie mam dyrektyw z GFX0 i IGPU. Cytuj Odnośnik do komentarza Udostępnij na innych stronach Więcej opcji udostępniania...
macsurf Opublikowano 26 Listopada 2016 Autor Zgłoś Udostępnij Opublikowano 26 Listopada 2016 Może spatchować nazwy w locie wykorzystując Clovera z PEG0 na GFX0 ? albo może na IGPU mimo, że dotyczy to integry to tutaj nie musiałbym dodawać do AGPM parametrów dla mojej karty. Cytuj Odnośnik do komentarza Udostępnij na innych stronach Więcej opcji udostępniania...
macsurf Opublikowano 26 Listopada 2016 Autor Zgłoś Udostępnij Opublikowano 26 Listopada 2016 Ehh jednak mam GFX0 tyle, że nie w DSDT a w SSDT-3 Tą tablicę chyba clover wygenerował z automatu. Więc pozostaje zabawa z AGPM, bo przecież nie będę patchował biosu karty. Odpaliłem soft wykorzystujące OpenCL zegary poszły na max po wyłączeniu softu po kilkudziesięciu sekundach zegary powróciły na stan minimum. Więc na 100% to nie jest OpenCL tym bardziej, że GTX 650Ti jest natywnie wspierany. Tak więc to wybudzenie powoduje, że zegary idą na max i tak już zostaje. Czy oprócz AGPM coś jeszcze odpowiada za sterowanie PM ? Oczywiście sterowniki i bios odpada. Czyli AGPM i chyba nic innego nie ma aby można być coś edytować ? Zresztą może lepiej nie edytować samego AGPM czy tam tworzyć Legacy AGPM tylko ustawić Fake ID w cloverze i wtedy odczyta właściwą sekcję na podstawie tego Fake ID bo ID z mojej karty nie istnieje w AGPM ( id jest zapisane w biosie karty, więc applowa wersja mogła mieć inny id i zapewne tak jest ) Cytuj Odnośnik do komentarza Udostępnij na innych stronach Więcej opcji udostępniania...
314TeR Opublikowano 26 Listopada 2016 Zgłoś Udostępnij Opublikowano 26 Listopada 2016 Sęk w tym, że nie wiem czy cokolwiek zawalczysz AGPM i tak BIOS karty może być skopany. Masz Z97 i procesor z HD4600 - odpal kartę pokładową i zobacz jak współpracuję z nią Twój komputer. Mając pokładówkę sprawną możesz pomieszać zawartością BIOSu VGA i przetestować inne wsady, na nóż któryś wsad z TechPowerUp rozwiąże Ci problem. A może paradoksalnie jakieś jeszcze ustawienia BIOS lub sama płyta coś kaszani. Cytuj Odnośnik do komentarza Udostępnij na innych stronach Więcej opcji udostępniania...
macsurf Opublikowano 26 Listopada 2016 Autor Zgłoś Udostępnij Opublikowano 26 Listopada 2016 Z AGPM nic nie pomogło, edycja biosów olałem na tym etapie więc zacząłem grzebać w cloverze. Kombinowałem ze wszystkim co ma związek ze sleep i awake. Na koniec już nic nie pozostało do przestawiania ... ale coś mnie skusiło, żeby wyłączyć w cloverze inject Nvidia. I działa !!! Musiałem kilka razy usypiać bo nie mogłem uwierzyć, że akurat to jest przez ten cholerny inject Tyle, że teraz 1MB VRAMu mi zjadło heh: NVIDIA GeForce GTX 650 Ti 2047 MB. Mała poprawka CUDA-Z pokazuje dokładnie 2047.81MB, więc chodzi o kilobajty Oczywiście w cloverze mam ustawione 2048, no ale to już szczegół ... ten mały problemik zostawiam na później BTW: w FCPX szału nie ma jeśli chodzi o kodowanie, jednak chyba tylko ATI wspiera kodowanie. Cytuj Odnośnik do komentarza Udostępnij na innych stronach Więcej opcji udostępniania...
314TeR Opublikowano 27 Listopada 2016 Zgłoś Udostępnij Opublikowano 27 Listopada 2016 Inject dla NVIDII zawsze wyłączony dla kart 640 i w górę oraz 740 i w górę... W About Mac - powinieneś mieć prawidłowo wyświetlony opis, jak nie jest to wciąż jest coś nie tak. Cytuj Odnośnik do komentarza Udostępnij na innych stronach Więcej opcji udostępniania...
macsurf Opublikowano 28 Listopada 2016 Autor Zgłoś Udostępnij Opublikowano 28 Listopada 2016 Opis jest prawidłowy z wyjątkiej ilości VRAMu W sekcji Graphics mam ustawione 2048. Cytuj Odnośnik do komentarza Udostępnij na innych stronach Więcej opcji udostępniania...
314TeR Opublikowano 28 Listopada 2016 Zgłoś Udostępnij Opublikowano 28 Listopada 2016 Wywal ten wpis z clovera. Ale to i tak nie da nic, bo jak pamiętam chyba algorytm w macOS podawania VRAM jest skopany Zobacz ile u mnie jest na 980 TI - powinno być 6GB czyli 6144MB a jest: Cytuj Odnośnik do komentarza Udostępnij na innych stronach Więcej opcji udostępniania...
javazlaz Opublikowano 28 Listopada 2016 Zgłoś Udostępnij Opublikowano 28 Listopada 2016 Na każdej karcie i każdej wersji macOS jest skopane Cytuj Odnośnik do komentarza Udostępnij na innych stronach Więcej opcji udostępniania...
314TeR Opublikowano 28 Listopada 2016 Zgłoś Udostępnij Opublikowano 28 Listopada 2016 Hmmmm, może tak, może nie... może jednak swoje 3 grosze dorzuca Clover... Tak wygląda np na moim Macbooku: Jest 512MB tak jak powinno być... Cytuj Odnośnik do komentarza Udostępnij na innych stronach Więcej opcji udostępniania...
javazlaz Opublikowano 28 Listopada 2016 Zgłoś Udostępnij Opublikowano 28 Listopada 2016 Czyli od 1GB VRAM gubi megabajt? Cytuj Odnośnik do komentarza Udostępnij na innych stronach Więcej opcji udostępniania...
314TeR Opublikowano 28 Listopada 2016 Zgłoś Udostępnij Opublikowano 28 Listopada 2016 A tego nie wiem... może to wina jakieś błędu w macOS a może raczej błędu w cloverze... hgw... sprawdziłem przed chwilą haMaca z GTX760 z 2GB RAM pod 10.12.1 i pokazywał 2047. Cytuj Odnośnik do komentarza Udostępnij na innych stronach Więcej opcji udostępniania...
Rekomendowane odpowiedzi
Dołącz do dyskusji
Możesz dodać zawartość już teraz a zarejestrować się później. Jeśli posiadasz już konto, zaloguj się aby dodać zawartość za jego pomocą.