[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

[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

[cVad]

suntory (13.11.2008, 23:59) писал:

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

Шапку внимательно прочитайте. Для чего, всю эту беду затеяли, как вы думаете?

[suntory]

да, уже почитал шапку и по соседству и немного разобрался. нифига не работает

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

[npwski]

cvad (13.11.2008, 23:48) писал:

если подтвердится реальное повышение температуры,

Повышение температуры подтверждается, оно довольно значительное. Я беру показания температуры через альтернативный механизм с датчиков Винбонда при помощи средства, сделанного Daemon'ом

cvad (13.11.2008, 23:48) писал:

лучше будет отключить снова AppleIntelCPUPowerManagement

Конечно, AppleIntelCPUPowerManagement грузится не на постоянной основе, а только для того, чтобы проверить, сработал ли метод.

Я поправил свой вопрос в посте 44, внес короткое уточнение.

[MILANO]

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

УРРРАААА!

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

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

Мда.... Проц то греется реально и в двух ядрах о стабильности мечтать приходиться. На 65 градусах работать как то не вариант кулер то и дело включается в экстреный режим...
С какой это радости ентот самы кекст AppleIntelCPUPowerManagement хреново менеджмент проца ведет. На стационарные тачки мона конечно и охладитель из серии оверлокерских поставить но вот в ноуте то не поменять да и не серьезно это прогибаться...

Работаю на GenericCPU но в двух ядрах система не научилась работать или я не научил, стабильная температура 42 зато.

[cVad]

MILANO (14.11.2008, 8:11) писал:

Мда.... Проц то греется реально и в двух ядрах о стабильности мечтать приходиться. На 65 градусах работать как то не вариант кулер то и дело включается в экстреный режим...
С какой это радости ентот самы кекст AppleIntelCPUPowerManagement хреново менеджмент проца ведет. На стационарные тачки мона конечно и охладитель из серии оверлокерских поставить но вот в ноуте то не поменять да и не серьезно это прогибаться...

Работаю на GenericCPU но в двух ядрах система не научилась работать или я не научил, стабильная температура 42 зато.

Поставить обратно дисеблер, нам такой AppleIntelCPUPowerManagement, не нужен.
Если DSDT.aml создался корректный, должны работать все ядра.



Инфа выводимая GenericCPUPMControl.app

[slice]

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

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

С этим .aml+Chameleon_DSDT успешно инициализируется AppleIntelCPUPowerMAnagement, никакой паники, все работает ОК.

Да я пока не такой спец, чтобы понять все дерево DSDT. У тебя заработало? Что-то еще хочешь?

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

УРРРАААА!

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

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

Главнее то, что у тебя заработал НРЕТ, потому и IntelCPUPowerManagement заработал. А вот отчеты, что с ним температура возросла совершенно реальны. Правду говорит cvad:

cvad (14.11.2008, 13:13) писал:

Поставить обратно дисеблер, нам такой AppleIntelCPUPowerManagement, не нужен.
Если DSDT.aml создался корректный, должны работать все ядра.



Инфа выводимая GenericCPUPMControl.app

Есть еще вариант IntelSpeedStep от Mercurysquad. И по моим ощущениям - работает лучше всех, и ЦПУ самый холодный.

[MILANO]

Как посмотреть какой процессор приводит к крашу системы, что то вроде дампа.

Ситуация: загрузилась система в двухядерном режиме даю нагрузку на проц и получаю висяк... Из висюгана выхожу удерживанием
PowerON.

Вопрос как снять дамп системы в момент краша?

[Swoper]

я конечно не спец
по поводу температуры сказать хочу
может не спроста на МакПро стоит водяное охлаждение процов?
хотя в интел маки я не лазил
но у меня на 2х процессорном G5 (корпуса такие же) на работе там такая офигительная система охлаждения что просто пипец
треть системника (ну может четверть)

[MILANO]

http://home.sc.rr.co...MBP/Photos.html

Человек разобрал свой мак бук про и показал систему охлаждения.

http://eshop.macsales.com/Reviews/hardware...es/Image15.html

Внтури макбука

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

[cVad]

MILANO (14.11.2008, 15:54) писал:

http://home.sc.rr.co...MBP/Photos.html

Человек разобрал свой мак бук про и показал систему охлаждения.

Сорры не в тему.
Термапасты столько, как будто пьяный китаец собирал.

[GLXOZ]

Товарищи, скажите мне дурику, я так понимаю, мне с ядрами париться не надо, так?
 devtree.jpg (88,01К)
Количество загрузок:: 36
Вот пишу и сам думаю что глупый вопрос, но все же.

[caine]

GLXOZ (14.11.2008, 23:43) писал:

Товарищи, скажите мне дурику, я так понимаю, мне с ядрами париться не надо, так?

Не надо, да. 4 ядра на лицо.

Сообщение отредактировал _caine: 15 Ноя 2008 - 01:00

[GLXOZ]

_caine (15.11.2008, 0:58) писал:

Не надо, да. 4 ядра на лицо.

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

[npwski]

GLXOZ (15.11.2008, 9:45) писал:

Интересно услышать об успешной работе сего кекста при загрузке с флешки.

Специально проверил, OpenDSDT успешно грузится с флешки, из initrd/Extra/Extensions. Вместе с ним пришлось положить IntelCPUPMDisabler.kext, иначе была бы паника. Вот лог:

bash-3.2# dmesg | grep -i dsdt
   OpenDSDT: [::attach] calledExtension "com.apple.driver.ApplePCIConfigurator" has immediate dependencies on both com.apple.kernel and com.apple.kpi components; use only one style.
   OpenDSDT: [::start] called
   OpenDSDT: [::replaceDSDT] called
   OpenDSDT: [::getDsdtAddress] calledExtension "com.apple.driver.AppleACPIPlatform" has immediate dependencies on both com.apple.kernel and com.apple.kpi components; use only one style.
   OpenDSDT: Found DSDT @ 0xBFF80590
   OpenDSDT: Successfully replaced DSDT.

Насколько я понимаю, одной из целей манипуляций с DSDT является будущее безболезненное обновление на 10.5.6, страховка от нынынешнего AppleIntelCPUPowerManagement и будущего AppleRTC. Но при помощи OpenDSDT этой цели добиться нельзя (или я где-то ошибаюсь).

[caine]

GLXOZ (15.11.2008, 9:45) писал:

насчет OpenDSDT
...
Интересно услышать об успешной работе сего кекста при загрузке с флешки.

Пока могу только огорчить, успешной работы с кекстом не добился. Получал таблицу как с помощью скрипта, так и с помощью GetDSDT (в нормальных условия она везде одинаковая, о ненормальных - см. ниже), откорректировал ее патчем и переконвертил в hex c помощью BBEdit (слава grep'у). При последующей загрузке получил:

localhost kernel[0]: OpenDSDT: Found DSDT @ 0xBEEF8000
localhost kernel[0]: OpenDSDT: Failed, new ACPI table is bigger than original.
localhost kernel[0]: OpenDSDT: Failed to replace DSDT.

т.е. новая таблица не уместилась на место предыдущей. Залез в код, удалил пару ненужных устройств (ну нету у DP35DP ни FDC ни LPT ни IGFX), скомпилил, полюбовался на слегка уменьшившийся размер таблицы и вновь засунул в OpenDSDT.
Теперь кекст загрузился, хоть и ругнулся на не ту версию ACPI:

localhost kernel[0]: OpenDSDT: [::attach] called
localhost kernel[0]: OpenDSDT: [::start] called
localhost kernel[0]: OpenDSDT: [::replaceDSDT] calledExtension "com.apple.driver.AppleACPIPlatform" has immediate dependencies on both com.apple.kernel and com.apple.kpi components; use only one style.
localhost kernel[0]: OpenDSDT: Failed to get ACPIv2 nub, defaulting to ACPIv1.
localhost kernel[0]: OpenDSDT: [::getDsdtAddress] called
localhost kernel[0]: OpenDSDT: Found DSDT @ 0xBEEF8000
localhost kernel[0]: OpenDSDT: Successfully replaced DSDT.

Загрузка пошла дальше, но все равно получаю

localhost kernel[0]: Package 0 didn't get an HPET

Причем, даже в этом случае удается загрузиться до рабочего стола(!!!), но через несколько секунд система намертво виснет.
Решил разобраться. Добавил Disabler.kext обратно в загрузку, зашел в систему и попробовал проверить насколько удачно загрузилась таблица, т.е. снова ее прочитать. Запускаю скрипт и получаю... пустую таблицу длиной 100 с чем-то байт, без единого устройства, одни заголовки. На всякий случай запускаю GetDSDT и получаю... начальную неизмененную таблицу. Прав, imho, GetDSDT, ибо он получает данные напрямую из IORegistry, а скрипт getDSDT.sh - запуском ioreg и дальнейшей обрезкой дампа. IORegistryExplorer с неизменившимся деревом устройств подтверждает мои догадки.
В любом случае вывод ясен: OpenDSDT.kext работает некорректно и либо засовывает фальшивую таблицу не туда, куда следует (0xBEEF8000?), либо и вовсе никуда не засовывает, а только подло рапортует об успехе.

[GLXOZ]

_caine (15.11.2008, 15:40) писал:

Пока могу только огорчить, успешной работы с кекстом не добился. Получал таблицу как с помощью скрипта, так и с помощью GetDSDT (в нормальных условия она везде одинаковая, о ненормальных - см. ниже), откорректировал ее патчем и переконвертил в hex c помощью BBEdit (слава grep'у). При последующей загрузке получил:

localhost kernel[0]: OpenDSDT: Found DSDT @ 0xBEEF8000
localhost kernel[0]: OpenDSDT: Failed, new ACPI table is bigger than original.
localhost kernel[0]: OpenDSDT: Failed to replace DSDT.

т.е. новая таблица не уместилась на место предыдущей. Залез в код, удалил пару ненужных устройств (ну нету у DP35DP ни FDC ни LPT ни IGFX), скомпилил, полюбовался на слегка уменьшившийся размер таблицы и вновь засунул в OpenDSDT.
Теперь кекст загрузился, хоть и ругнулся на не ту версию ACPI:

localhost kernel[0]: OpenDSDT: [::attach] called
localhost kernel[0]: OpenDSDT: [::start] called
localhost kernel[0]: OpenDSDT: [::replaceDSDT] calledExtension "com.apple.driver.AppleACPIPlatform" has immediate dependencies on both com.apple.kernel and com.apple.kpi components; use only one style.
localhost kernel[0]: OpenDSDT: Failed to get ACPIv2 nub, defaulting to ACPIv1.
localhost kernel[0]: OpenDSDT: [::getDsdtAddress] called
localhost kernel[0]: OpenDSDT: Found DSDT @ 0xBEEF8000
localhost kernel[0]: OpenDSDT: Successfully replaced DSDT.

Загрузка пошла дальше, но все равно получаю

localhost kernel[0]: Package 0 didn't get an HPET

Причем, даже в этом случае удается загрузиться до рабочего стола(!!!), но через несколько секунд система намертво виснет.
Решил разобраться. Добавил Disabler.kext обратно в загрузку, зашел в систему и попробовал проверить насколько удачно загрузилась таблица, т.е. снова ее прочитать. Запускаю скрипт и получаю... пустую таблицу длиной 100 с чем-то байт, без единого устройства, одни заголовки. На всякий случай запускаю GetDSDT и получаю... начальную неизмененную таблицу. Прав, imho, GetDSDT, ибо он получает данные напрямую из IORegistry, а скрипт getDSDT.sh - запуском ioreg и дальнейшей обрезкой дампа. IORegistryExplorer с неизменившимся деревом устройств подтверждает мои догадки.
В любом случае вывод ясен: OpenDSDT.kext работает некорректно и либо засовывает фальшивую таблицу не туда, куда следует (0xBEEF8000?), либо и вовсе никуда не засовывает, а только подло рапортует об успехе.

Мда, как то не очень обнадеживающе, хотя....работает же все и так. Пока так поживем. Хочешь свой "дат" подкину, либо...дай свой кекст собраный побаловаться, просто за интерес, я давно уж заметил, что моя DP35DP - эксклюзив, я думаю ты в курсе чем.)))

[caine]

GLXOZ (15.11.2008, 16:11) писал:

Мда, как то не очень обнадеживающе, хотя....работает же все и так. Пока так поживем. Хочешь свой "дат" подкину, либо...дай свой кекст собраный побаловаться, просто за интерес, я давно уж заметил, что моя DP35DP - эксклюзив, я думаю ты в курсе чем.)))

