Пожелания к БИОС патчеру

добавьте отключение 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.

Люди добавьте в архив с BP историю версий тк непонятно с чем он умеет работять а с чем нет

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.

		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

Опытному ремонтнику не помешала бы опция BIOS Patcher, когда по ключу скажем /w - Write можно было бы задать адрес, например, F000:2909, который патчер бы заменил на код

MOV AX,0DEADh
_DEADPOINT: OUT 80h,AX
JMP _DEADPOINT

Тогда строка запуска имела бы вид BP sample.bin /WF:2909 или /WE:2110, что в последнем случае указывало бы на адрес E000:2110 в ORIGINAL.TMP. Как нам кажется, это вполне осуществимо имеющимися средствами патчера.
P.S. Пример кода взят из BIOS платы ECS KM400-M2 Rev.1

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

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

Сорри за Offtop
Почему бы не закрыть тему , тк патчер вряд ли уже будет обновляться((