[slice]

Очень интересная тема для исследований. Начинающим здесь делать нечего, а вот магистрам есть смысл поднапрячься. Итак.

Исходная тема на инсане про сам патчер:
http://forum.insanel...howtopic=133683
а также параллельная тема про хамелеон для этого патча
http://forum.insanel...howtopic=132757
Один из интересных отчетов про работающий дисплей после такого патча
http://forum.insanel...howtopic=135184
Отредактировано 10.11.08:
Да, у меня тоже получилось!!!!!

Еще достижение - звук заработал! Спасибо товарищу roisoft.
http://forum.insanel...o...3683&st=290

Этот патч создан под загрузчик ChameleonEFI и предназначен для динамического исправления DT - Device Tree - дерево устройств перед загрузкой операционной системы.
Что там можно сделать? Переименовать устройства, назначить или отменить IRQ, а то и изменить выделение памяти устройству. Какие-то устройства можно вообще исключить из дерева.
Зачем? У авторов темы получилось оживить AppleRTC и AppleHPET, а вместе с последним ожил и AppleIntelCPUPowerManagement. У нас тут GLXOZ мечтал об этом? http://www.applelife...azano/6198.html
Они еще и два ядра вроде заставили работать. У меня это и так работало.
Как?

1. Требуется ChameleonEFI. Инструкции для него. Есть вариант от Неткаса - PCIEFI v9, инструкции на сайте или в посте 120 от gh0st
2. В корне диска есть файл /boot который нужно заменить на исправленный (в аттаче).
3. Туда же, в корень диска положить файл /DSDT.aml, полученный в результате наших экспериментов. Кстати, небольшая ошибка разработчиков: выходной файл у них написан маленькими буквами, а надо - большими. Переименовываем.
4. Перезагружаемся. Эти операции легко поддаются откату. Ничего перепрошивать не надо, так что эксперименты вполне безопасны.

DSDT.
Загружаем патчер с буржуйского форума (или здесь, но там новее). Распаковываем, запускаем двойным щелчком. Находим в папке dsdt.aml, уже пропатченный для RTC и HPET. Если хотим чего-то еще, находим в папке ./debug файл dsdt_fixed.txt. Открываем его текстовым редактором и пытаемся врубиться, что это за язык, и о чем там вещают. Я там нашел устройство VID2, которое нахрен не нужно, и закомментировал его.
Далее в терминале даем команду
iasl -ta -f ./dsdt_fixed.txt
Этот компилятор включен в пакет в патчером. После его работы имеем новый dsdt.aml файл. Копируем в корень диска и перезагружаемся. Ну, наверно, надо соблюдать пермишины, в Лаборатории об этом даже упоминать неприлично.

Рассказывайте, кто чего достиг, и кто чего ожидает.

20.01.09 Прошло более двух месяцев со дня открытия топика, количество сообщений приближается к тысяче. И что? Резюме нету.

Прикрепленные файлы

•  boot.zip (36,56К)
  Количество загрузок:: 957
•  DSDT_Patcher1.0.1e.zip (225,93К)
  Количество загрузок:: 1095

Сообщение отредактировал slice: 20 Янв 2009 - 18:15

[ar4er]

Цитата

Этот выбор битности ты делаешь в BIOS?

Хм.. ну вобщем то в том и дело что у меня его нет(выбора), я думал что выбор битности есть на всех интеловских чипах с хпетом.

[GLXOZ]

Попробовал запуститься с одним только OpenDSDT без его модификации, тоже, как и у многих , кернел паник и привет, попозже сфоткаю что пишет.
А насчет платы....я б с удовольствием, айда к нам на запад России.

Сообщение отредактировал GLXOZ: 10 Ноя 2008 - 22:10

[slice]

ar4er (10.11.2008, 19:32) писал:

У меня получилось оживить AppleRTC, про hpet я изначально не надеюся, т.к. он изначально даже не пытается подгружаться, хотя hpet у мну есть, только нельзя выбрать режим его работы(32/64 бита).
Slice, вопрос по юсб, если попробывать в DSDT поправить эти параметры, на параметры с рабочей машины. Как ты думаеш могут ли быть улучшения?
Кинте кто нибуть свой DSDT с рабочими юсбишками.

RTC - уже хорошо. Он может неявно использоваться тем же ЮСБ.
Сейчас у меня нет под рукой лаптопа, даю чужой DSDT, но у него вроде с ЮСБ все в порядке.
А вот с моего гигабайта снять DSDT не удается. И ефи я сюда ну никак не смог поставить. Что за чертовщина? БИОС что-ли не пускает?

Кстати, а какие у тебя, собственно говоря, устройства, отвечают за ЮСБ (девайс и вендор). И вообще, это NEC, VIA, nForce, Intel или что-то еще? Я обратил внимание, что в ЕХЦИ драйвере есть оговорка насчет NEC контроллера. А у меня хорошо работает с интелом.

