HyperSLI 1.0 & DifferentSLI 320.18

Статьи и FAQ

Исследование работы асимметричного SLI
FAQ по теме(устарело): Part1 & Part2
Обзор доступных методов для включения SLI (устарело)

DifferentSLI

290.53 Vista & 7 x64
http://anatolymik.itzod.ru/DifferentSLI/290.53/DriverWinVista7x64.zip

296.10 Vista & 7 x64
http://anatolymik.itzod.ru/DifferentSLI/296.10/DriverWinVista7x64.rar

301.42 Vista & 7 x64
http://anatolymik.itzod.ru/DifferentSLI/301.42/DriverWinVista7x64.rar

310.70 Vista & 7 x64
http://anatolymik.itzod.ru/DifferentSLI/310.70/DriverWinVista7x64.rar

314.22 Vista & 7 x64
http://anatolymik.itzod.ru/DifferentSLI/314.22/DriverWinVista7x64.rar

320.18 Vista & 7 x64
http://anatolymik.itzod.ru/DifferentSLI/320.18/DriverWinVista7x64.rar

Установка выполняется в несколько этапов:
1. Установить необходимые карты
2. Установить оригинальный драйвер соответствующей версии и перезагрузить ПК
3. Установить модифицированный драйвер и перезагрузить ПК

Данный мод не отключает обязательной SLI сертификации материнских плат

HyperSLI

HyperSLI 0.1 beta
http://anatolymik.itzod.ru/HyperSLI/HyperSLI_0.1_beta.exe

HyperSLI 0.6 beta
http://anatolymik.itzod.ru/HyperSLI/HyperSLI_0.6_beta.exe

HyperSLI 0.7 beta
http://anatolymik.itzod.ru/HyperSLI/HyperSLI_0.7_beta.exe

HyperSLI 0.8 beta
http://anatolymik.itzod.ru/HyperSLI/HyperSLI_0.8_beta.exe

HyperSLI 0.81
http://anatolymik.itzod.ru/HyperSLI/HyperSLI_0.81.exe

HyperSLI 0.9
http://anatolymik.itzod.ru/HyperSLI/HyperSLI_0.9.exe

HyperSLI 0.96
http://anatolymik.itzod.ru/HyperSLI/HyperSLI_0.96.exe

HyperSLI 1.0
http://anatolymik.itzod.ru/HyperSLI/HyperSLI_1.0.exe

Системные требования:
Процессор с поддержкой технологии виртуализации(для аппаратного гипервизора)

Для установки следует запустить утилиту и следовать её инструкциям

Угу. Как и тот что для х86, загружается бутлоадером до запуска KeInitSystem(), правит HAL и ядро.

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

Опять hal будет патчится ?

Да, но не файл а образ в памяти. Файл трогаться не будет точно так же, как и не трогается драйвером для х86.

Тогда цифровая подпись нужна...

При наличии времени, kdbg, второго компа и шнура для COM/USB/Firewire нужность цифровой подписи значительно снижается. Уже пропатчил ntoskrnl.exe, подписей не просит но иногда падает ) Ищу ошибко...

давай. а я займусь пока своим делом. более того я уже провел значительные улутшения. теперь работает на компьютерах НА БАЗЕ МОЩНЕЙШИХ ПРОЦЕССОРОВ АМД. До того не работало. Но есть еще подводные камни похоже. Которые я ищу. После того как я все выясню я с радостью с тобой поделюсь чтобы ты мог включить их в свой патч. Но если тебе не терпиться могу рассказать сейчас что я еще откапал.

Мой патч теперь не требует сертификата СЛАЙ для конкретного производителя. Достаточно просто установить СЛАЙ для АСУС независимо от производителя материнской платы.

Добавлено спустя 4 минуты 12 секунд:
HertZ
Кстати как ты думаешь: почему НВ не сделала обращение к конфигурационному пространству через порты ввода-вывода чипсета, а сделала через функцию HalGetBusDataByOffset. Меня это интересует потому что увидя они сейчас это они изменят защиту. И могут сделать прямое обращение миную эту функцию. А я хотел бы сделать патч раз и навсегда. Дело в том что я хочу еще видюшку поставить.

Чтобы понять это, достаточно прочитать этот пост:

http://total-oc.ru/forum/viewtopic.php?p=116327#p116327

