The Dell hackintosh

Твърде много мъка, докато успея да кача macOS на новия Дел, който си купих. Ideapad-ът, който ползвах известно време (горе-долу 2 години с El Capitan), почина вече, трябваше да взема нова машина. Неслучайно написах списък с неща, които *лесно* могат да се хакинбукнат, но четири пъти се отказах, докато най-сетне подкарах Дела.

Основният проблем беше framebuffer issue на HD4000 вграденото видео. А впрочем нямаше начин да се справя, без статии от OSXLatitude, Tonymac (колкото и да не се кефя), Olarila и Insanelymac. Главната статия, от която научих за фреймбуфер проблема, описва няколко ценни неща за следващи експерименти/неволи. Ще се опитам да ги синтезирам накратко:
AppleFramebufferCapri е kext-ът, от който зависи как ще се зареди HD4000. id-platform-id-то, което се очаква да бъде на моя конкретен модел (1366х768, а не 1600х900), е 0х01660003 (списък с описанията на тези идентификатори тук). Очаква се 64МБ “открадната памет” – така и не разбрах дефиницията, освен че се сетва от UEFI; 16МБ фреймбуфер и еди-си колко споделена видео памет (в моя случай 1 гъба). В един форум на Дел бе описано, че всички биоси сетват фреймбуфера на 32МБ – но не се знае за коя от определените памети става дума. Не ми се получи да пачна от 64 на 32 – нищо не зареждаше, нито от 16 на 32 – системата halt-ваше, защото не може да задели от 16 на 32МБ. Значи, зорът беше да се изчистят артефактите, които се появяват out of the box. Господинът в така важната tonymac статия разкрива, че буферът трябва да се намали на 8МБ. По мое разбиране това се оказа сетнат буфер от Dell BIOS-а. Не можем да го редактираме. Впрочем, всички статии за този модел Дел Е5430 твърдят, че БИОС-ът трябва да е под весия А12, в противен случай се появявали въпросните артефакти. Аз със сигурност downgrade-нах биоса, но това не ми помогна. Пачът на колегата (как мразя тоя израз) работи. Но с точно определен DSDT. Него открих от Boot pack, писан от човек в OSXLatitude (sambow23). Интересно е, че само с буткита не мина (а той е за 1600х900 така или иначе).

Успешната конфигурация беше буткитът от последния форум, заедно с DSDT от същия форум (друга статия) за 1366 резолюцията, в комбинация с фреймбуфер пача. И на всичкото отгоре, понеже пусках тестови инсталации на вторичен хард, когато подкарах всичко там и бутнах нова инсталация на ССД-то, което смятам да ползвам, тази конфигурация не сработи, докато не update-нах системата. Едва ли заработи заради пачнати интелски драйвъри – по-скоро просто трябваше да изчистя kext cache-a (бут флаг -f на Clover?).

В крайна сметка всичко по лаптопа работи, дори Sleep. Имам проблеми с микрофона, но със сигурност ще се поправи евентуално. Избрах да тествам с Yosemite, защото ми е сладурска по някаква причина – дали заради старият, но по-читав DNS resolver (или целият networking stack беше по-добът?), или заради по-малкия размер; може би заради липсата на Siri. Homebrew все още има рецепти дори за Mountain Lion и Snow Leopart, така че compatibility проблеми няма да има.

Ин конклюжън DSDT пачовете трябва да се научат – аз все още не съм правил свои, но ще е хубаво да пробвам. Те са коренно важни за случаи като този. Фреймбуфер проблемът ми е безкрайно странен – обвинявам шибания биос на Дел. Повторният проблем при новата инсталация *предполагам* се разреши посредством чистене на кеша (друго обяснение просто нямам, а провах доста неща). И най-важното е да запомним как се пишат Kernel/Kext пачове в Clover.