GMABooster? Разгоняем?

[@naum]

Мне показалось также, но здесь можно понять автора, я поискал по всем magic numbers — результаты нулевые. Те что есть, обычно ссылаются на GMABooster под Mac (там он спалился открытым прокидыванием параметров). Т.е. это его личные наработки, скорее всего. А отсюда уже желание получить хоть какой-то feedback. В итоге я себя даже как-то не уютно чувствую.

[@nett00n]

Из всего вышеперечисленного мне катастрофически не нравится затирание копирайтов. Вспоминается (ох щас заминусуют) Болженос…

[@naum]

Тут глупо было затирать копирайт, всего лишь использование стороннего бесплатного и открытого модуля для выполнения своих задач. Можно было оставить все как есть, нарушения лицензии не было изначально.

[@dddasd]

есть драйвер для доступа к портам I/O и памяти устройств — WinIO, там в версии 3.0 заявлена поддержка 64-битных систем.
www.internals.com/

[@naum]

То что нужно! Обещать не буду, но попробую сделать маленькую утилитку под windows и обе архитектуры. Приложения и пожелания приветствуются.

[@dmitryrublev]

Вот если бы под x3100 можно было частоты переключать… =)
Я правильно понимаю, что там уже другие значения в регистры отсылаться должны?

[@naum]

Вероятнее всего — да, нужен специалист, который сможет понять что/куда и как, либо ждать реализации от автора GMABooster'a. Надеюсь, что моя статья не заставит его прекратить работу над проектом и повлияет только хорошим образом на развитие.

[@SkazochNik]

Я всегда знал, что хабр — торт!

[@MAD_Kolia]

«Сталин сказал: — Своё иметь надо.»

[@sunburn]

Теперь осталось найти magic number для x4500
Думаю что автор программы не смог таким образом погнать видео отличное от 900 и 950, а каминг сун для новых видеокарт — просто способ вышибать деньги на разработку. Вон, даже на хабре все хотели скинуться и подогнать ему ноут.
Печально.

[@xdemon]

для линукса инструкции верны, долгое время использовал на hp 2140. Так же в свое время мне кто-то показал что вместо GMABooster можно использовать дефолтный setpci :)

[@naum]

Это решение (которое само собой совпало с моим) — и есть перехвачанный вызов reggie_se со стороны GMABooster'a, сделанный тупо в лоб обоими сторонами. Далее автор поясняет, что под Mac reggie_se стоит вызывать с плавающим параметром девайса, предварительно получив его. Иначе действия могут применяться куда угодно, но не к адаптеру, вот его и рекомендуется использовать.

[@tea]

Это совпадение, не более того.

[@tea]

Я имел ввиду адрес загрузки AppleEFIRuntime.kext — просто совпадение.

[@NeX]

Аналог reggie_se под win бывает?

[@tea]

А можно и в DSDT сразу подправить (а при желании потом и в BIOS прошить):
Для устройства GFX0 (у кого-то может быть другое имя, важно что бы было _ADR = 0x00020000) добавляем OperationRegion типа PCI_Config с адресом 0xF0 и длинной 0x04:
OperationRegion (BOST, PCI_Config, 0xF0, 0x04)
объявляем одно поле:
Field (BOST, DWordAcc, NoLock, Preserve)
{
FREQ, 32
}
насчет длинны 32 бита не уверен, возможно нужно будет сделать 2 по 16.
Добавляем метод _INI в устройство GFX0:
Method (_INI, 0, NotSerialized)
{
Store (0x34646000, FREQ)
Sleep (0x01)
Store (0x34640533, FREQ)
}
Для того, что бы после просыпания не слетал разгон, добавим (на всякий случай, не уверен, что _INI вызывается при просыпании) вызом этого метода в _WAK:

Method (_WAK, 1, NotSerialized)
{
… skip…
\_SB.PCI0.GFX0._INI()
Return (Package () {0x00, 0x00})
}

Должно работать :)

[@naum]

Вот таких комментариев я и ждал!

[@tea]

Погонял синтетику (по много раз). Результат: прирост 5%.
Не стоит оно того.

[@aryeh]

затирание копирайта печально… и зачем??!