Выложил небольшой набор утилиток двухлетней давности для выдергивания информации об ACPI из реестра винды и преобразования ее при помощи интеловского компилятора в ASL-код.

ACPI_from_REGISTRY_to_ASL.rar

Цитата из !info.txt

Для тех, кто не совсем понимает о чем речь: в итоге должно получиться нечто подобное:

#77

Этот архив -- своего рода приложение к следующим моим записям:

Прививаем PowerNow! десктопным материнским платам
Вывод на POST-индикатор температуры проца средствами операционной системы.
Обустраиваем 'Термальную зону' (_TZ)

xerius

SATARAID = 3112 и пр. (3114, 3152 итд) с рейдовым БИОСом
SATALink = 3112 и пр. с нерейдовым БИОСом.

э-э-э... тяжко. Обратную задачу (вывести список дивайсов с VenID/DevID или инфу по конкретному у-ву) - без проблем. Так что пока придется перебирать ручками. Либо можно воспользоваться какой-нить утилитой вроде PCI32, а потом делать поиск по ее логу...
Добавлено спустя 2 минуты, 52 секунды
SweetLow

контроллер такой был, но но стандартных дровах он не работал.

ClassCode=01/80/00

Подробности:




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


... или без биоса вообще.

Прога интересная. Жаль только, что шароварная.