Прикрепленные файлы

•  dsdt_fixed.txt.zip (13,29К)
  Количество загрузок:: 45

Сообщение отредактировал slice: 10 Ноя 2008 - 22:26

[ar4er]

Толькo что после не большой серии эксперементов, занятные результаты:
1. Оказывется AppleRTC у меня подгружалось и без подмнены DSDT
2. После подмены DSDT начали подгружатся следующие кексты,которые без подмены не подгружались: AppleHDAController, AppleFileSystemDriver.
Если чесно я в недоумении.
И пробывал всунуть DSDT.aml, сделаную в виндовс, сдампленую и скомпелированую, вобщем в отличии от aml сделаного в маке, не стартанул AppleFileSystemDriver и система както долго загружалась с какими-то притормаживаниями.

slice, вот вендоры и девайс айди, вроде как nForce:
EHCI: 10de-055f
OHCI: 10de-055e
Спасиб за дамп. Быстренько сравнил, разница очень большая. Буду эксперементировать.

Сообщение отредактировал ar4er: 10 Ноя 2008 - 22:48

[slice]

ar4er (10.11.2008, 22:42) писал:

Толькo что после не большой серии эксперементов, занятные результаты:
1. Оказывется AppleRTC у меня подгружалось и без подмнены DSDT
2. После подмены DSDT начали подгружатся следующие кексты,которые без подмены не подгружались: AppleHDAController, AppleFileSystemDriver.
Если чесно я в недоумении.
И пробывал всунуть DSDT.aml, сделаную в виндовс, сдампленую и скомпелированую, вобщем в отличии от aml сделаного в маке, не стартанул AppleFileSystemDriver и система както долго загружалась с какими-то притормаживаниями.

slice, вот вендоры и девайс айди, вроде как nForce:
EHCI: 10de-055f
OHCI: 10de-055e
Спасиб за дамп. Быстренько сравнил, разница очень большая. Буду эксперементировать.

Да, nForce... Че сним делать - неизвестно. Может DSDT поможет, он же на ACPI влияет.
Твое недоумение разделяю. Результат неожиданный.
А вот притормаживания я тоже заметил. Может это DSDT патч так долго обрабатывается? Плохо, если так, но лучше, чем без него. Я просто счастлив с решением проблемы экрана. Кстати, у кого-то есть еще такая проблема?

[MILANO]

AppleHPET, ApplERTC работают.

В терминале даю команду

kextload -v /System/Library/Extensions/AppleIntelCPUPowerManagement.kext

extension /System/Library/Extensions/AppleIntelCPUPowerManagement.kext has potential problems:
Warnings
{
"Kext has immediate dependencies on both com.apple.kernel and com.apple.kpi components; use only one style" = true
}

kextload: extension /System/Library/Extensions/AppleIntelCPUPowerManagement.kext appears to be loadable
kextload: kmod_control/start failed for com.apple.driver.AppleIntelCPUPowerManagement; destroying kmod
kextload: a link/load error occured for kernel extension /System/Library/Extensions/AppleIntelCPUPowerManagement.kext
link/load failed for extension /System/Library/Extensions/AppleIntelCPUPowerManagement.kext
(run kextload with -t for diagnostic output)

[MILANO]

OpenDSDT сделанный по инструкции благополучно прошел инициализацию, НО

комп тупо впадает в спячку, срабатывает какойто триггер. Не вариант...

AppleHPET, AppleRTC в строю, но AppleIntelCPUManagement так и не думает запускаться. Могу выложить dsdt файлы...

[MILANO]

На инсане http://forum.insanel...howtopic=132757 товарищ kabyl взялся BIOSы патчить на предмет багов с видяхой и процом, отсюда вопрос to slice и GLXOZ а собственно не опасен ли самопальный BIOS зальеш и ноут у тебя погаснет нафик.

[slice]

MILANO (11.11.2008, 12:49) писал:

На инсане http://forum.insanel...howtopic=132757 товарищ kabyl взялся BIOSы патчить на предмет багов с видяхой и процом, отсюда вопрос to slice и GLXOZ а собственно не опасен ли самопальный BIOS зальеш и ноут у тебя погаснет нафик.

Всегда боялся патчить биосы, видал я и дохлые компьютеры с пережженым биосом. Это было давно, но страх остался. Я - пас.
А насчет CPUPM - у тебя кекст кривой. Или инфо.плист подтертый. На варнинг не обращай внимание, я от него так и не избавился, когда все работает.

А я потихоньку ищу информацию, чего можно пропатчить, чтобы шатдаун заработал. Слип - обойдусь, система грузится моментально.

Сообщение отредактировал slice: 11 Ноя 2008 - 15:33

[ar4er]

Цитата

На инсане http://forum.insanel...howtopic=132757 товарищ kabyl взялся BIOSы патчить на предмет багов с видяхой и процом, отсюда вопрос to slice и GLXOZ а собственно не опасен ли самопальный BIOS зальеш и ноут у тебя погаснет нафик.

