Jump to content

Leaderboard


Popular Content

Showing content with the highest reputation since 01/17/20 in Posts

  1. 2 points
    PMCR wygląda inaczej w dumpach z iMac18,3 i iMac19,1, więc to może być przyczyną: iMac18,3 / iMacPro1,1 Device (PMCR) { Name (_ADR, 0x001F0002) // _ADR: Address } iMac19,1 Device (PMCR) { Name (_HID, EisaId ("APP9876")) // _HID: Hardware ID Name (_STA, 0x0B) // _STA: Status Name (_CRS, ResourceTemplate () // _CRS: Current Resource Settings { Memory32Fixed (ReadWrite, 0xFE000000, // Address Base 0x00010000, // Address Length ) }) } W info.plist w kexcie są wymienione identyfikatory chipsetów serii 100, 200 (w tym też 370, który mimo nazwy należy do serii 200) oraz nazwa urządzenia "APP9876", która widnieje PMCR w iMac19,1 (Q370), dlatego tylko Z390 potrzebuje patcha. Pozostaje kwestia przygotowania SSDT, który nie będzie wywalał restartu i shutdown, bo trzymanie w całości zmodyfikowanego DSDT trochę kłóci mi się z konfiguracją vanilla ; ) Chyba, że da się stworzyć dummy kext dodając identyfikator Z390?
  2. 1 point
    oswaldini

    Kext dla WiFi Intela dla macOS

    Znajomy podesłał mi namiar na sterowniki do kart intela: https://github.com/daliansky/XiaoMi-Pro-Hackintosh/issues/330 W podanym wyżej temacie podane są linku do jeszcze dwóch innych projektów sterowników, jeden z nich jest dopiero na poziomie 15-20%. Link do źródła: http://bbs.pcbeta.com/viewthread-1838489-1-2.html W powyższym temacie podano login i hasło żeby nie trzeba było się rejestrować (NIE ZMIENIAĆ HASŁA !): ID: mn19941219@126.com Password: Aa123456 2020-02-07: Tylko dla 10.15 ! AppleIntelWiFi.kext catalina.zip 2020-01-31: Najnowsza wersja dla 10.14.6 AppleIntelWiFi 0131-1.kext.zip IO80211Family.kext.zip
  3. 1 point
    oswaldini

    Jaka ciekawa obudowa pc do hamaczka?

    dunecase.com
  4. 1 point
    Jak się to ma do braku stabilności? Ano bardzo prosto, w końcu rollback to nie rozwiązanie. Do systemu trafiają elementy mające stare, znane, łatwo exploitowalne błędy i nie jest spójne z resztą systemu, gdyż API systemowe poszły już dalej. Przy korzystaniu z czegoś, co intensywnie działa na Metalu, KP potrafią się sypać jeden po drugim. Z softem audio po patchach dosdude akurat problemów jest jeszcze więcej w Catalinie, począwszy od problemów z utrzymaniem latencji przy wielośladowym nagrywaniu, przez problemy z interfejsami audio na niektórych urządzeniach (losowo ubijany jest układ audio), na błędnym zarządzaniu pamięcią skończywszy. Ponadto, w zestawie dołączona jest też problematyczność w kwestii aktualizacji, jak i bardzo często brak sprzętowego wsparcia dla czegoś, co już od lat jest standardem (USB3, USB-C, SATA3, PCIe 3.0, etc.). Jaki jest sens wydawać pieniądze na starocie, skoro w podobnych pieniądzach można kupić sprzęt z aktualnej generacji? Co do iMac, to jest to padaka, głównie ze względu na problemy z matrycami, ich podświetleniem, jak i chłodzeniem CPU i GPU. Lepszym wyjściem jest już Mac mini, celuj w aktualnego lub tego z 2014 - ten late 2012 zaraz wyleci z obiegu. W kwestii macOS, trzeba będzie wystąpić o nowy audyt licencji, gdyż od Cataliny jest dozwolona wirtualizacja macOS na urządzeniach nie od Apple, z zaznaczeniem, że Apple nie będzie prowadzić wsparcia technicznego dla takich użytkowników.
  5. 1 point
    Nv_disable wyłącza jedynie wczytywanie driverów NVidii a nie kartę, więc nie będzie akceleracji po prostu.
  6. 1 point
    nv_disable=1 - uruchom z tym parametrem (bootargs) - w cloverze dostępne po naciśnięciu spacji.
  7. 1 point
    Najtańszy setup, żeby odpalić najnowsze systemy macOS to jakiś i5-3XXX z grafiką HD4000 i jakaś płyta na Z77 lub i3/i5-4XXX z grafiką HD4600 + płyta nawet H81.
  8. 1 point
    danielosx86

    WhateverGreen używać czy nie?

    Ja bym zaczął od zmiany wielkości alokowanej pamięci w biosie i sprawdził jakie ma to przełożenie na wydajność, np. 32MB vs 128MB. W przypadku Z390 im więcej pamięci przydzielisz, tym większe problemy ze startem systemu, możliwe, że trzeba będzie użyć slide=0 lub obliczyć własną wartość.
  9. 1 point
    danielosx86

    NVRAM na Z390 - jak uruchomić

    Jeden z userów Tonymac - CODYQX4 - odkrył, że natywne działanie NVRAM na Z390 Designare jest zależne od obecności urządzenia PMCR w DSDT (w oryginalnym DSDT go nie ma): Device (PMCR) { Name (_HID, EisaId ("APP9876")) // _HID: Hardware ID Name (_STA, 0x0B) // _STA: Status Name (_CRS, ResourceTemplate () // _CRS: Current Resource Settings { Memory32Fixed (ReadWrite, 0xFE000000, // Address Base 0x00010000, // Address Length ) }) } Próby wstrzykiwania go przez SSDT podobno nie działają, ale wklejenie urządzenia bezpośrednio do DSDT już tak. Nie mam przez weekend dostępu do swojej Z390, ale może ktoś będzie chętny przetestować? Załączam też niedziałające (podobno) SSDT, może ktoś znajdzie przyczynę dlaczego się nie ładuje. SSDT-NVRAM.aml.zip
  10. 1 point
    Asus Z390 Prime A - Działa . Sleep i restart bez problemu.
  11. 1 point
    Nowe SSDT do testów, tym razem dodające PPMC + PMCR. Ja wrócę do testów dopiero w poniedziałek, więc zostawiam. SSDT-PM.aml.zip
  12. 1 point
    reyder

    (Już nie) budżetowy haMac na Z390

    Info od vit9696:
  13. 1 point
    Estrax

    (Już nie) budżetowy haMac na Z390

    Potwierdzam, działa na Z390 Gaming X. Po weekendzie sprawdzę na kilku jeszcze innych mobo.
  14. 1 point
    Taki sam kod jest w DSDT iMac19,1. Sprawdź czy PMCR jest widoczny w IOreg i czy AppleIntelPCHPMC.kext jest załadowany. NVRAM odpala zarówno na AptioMemoryFix jak i OsxAptioDrv3.
  15. 1 point
    Wróciłem dzisiaj na chwilę do domu, więc nie miałem dużo czasu na testy, aleee... PANOWIE, DZIAŁA!!!! Wrzuciłem do DSDT kod z załączonego SSDT, usunąłem EmuVariableUEFI, skryptów nigdy nie instalowałem, więc było czysto w systemie. Driver AptioMemoryFix. Zmienna w NVRAM przetrwała zarówno restart jak i shutdown. Dodatkowo rozwiązuje to problem z restartem przy próbie wyłączenia bez EmuVariableUEFI. Urządzenie PMCR sprawia, że jest wczytywany kext AppleIntelPCHPMC. @Estrax przetestuj proszę u siebie, załączam moje zmodyfikowane DSDT z Z390 Gaming X. Jeśli ktoś z Was jeszcze potwierdzi działanie, to możemy mówić o przełomie w Z390! EDIT: dodanie samego załączonego wyżej NVRAM-SSDT.aml też robi robotę. DSDT.aml.zip
  16. 1 point
    reyder

    (Już nie) budżetowy haMac na Z390

    Ja dzisiaj robię 2 płyty z390 i zobaczymy. // Jest to Power Management Memory controller // jednak cofam się z tego co powiedziałem, zbyt dużo czasu mi zeszło się z instalacja.
  17. 1 point
    danielosx86

    PM i sleep Z390

    W DSDT mozesz jeszcze usunąć _PRW z CNVW i XDCI. Wróciłbym też do początku i odpiąłbym wszystkie urządzenia na USB jakie masz, dyski, łacznie z myszką czy klawiaturą. Ustawił autosleep na minutę i sprawdził co się dzieje.
  18. 1 point
    danielosx86

    PM i sleep Z390

    Nie mogę skompilować Twojego DSDT, spróbuj więc w czystym DSDT zmienić metodę _PRW w XHC, XDCI i CNVW na następującą: Method (_PRW, 0, NotSerialized) // _PRW: Power Resources for Wake { Return (GPRW (0x6D, Zero)) Zmiany dotyczą oryginalnych wartości (06D, 0x04)
  19. 1 point
    danielosx86

    PM i sleep Z390

    Zrób zrzut DSDT, otwórz w MaciASL, poszukaj patcha o nazwie "USB _PRW 0x6D (instant wake)" lub podobnej, załataj, dodaj DSDT.aml to CLOVER/ACPI/patched.
  20. 1 point
    danielosx86

    PM i sleep Z390

    Żeby działał shutdown i restart musisz mieć EmuVariableUefi - masz?
  21. 1 point
    danielosx86

    PM i sleep Z390

    Zobacz w konsoli czy loguje przyczynę wybudzania. Warto też zresetować ustawienia zarządzania energią (można ręcznie, można np. Hackintoolem). Wyłączenie wake on lan też nie zaszkodzi.
  22. 1 point
    Nie. RX 580 od Saphire są oficjalnie wspierane przez apple Apple, więc jest duża szansa, że karta ruszy bez żadnych dodatkowych kextów, nawet bez WhateverGreen (o ile twój model to ten wspierany oficjalnie przez apple). Jeśli nie, to jedyne co potrzebujesz to Lilu + WhateverGreen. Jeśli chodzi o podgląd, to są różne rozwiązania, ale najlepsze z nich to włączenie iGPU w BIOS-ie oraz ustawienie iGPU tak, żeby działało w trybie headless. Wtedy iGPU odpowiedzialne jest za akceleracje sprzętową (w tym dekodowanie HEVC x264). Więcej informacji w tym wątku: https://hamac.pl/topic/16082-niedziałający-podgląd-jpeg/ Nic się nie zmieniło w tej kwestii. Potrzebujesz jedynie patche na limit portów dla 10.15. Najbardziej eleganckim rozwiązaniem wydaje się jednak porzucenie UsbInjectAll i stworzenie własnej mapy portów. Rzuć okiem na ten wątek: https://hamac.pl/topic/15285-usbinjectall/ Można wymienić FakeSMC na VirtualSMC + pluginy. Można się też zastanowić nad zupełną rezygnacją z Clovera na rzecz OpenCore jeśli chcesz się pobawić z nowym narzędziem. OpenCore to prawdopodobnie przyszłość hackintosha, ale moim zdaniem warto poczekać aż projekt dojrzeje, bo rozwija się bardzo dynamicznie więc z wersji na wersję pojawia się sporo zmian. Przy aktualizacji zwróć uwagę na sterowniki EFI. Musisz mieć ApfsDriverLoader.efi oraz któryś z driverów AptioFix. Najnowszym, jeśli się nie mylę, jest OsxAptioFix3Drv.efi. Upewnij się, że driver nie znajduje się w <DisableDrivers> w konfigu Clovera. Zwróć uwagę na to, że w konfigu dla 10.15 doszły patche do ACPI. Znajdziesz je w ACPI/patched. Jeśli chodzi o sam config to porównaj sobie stary z nowym jakimś diffem, np.: https://www.diffchecker.com/ wtedy łatwiej będzie ci wyłapać zmiany jakie zaszły w stosunku do twojego konfigu.
  23. 1 point
    314TeR

    UWAGA! Clover v2.5, r5018+ - aktualizacja

    Z Cloverem jest problem, że ostatnio skupiają się w większości na nowych ikonkach, ozdobnikach czy funkcjach prezentacyjnych skórek niż faktycznie istotnych ulepszeniach. Do tego nieprzemyślane kluczowe zmiany jak np rozlokowanie sterowników DOS/UEFI czy instalator co niby miał przenosić je same, ale tego nie robił dobrze. Z tymi sterownikami w ogóle uważam, że dali mega ciała, bo przy okazji zmiany lokalizacji wywalony został po cichu AptioMemoryFix - był kasowany z starego folderu a w nowym już nie był instalowany nowy, bo nowego nie ma w instalatorach 5xxx. Jeśli ktoś korzystał w configu z DisableDrivers i wyłączał niepotrzebne sterowniki w tym domyślne Cloverowe OsxAptioFix*Drv - to pięknie ubijany był start systemu. Ogólnie odnoszę wrażenie, że na linii OpenCore <-> Clover jest jakaś niechęć i chyba bardziej z strony developerów Clovera niż vit9696. Być może vit9696 nie mógł się przebić z pomysłem poprawienia kluczowych elementów jak np prawidłowa obsługa Bless, czy zwyczajnie obsługi skrótów klawiszowych jak CMD+R, CMD+V (Verbose), etc, więc postanowił stworzyć alternatywę. Jak się popatrzy obecnie przy jak wielu projektach i to najbardziej kluczowych obecnie macza palce, to dziwię się, że Developerzy Clovera byli tak niechętnie do niego nastawieni. Sam pamiętam sprawę zapisu do NVRAM na platwformach Z87/Z97 i nowszych z którym był problem jakiś czas temu, na które lekarstwo znalazł właśnie vit9696, oraz jak zaciekle apianti zarzucał mu, że nie ma racji... a fakty? AprioMemoryFix i jakoś ten zapis do NVRAM magicznie działo się uruchomić. Potem kod z AptioMemoryFix został przeniesiony do OsxAptioFix3Drv. vit9696 jest obecnie odpowiedzialny za takie projekty jak LILU, AppleALC, WhateverGreen, VirtualSMC, Shiki czy wspomniany w wątku OpenCore. Jak się spojrzy, to bez jego rozwiązań scena OSx86 byłaby wciąż mocno upośledzona? Wyobrażacie sobie, że aby odpalić dźwięk trzeba byłoby znów podkładać zmodyfikowane AppleHDA, czy aby odpalić nvidię modyfikować AppleGraphicsPolicy... Moim zdaniem trzeba przyjrzeć się poważnie OpenCore i być może opuścić statek stagnacji o nazwie Clover. O OpenCore możemy dyskutować w dedykowanym dziale: https://hamac.pl/forum/121-opencore-efilagacy-bootloader-osx86/
  24. 1 point
    314TeR

    UWAGA! Clover v2.5, r5018+ - aktualizacja

    No to jak widzę koniec przygody vit9696 z Cloverem... pora przesiąść się na OpenCore.
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.