xKVtor
качаешь помощь от другой версии которая прекрасно пашет. Помощь ищешь в инете.
По поводу первой статьи хочу сказать пару слов: относительно Si0680 - изменил проверил работает. Решил сделать "полуавтомат" для проверки - каково было удивление когда получился сразу "автомат"! Ничего не менял в приоритетах, сразу все пошло, даже и не знаю почему, WPCRSET далеко внизу со своим n/a тегом, хотя я дрова старые не удалял на контроллер может в этом дело.
Отредактировано модератором: Dron`t. Дата: 04.13.2006 0:17

xKVtor
Спасибо.


Вообще то по докам 01/01/85 - это совершенно стандартный режим функционирования для 0680A. Его даже аппаратно можно в такой режим установить согласно даташиту.
Добавлено спустя 37 минут, 23 секунды
P.S. Не мог бы ты даташит на SiI 0649 выложить? А то что-то по ссылке он недоступен и в сети не находится.

oposssum Псевдоавтомат обсуждался здесь

SweetLow Прямые ссылки ни на файл, ни на страницу, с которой он скачан, не работают.
Надо с самого корня сайта начинать.

Поэтому выложил даташит на SiI0649 на своей ПС: SiI-DS-0066-B_649_.pdf (1,7Мб)


Ты про это:

Надо будет поразбираться как-нибудь...

Спасибо.


Ага.

Братцы! Может кто подскажет? Я решил в своем St-Lab A142 на Sil680 номенять ПЗУ OTP EEPROM на флэшку. Ну все сделал, панельку припаял, флешку поставил, перешил - работает. Ну этого же всегда мало Хочется же еще и БИОС переделать. Ну по крайней мере заменить DeviceID. Я в винхекс посмотрел, комбинация 8006h там 10 раз в прошивке встречается (прошивка b3210.bin). Из них 6 раз вместе с VendorID. Ну я по глупости своей поменял все DeviceID (решил, блин, что этого достаточно) Но девайс как определялся 0680, так и определяется Я на rom.by читал, что контроллер эти данные из БИОСа своего берет. Оказалось нет. Может кто ковырялся с БИОСом. Подскажите, че делать?

nForce4 vs StarForce случайно не рассматривался?

Закинул на ПС слегка модифицированные драйвера для SiI0680 под DeviceID=0687 (50Кб).

Перед установкой весьма желательно удалить предыдущие модифицированные, ссылка на которые есть в статье "SiI vs Starforce".

Главное преимущество новой редакции перед старой: официальный драйвер и новый модифицированный могут одновременно сосуществовать в системе.

-=STAS=- Нет пока.

А по моему вопросу никто не знает? Что на форуме нет знатаков ассемблера? Давайте скинемся по 50WMZ, найдем программера который на хардварном уровне, путем патча прошивки, решит проблему смены DevID. Я конечно в ассемблере дуб, но думаю так, если даже DevID определяется комбинацией резисторов (иногда так делают) то ведь можно перенаправить запрос на определение DevID в пустое место прошивки, вписать туда нужные данные, а затем продолжить выполнение кода. Извиняюсь, если сморозил глупость

xerius

Я не знаток ассемблера, но кое-что у меня получилось.

BIOS_0687_MOD_for_SiI0680A.rar

xKVtor Спасибо. Сейчас попробую. О результате отпишу.
Добавлено спустя 1 час, 18 минут, 4 секунды
xKVtor Еще раз ОГРОМНОЕ СПАСИБО!!! Все работает. Проверил на игре, которая 680тый в лицо знает, точнее знала
Нам, пытливым умам, хотелось бы поподробней узнать о том как это было сделано. Я глянул в новую прошивку... По сути ее и нет. Я так понимаю там только осталась инициализация девайса и код смены регистров. Какие дальнейшие планы? Я думаю так:
1. Нужно этот код внедрить в стандартную прошивку, дабы все фичи контроллера работали.
2. Написать софтину, которая бы позволила автоиатом патчить дрова и прошивку на нужный DEV_ID.
3. Возможность патчить и прошивать под Вынь.
Ну по пункту 2 я попробую сам с помощью "HiAsm" www.hiasm.com (прога для написания прог без знаиия программирования)
В остальном, к сожалению, могу быть только тестером
Добавлено спустя 1 минуту, 24 секунды
Кстати. Ком. строка при прошивке должна быть такой "updflash SI0687_R.rom –a -ID680"
Добавлено спустя 1 час, 23 минуты, 9 секунд
Еще одна тулза меня заинтересовавшая PCIScope
http://www.tssc.de/download/prods/pciscope.exe
Там на сайте много интересных штучек.
Если нужно лекарство на PCIScope, ACPIScope, DMIScope и IRPTrace есть оно у меня

Очередная вымученная статейка :

[url=http://people.overclockers.ru/xKVtor/record20]Волшебная антистарфорсовская дискета для SiliconImage SiI0680A,
или Как выполнить свой программный код до запуска Windows, если нет возможности разместить его в BIOS.[/url]

В продолжение идей CDRU.TK.

Я тоже думал над возможностью выполнения кода модификации регистров до загрузки Windows. Остановился на ntdetect.com. Чем он мне понравился:
1. Выполняется до загрузки ядра Windows, т.е. на этом этапе нет никаких ограничений на выполнение команд IN/OUT.
2. Имеет очень простую структуру - COM файл, т.е. по сути просто кусок кода.
Идею я проверил на практике, добавив к нему 1 Кб своего кода (в основном инструкции NOP) - Windows загрузился нормально. С изменением регистров пока было лень возиться, т.к. насущной необходимости нет, все и с wpcrset работает.
В самом ntdetect.com я по сути менял только адрес в одном CALL, свой код добавлял в конец файла. Структура этого файла одинакова для всех версий Win NT, так что не сложно будет сделать универсальный патчер. Конфигурацию для той или иной системы можно проводить таким же методом - просто добавляя значения регистров в конец файла, откуда наш универсальный код их будет считывать.
В общем, xKVtor, говори если тебе это интересно - тогда попробую сделать законченную версию с модификацией регистров.

Cuddles
Я думаю, всем интересно.

Лично мне идея с NTDETECT.COM очень даже понравилась: не надо биос модифицировать, с дискетами возиться. А в случае возникновения проблем можно просто загрузиться с дискеты или компакта и восстановить оригинальный NTDETECT.COM.

Вот только размер COM-файла, насколько я помню, оганичен 64-мя килобайтами. Учитывая, что размер самого ntdetect.com около 50Кб, остается около 15Кб. Правда, для сегодняшних нужд этого выше крыши.
Добавлено спустя 4 минуты, 24 секунды

xerius
Нет, только код смены регистров.

Как же это все просто на словах-то.

Статью прочитал, очень интересно, автор молодец, но не понятно одно, как весь этот огород использовать для борьбы с ненавистным СтарФорсом, в практическом так сказать русле, поскольку в противном случае смысл горожения всего этого огорода честно говоря ускользает... есть у кого нибудь какие то соображения в этом отношении ?

Как узнать, какой стоит контроллер на материнке?

Xaarq Интегрированный IDE/SATA-контроллер можно вычислить при помощи CpuZ -- на закладке Mainboard указывается производитель и модель южного моста (southbridge)

Если IDE/SATA контроллер внешний, то достаточно глянуть в Диспетчере устройств.

Nameloss
По-порядку:

1) с ненавистным старфорсом можно бороться путем изменения некоторых PCI-регистров IDE/SATA-контроллеров (внешних и интегрированных) таких производителей, как VIA, SiS, SiliconImage.

2) изменять эти самые идентификационные PCI-регистры можно несколькими способами.

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

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

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

г) использовать дискету, которой посвящена последняя статья. В этом случае для SiImage и других RAID-контроллеров (с подклассом=04h) так же придется использовать модифицированные драйвера

д) модифицировать биос IDE/SATA-контроллера, т.е. внедрить в оригинальный биос код, который сам изменяет идентификационные регистры контроллера. В этом случае опять потребуются модифицированнные драйвера.

---
В случаях в) г) д), если контроллер является стандартным (ClassCode=01/01/8x) и его подкласс и программный интерфейс не изменяются, то модифицированные драйвера не нужны.

Теперь насчет огорода.

На сегодняшний день прекрасно работают способы а) и б).

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

Возможно, они так же попытаются воспрепятствовать способу в).

Но способам г) и д) воспрепятствовать будет очень и очень затруднительно. Собственно, весь "огород" разводится именно по этой причине -- с прицелом на будущее, так сказать.

ЗЫ: Вообще говоря, антистарфорсовская дискета была выбрана лишь в качестве примера.

Кстати, эту дискету с таким же успехом можно использовать и для VIA, и для SiS. Для этих контроллеров, если ограничиться только сменой DeviceID, модифицированных драйверов, как я уже выше упоминал, не потребуется. Нужно лишь добавить новые конфигурационные файлы (*.cfg).

Пример для виашного IDE-контроллера:

VIA_IDE.cfg
Смена DeviceID: 0571h => 5555h

xKVtor эту идею СФ может загубить касательно интегрированых в южные мосты контроллеров. Они могут просто детектить южный мост, если ЮМ им известен - они точно могут сказать по каким bus, dev, func сидят IDE контроллеры и т.д., и скорее всего так и сделают