Драйверописатели в нвидии еще похлеще мелкомягких кернелописателей будут... Если можно что-то не переписывать, оставят как есть до последнего.


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

HertZ
А через атсив драйвер если загружать? грузится без проблем и никаких подписей.. сержа спроси как он делал..

Об этом знаю. В этом направлении веду исследования

Подписи-это полная хрень по сравнению с тем, что ждет драйвер в 64-битной винде после загрузки. Даже с пропатченным ядром, не проверяющим подписи драйверов, легче не стало

Добавлено спустя 47 минут 8 секунд:
Маленькая победа:

#77

Теперь осталось найти и исправить вызов CiInitialize в winload.exe, и о подписях с тестовым режимом можно забыть.

Добавлено спустя 1 час 23 минуты 54 секунды:
Все, загрузчик похачен... Прощайте подписи Так что теперь есть методика загрузки неподписанных дров до старта оси

Это хорошая новость.

anatolymik, что собственно и требовалось доказать.

З.Ы. выложите кто-нибудь winload.exe от семерки для адм64.

HertZ держи winload.exe

Пасиб. Если все будет ОК, то сегодня выложу пропатченные файлы, избавляющие от необходимости использования тестового режима с пропатченным hal. Раз уж модифицированное ядро не моргнув глазом загрузило, то hal загрузит точно.

Нашел нужную функцию, изменений в сравнении с вистой нет никаких.

Добавлено спустя 1 час 7 минут 35 секунд:
Готово, вот загрузчик для 64-битной висты. Вот он же для w7. Если использовать их, то нет необходимости пользоваться тестовыми подписями и тестовым режимом для модифицированных системных файлов и драйверов, имеющих тип загрузки SERVICE_BOOT_START.

Устанавливать так:

1. Копируем модифицированный файл в system32, оригинальный файл лучше не заменяем. Это позволит в случае чего "вернуть все в зад"
2. Открываем консоль от имени админа, и вот что делаем:



На такую команду оно должно отозваться примерно так (для русской аналогично):


Далее набиваем, заменив выделенное красным на свой идентификатор, полученный в предыдущем шаге.

Для висты:



Для w7:



Если был включен тестовый режим и не используются драйверы утилит вроде ATITool, то его можно отключить для новой записи. И без него будет нормально грузиться:


После ребута можно будет выбрать, с каким загрузчиком запускать систему. По-старому, с тестовым режимом или с новым загрузчиком и в нормальном режиме.

А пока работаю над модификацией ntoskrnl.exe, чтобы отрубить проверку и обычных драйверов тоже.

Добавлено спустя 6 минут 26 секунд:
Добавил этот пост в виде заметки на ПС:
http://people.overclockers.ru/HertZ/record2

HertZ
Для выньСЕМЬ неработает. При загрузке появляется меню:
#77
Затем пробегает полоска копирования файлов и вылазит вот такое окно:
#77
А затем такое:
#77
После этого я перегрузился и стартанул пункт Windows 7 - все работает как и раньше. Так что целостность системы проверяется еще чем то перед загрузкой...
PS: на сколько я понял теперь надо только менять патченый загрузчик в System 32 ?
PPS: как удалить пункт в меню зарузки "Patched winloader" ?

alex1974
Спасибо. Понятно, значит в w7 добавили еще одну проверку. Под вистой патченый загрузчик работает на отлично, сам сейчас сижу в нормальном режиме с патченым кернелом благодаря ему... Исправлю пока пост. Поставлю потом семерку и буду разбираться.


bcdedit /delete {01234567-89ab-cdef-00ff-fff000ffffff}


Не, это для отключения проверки подписей файлов перед загрузкой. Позволяет не использовать тестовый режим с модифицированными ядром, hal и т.п.

А как теперь узнать вот это {01234567-89ab-cdef-00ff-fff000ffffff} ? В прошлый раз я этот код нигде не сохранил . На сколько я понимаю bcdedit /copy {current} /d "Patched winloader" выдаст чтото другое ?

bcdedit /v и bcdedit /enum



Добавлено спустя 7 минут 23 секунды:
Вот скрин:

#77

HertZ
Сенкс, уже все вернул в зад

alex1974


Появилась мысль насчет семерки... Видимо, копаться надо в ci.dll. Посмотрим.