Usuwanie DSDT-HDEF.aml dla NUC D54250WYK

[DKnoto]

Mam już sprzęt na stałe na moim biurku więc mogę się zabrać za optymalizację EFI, i wywalić to
co można załatwić wpisami w Cloverze. W mojej instalacji miałem plik jak w tytule w katalogu
/EFI/CLOVER/ACPI/patched. Wczytałem go przy pomocy MaciASL-1.5.6 by acidanthera:
.

Zrzut ekranu 2019-11-14 o 17.06.53.png (64.87 KiB) Przejrzano 1090 razy

.
Kompilacja tego kawałka nie przechodzi tak od ręki:
.

Zrzut ekranu 2019-11-14 o 17.42.13.png (10.35 KiB) Przejrzano 1090 razy

.
ale to w moim przypadku nie jest konieczne Zakasuję rękawy i siadam do analizy...

[DKnoto]

Operacja zakończyła się sukcesem jeżeli przyjąć za sukces to, że nic nie pogorszyłem.
Niestety nie wszystko działa tak jak planowałem ale o tym potem...

[DKnoto]

Do przeprowadzenia zmiany konfiguracji wykonałem kilka czynności wstępnych:

• uaktualniłem Lilu do wersji 1.3.8;
• uaktualniłem AppleALC do wersji 1.4.2;
• uaktualniłem WhateverGreen do wersji 1.3.3;
• użyłem narzędzia Hackintool 2.8.6 do sprawdzenia jaki mam sprzęt audio:
  • warstwa kodeka to:

    

    Zrzut ekranu 2019-11-15 o 09.05.47.png (40.97 KiB) Przejrzano 1085 razy

  • warstwa transportowa:

    

    Zrzut ekranu 2019-11-15 o 09.06.05.png (40 KiB) Przejrzano 1085 razy

[DKnoto]

W następnym kroku przygotowałem odpowiedni wpis definiujący urządzenie kodeka.
Aby nie wymyślać prochu posłużyłem się tym samym Hackintoolem do wygenerowania
poprawki dla audio:

Zrzut ekranu 2019-11-15 o 09.23.03.png (67.16 KiB) Przejrzano 1085 razy

to co było mi potrzebne zaznaczyłem i wrzuciłem do schowka:

Zrzut ekranu 2019-11-15 o 09.27.22.png (32.51 KiB) Przejrzano 1085 razy

[DKnoto]

Tak zapamiętaną poprawkę audio wstawiłem do roboczej konfiguracji config.plist przy pomocy
narzędzia CloverConfigurator w wersji 5.7.0.0. Na początek trzeba było przejść do widoku tekstowego
i znaleźć słowo kluczowe Properties:

Zrzut ekranu 2019-11-15 o 09.44.13.png (77.9 KiB) Przejrzano 1085 razy

następnie wkleić zawartość schowka w tej znalezionej sekcji:

Zrzut ekranu 2019-11-15 o 09.41.46.png (77 KiB) Przejrzano 1085 razy

a potem jeszcze wykonać synchronizację aby CC przepisał zmiany z bufora tekstowego do bufora głównego:

Zrzut ekranu 2019-11-15 o 09.42.32.png (76.24 KiB) Przejrzano 1085 razy

ten obraz zamieszczam głównie po to aby ci którzy robią to po raz pierwszy wiedzieli czego oczekiwać

Po tych zabiegach konfiguracja była już widoczna w buforze głównym w postaci graficznej:

Zrzut ekranu 2019-11-15 o 09.39.25.png (60.46 KiB) Przejrzano 1085 razy

a dodatkowo ustawiłem jeszcze resetowanie urządzenie audio po każdym starcie:

Zrzut ekranu 2019-11-15 o 09.37.50.png (25.81 KiB) Przejrzano 1085 razy

[DKnoto]

W zasadzie po tych zabiegach wszystko gra i buczy. Typowa poprawka zamieniająca HDAS na HDEF
na tej maszynie nie jest potrzebna do działania dźwięku. Niestety, tak jak wspomniałem na początku,
nie wszystko skonfigurowało się idealnie, problemy pojawiły się po wybudzeniu z głębokiego uśpienia
- na NUC'u to sytuacja kiedy dioda na klawiszu Power miga w tempie ~½Hz.
W pierwszej kolejności zacząłem szukać podobnych przypadków w necie i znalazłem informację, że dodanie
opcji:

Kod: Zaznacz cały

darkwake=8

do flag bootowania rozwiązuje problem w niektórych przypadkach. U mnie okazało się, że to nic nie daje
na dokładkę NUC nie usypia się „głęboko”.
Chwilę popatrzyłem na opcje, które dostarcza CloverConfigurator i ustawiłem flagę AFGLowpowerState, kóra
zgodnie z opisem powinna zablokować usypianie kontrolera audio:

Zrzut ekranu 2019-11-15 o 10.23.28.png (20.47 KiB) Przejrzano 1083 razy

Po ustawieniu tej opcji uzyskałem następujące rezultaty:

• NUC wchodzi w głębokie uśpienie;
• audio działa po wybudzeniu z głębokiego uśpienia.

Niestety sam kontroler nie usypia i pewnie ciągnie trochę prądu