[slice]

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

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

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

Этот патч создан под загрузчик ChameleonEFI и предназначен для динамического исправления DT - Device Tree - дерево устройств перед загрузкой операционной системы.
Что там можно сделать? Переименовать устройства, назначить или отменить IRQ, а то и изменить выделение памяти устройству. Какие-то устройства можно вообще исключить из дерева.
Зачем? У авторов темы получилось оживить AppleRTC и AppleHPET, а вместе с последним ожил и AppleIntelCPUPowerManagement. У нас тут GLXOZ мечтал об этом? http://www.applelife.ru/forum0/HPET_i_vse_...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К)
  Количество загрузок:: 970
•  DSDT_Patcher1.0.1e.zip (225,93К)
  Количество загрузок:: 1110

Сообщение отредактировал 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К)
  Количество загрузок:: 46

Сообщение отредактировал 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.insanelymac.com/index.php?sho...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К)
  Количество загрузок:: 166

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

[slice]

Да у тебя в системной папке бардак! Посмотри на картинке: дубль ACPIPS2Nub. Остальное не разглядел, я думаю тебе нужно поработать над содержимым /System/Library/Extension и /Extra/Extensions. А потом перезагрузиться с ключом -f.

А вот насчет предупреждения о immediate dependency or kernel and kpi я сам не могу понять, что за хрень. Когда я пытаюсь избавится от него, система просто улетает в КП, никак не могу подобрать ключик.

[MILANO]

Просьба выложить ACPIPlatform.kext 1.2.1 у кого он есть.
Заранее благодарен.

[MILANO]

Нашел кому надо пользуйте версия 1.2.1

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

•  AppleACPIPlatform.kext.zip (245,86К)
  Количество загрузок:: 46

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

[npwski]

Интересно, кому-нибудь удалось запуститься с OpenDSDT.kext от Psystar? Хоть один положительный отзыв есть, или у всех паника при инициализации AppleIntelCPUPowerMAnagement?

Slice
Если не лень и есть время, глянь, пожалуйста на мой dsdt.aml из-под патчера. Я его hex-данные вставлял в OpenDSDT, но получал панику "Didn't get a HPET". Может, там исправить что-то или добавить? Или еще какие-то косяки?
Я его декомпильнул для удобства чтения:
 dsdt.txt (414,17К)
Количество загрузок:: 25
С этим .aml+Chameleon_DSDT успешно инициализируется AppleIntelCPUPowerMAnagement, никакой паники, все работает ОК.

Сообщение отредактировал npwski: 14 Ноя 2008 - 05:14

[MILANO]

npwski (13.11.2008, 11:05) писал:

Интересно, кому-нибудь удалось запуститься с OpenDSDT.kext от Psystar? Хоть один положительный отзыв есть, или у всех паника?

Slice
Если не лень и есть время, глянь, пожалуйста на мой dsdt.aml из-под патчера. Я его hex-данные вставлял в OpenDSDT, но получал панику "Didn't get a HPET". Может, там исправить что-то или добавить? Или еще какие-то косяки?
Я его декомпильнул для удобства чтения:
dsdt.txt
С этим .aml+Chameleon_DSDT успешно инициализируется AppleIntelCPUPowerMAnagement, никакой паники, все работает ОК.

Ни разу не получилось, даже до кернел паник не доходит.

[MILANO]

УРРРАААА!

Заработал ACPUIntelPowerManagement а вместе с ним два ядра. Удалил нафик IntelCPU disabler

Тока стабильная температура 60 градусов моего Core 2 Duo а при загрузке 100% 65 градусов. Скажите это нормально? Или подумать о новой системе охлаждения?

[caine]

MILANO (13.11.2008, 20:02) писал:

Заработал ACPUIntelPowerManagement а вместе с ним два ядра

Ну? И каким образом? Кекст или chameleon?

[suntory]

npwski (13.11.2008, 11:05) писал:

кому-нибудь удалось запуститься с OpenDSDT.kext от Psystar? Хоть один положительный отзыв есть, или у всех паника?

Мать такая, проц C2D e4500. 10.5.4 (Kalyway с апдейтами)

Что в этом хорошего или плохого я не особо понимаю. Тоже самое с OpenHalt. Я их просто так поставил. :-)

[cVad]

MILANO (13.11.2008, 20:02) писал:

УРРРАААА!

Заработал ACPUIntelPowerManagement а вместе с ним два ядра. Удалил нафик IntelCPU disabler

Тока стабильная температура 60 градусов моего Core 2 Duo а при загрузке 100% 65 градусов. Скажите это нормально? Или подумать о новой системе охлаждения?

Есть предположения, что при работе AppleIntelCPUPowerManagement, показания температуры, выводятся некорректно. Если это все же не так, для ноута, при питании от батарей, должно проявиться, как значительное уменьшение времени работы. Кто может, сравните, в двух режимах.
Два ядра заработали, естественно, не от AppleIntelCPUPowerManagement, а от коррекции "дерева устройств". Так что, если подтвердится реальное повышение температуры, лучше будет отключить снова AppleIntelCPUPowerManagement, а пользоваться GenericCPUPowerManagement.kext.

Сообщение отредактировал cvad: 13 Ноя 2008 - 23:51

[suntory]

зы
у меня не было AppleIntelCPUPowerManagement, с ним kernel panic/didn't get hpet