Я в принципе покрутился в этой теме немного. Главное всегда делать запасные копии дискет и дисков, с которых щьемся. В биосе матиринки главное чтоб был цел бутовый блок, с которого в слачае каких то неприятностей запускается утилита востоновления биоса, которой нужно подсунуть дискету или диск с нормальной копией прошивки биоса. В прошивки видеокарты главное иметь запасные диски с прошивкой, ну и записать команды для форсированой прошивки в слепую, и желательно иметь встроенную либо PCI видеокарту, чтоб не шится в слепую. НУ и конечно знать не собирается ли какой нибудь дядя Вася на электростанции или в каком нибудь щитке передёрнуть рубильник.

[slice]

MILANO (11.11.2008, 12:17) писал:

OpenDSDT сделанный по инструкции благополучно прошел инициализацию, НО

комп тупо впадает в спячку, срабатывает какойто триггер. Не вариант...

AppleHPET, AppleRTC в строю, но AppleIntelCPUManagement так и не думает запускаться. Могу выложить dsdt файлы...

Вот здесь читал дискуссию
http://forum.insanel...o...32757&st=34 ?
товарищ ovof сумел побороть ошибку AppleIntelCPUManagement .

[lasthero]

Неожиданно как. Я тоже избавился от слип трюка. Душой и телом ненавидел этот костыль.
спасибо, на инсейле бы неувидел эту тему никогда.

[MILANO]

Интересно что будет если попытаться пропатчить dsdt.dsl от макбук про, получить dsdt.aml и запуститься, есть ли смысли в таком финте ушами?)

[slice]

MILANO (11.11.2008, 16:54) писал:

Интересно что будет если попытаться пропатчить dsdt.dsl от макбук про, получить dsdt.aml и запуститься, есть ли смысли в таком финте ушами?)

Интересно, что получится. Откат на всякий случай есть. Так что давай.
Вот мой dsdt, если кому интересно

[slice]

lasthero (11.11.2008, 16:07) писал:

Неожиданно как. Я тоже избавился от слип трюка. Душой и телом ненавидел этот костыль.
спасибо, на инсейле бы неувидел эту тему никогда.

А на чем у тебя был слип-трюк? Компьютер, который в подписи?

[MILANO]

Здесь http://acpi.sourcefo...t/dsdt/view.php репозиторий dsl файликов, берем отсюда и компилируем

./DSDT Patcher *.dsl

получаем aml и пробуем.

[slice]

MILANO (11.11.2008, 20:54) писал:

Здесь http://acpi.sourcefo...t/dsdt/view.php репозиторий dsl файликов, берем отсюда и компилируем

./DSDT Patcher *.dsl

получаем aml и пробуем.

чето там пустовато, я не нашел там ни деллов, ни гигабайтов.

[lasthero]

Цитата

А на чем у тебя был слип-трюк? Компьютер, который в подписи?

Нет, с настольной машиной нет проблем. Проблема с ноутбуком на работе была.

[GLXOZ]

slice (11.11.2008, 15:29) писал:

Всегда боялся патчить биосы, видал я и дохлые компьютеры с пережженым биосом. Это было давно, но страх остался. Я - пас.
А насчет CPUPM - у тебя кекст кривой. Или инфо.плист подтертый. На варнинг не обращай внимание, я от него так и не избавился, когда все работает.

А я потихоньку ищу информацию, чего можно пропатчить, чтобы шатдаун заработал. Слип - обойдусь, система грузится моментально.

Ну я патченый БИОС для MSI 945GCM5-F v2 зашил, работает уже месяц, жена пока ни на что не жалуется, а при загрузке с оригинального дистра все-равно на интел-паверменеджмент ругается что нету хпета для него.)

[MILANO]

Макбуковский aml ввел систему в панику. Поставил родной aml в паре с другим более старым биосом. Заметил одну вещь когда патчишь систему на предмет DSDT то начитнает работать AppleHPET, AppleIntelCPUPowermanagement рапортует следующее

Nov 12 10:05:11 localhost kernel[0]: Extension "com.apple.driver.AppleIntelCPUPowerManagement" has immediate dependencies on both com.apple.kernel and com.apple.kpi components; use only one style.
Nov 12 10:05:11 localhost kernel[0]: Class "AppleIntelCPUPowerManagement" is duplicate
Nov 12 10:05:11 localhost kernel[0]: kmod_control/start failed for com.apple.driver.AppleIntelCPUPowerManagement; destroying kmod
Nov 12 10:05:11 localhost kernel[0]: ^[[33mFailed to load extension com.apple.driver.AppleIntelCPUPowerManagement.

Что за дупликат еще?)) Про какие то зависимости речь идет?...

Прикрепленные файлы

•  mac.png (560,89К)
  Количество загрузок:: 165

Сообщение отредактировал MILANO: 12 Ноя 2008 - 11:29