Да уж, заметил. Давай меняться: я тебе кекст, а ты мне дат
 OpenDSDT.kext.zip (38,1К)
Количество загрузок:: 25

[cVad]

GLXOZ (15.11.2008, 16:11) писал:

Мда, как то не очень обнадеживающе, хотя....работает же все и так....

Видимо, только до следующего обновления...
Как писали на сане, OpenDSDT.kext, грузится, когда уже "поздно шашкой махать". Поэтому бесполезен.
Пока единственный выход - патченый Chameleon.

[GLXOZ]

cvad (15.11.2008, 18:25) писал:

Видимо, только до следующего обновления...
Как писали на сане, OpenDSDT.kext, грузится, когда уже "поздно шашкой махать". Поэтому бесполезен.
Пока единственный выход - патченый Chameleon.

Ясно, ну что же будем жить дальше, а так могу от себя добавить, что на своей железке, ниспытывал проблем с онлайн-обновлениями аж с 10.5 , надеюсь, что и так далее все будет. Хотя ...кто знает, может ты и прав, все когда-нибудь заканчивается, хорошее и плохое.

[GLXOZ]

[quote name='_caine' post='73951' date='15.11.2008, 17:40']Да уж, заметил. Давай меняться: я тебе кекст, а ты мне дат
Как скажешь, спасибо, за аттач, вот тебе мой "дат",
 mydat.zip (5,03К)
Количество загрузок:: 10
без установленного OpenDSDT.

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