добавьте отключение thermal monitor (TM1) в биос, прога RightMark CPU Clock Utility умеет это делать, да и на хоботе написано, что троттлинг включается в биос. Кстати прогой классно отключать тм1 и заставлять бездельника пень4 работать на полную

Очень хотелось бы, чтобы патчер обновлял BIOS-ы материнок под S754 для поддержки последними мобильных Low Power Sempron (Thurion?) 25Ватт. Вот таких Sempron, в частности:
OPN-Code: SMS2800BOX3LA
Modell: 2800+
Frequenz: 1600Mhz
HT Speed: 800Mhz
L2 Cache: 256KB
Vcore: 1,25V
max Icore: 18,7A
max TDIE: 95C
Pmax: 25W
Core: Sonora (Paris?), 130nm
Cool 'n' Quiet: yes

А то работает этот зверь далеко не на всех десктопных матерях. В частности, на DFI Lanparty UT nF3 250GB работает великолепно. Т.е. опознается BIOS-ом полностью корректно и по названию и по вольтажу и по частоте. А вот две матери µATX-формфактора вообще не стартуют с ним не взирая на предварительно прошитый актуальный BIOS. Очевидно мать не может понять устанавливаемую процем комбинацию VID, непривычно низкое напряжение ему надо. Так что при подачи питания наблюдаю мертвый экран. А матери это такие: K8MM-LSR и Biostar K8NHA-M Grand.

wikman
читайте новостную ленту и форум - вот Вам и история версий ;)

ключ /a10 для замобиленного(удачно) проца(superlocked Duron 23ytl 2005), что дает?
1.Т.е. он стартует с этим КУ?
2.Или максимальный КУ для изменения в Винде потом сторонними прогами(CrystalCPUID)?
У меня Дюрон 1800(13,5*133).
Хочу заставить работать его на 166 шине, но стартовый множитель у него получается 13,5(он залочен). На такой частоте он не стабилен(166*13,5),т.е. загрузка не проходит до конца. А так приходится на 133 шине сидет и менять множитель(любой выставляю- L5[1] залочен) с CrystalCPUID

Итак, как бы стартовать с нужного множителя?
И еще что там с разлочиванием кэша для залоченных дюронов, когда фича добавится?

Существует проблема при ремонте материнских плат, когда реальна необходимость трассировки POST. Так зачастую возникает зависание при выполнении кода 25h, связанного с вызовом процедуры Ct_Early_Shadow.
[code:1]
Ct_Early_Shadow proc near
F000:2904 call far ptr 1000h:773Dh ; пустая функция
F000:2909 call far ptr 0E000h:0BAEDh
F000:290E call far ptr 0E000h:0B2E3h
F000:2913 call far ptr 1000h:773Eh ; пустая функция
F000:2918 call Pci_IO_Mem_Init
F000:291B call far ptr 0E000h:0BD09h
F000:2920 call far ptr 0E000h:0B6D3h
F000:2925 call far ptr 0E000h:0B75Ah
F000:292A mov eax, 1
F000:2930 cpuid
F000:2932 cmp ax, 660h
F000:2935 jnb End
F000:2937 push cs
F000:2938 push offset loc_F2943
F000:293B push 867Bh
F000:293E jmp far ptr 0E000h:8000h
F000:2943 mov si, 67Bh
F000:2946 mov bx, 200h
F000:2949 mov dh, 1
F000:294B call far ptr 1000h:3E0Fh
F000:2950 mov si, 67Bh
F000:2953 or word ptr cs:[si], 8
F000:2957 mov si, 775h
F000:295A or word ptr cs:[si], 8
F000:295E push cs
F000:295F push offset End
F000:2962 push offset _call_10_ ; SMBUS
F000:2965 jmp far ptr 0E000h:8000h
End:
F000:296A retn
[/code:1]
Опытному ремонтнику не помешала бы опция BIOS Patcher, когда по ключу скажем /w - Write можно было бы задать адрес, например, F000:2909, который патчер бы заменил на код
[code:1]MOV AX,0DEADh
_DEADPOINT: OUT 80h,AX
JMP _DEADPOINT
[/code:1]
Тогда строка запуска имела бы вид BP sample.bin /WF:2909 или /WE:2110, что в последнем случае указывало бы на адрес E000:2110 в ORIGINAL.TMP. Как нам кажется, это вполне осуществимо имеющимися средствами патчера.
P.S. Пример кода взят из BIOS платы ECS KM400-M2 Rev.1

Замена кода есть в недокументированных ключиках. Так сразу и не вспомню их формат. Который уж месяц, как выпал из "общественно-форумной жизни" из-за затянувшейся киевской командировки. Вернусь - закину формат.

Вы бы на чашку кофе зашли, раз уж в Киеве судьба забросила :)