http://www.msfn.org/board/index.php?showtopic=59364&st=0

rChaz tracked the solution down, it seems, but some say that it is only for systems using HyperThreading Technology? anyone?

i applied the registry fix suggested, but this system i am testing on is HT. i'll try at home tonight to see if it makes a difference (i have a digital thermometer implanted in the cpu housing on my home machine so it will be easy to see if this works on a non-HT processor).

here is an MS KB:
http://support.microsoft.com/?id=835730

it says it relates to sound, but keep reading (note "This problem is caused by the incorrect interpretation of the timing values that are returned by the system when hyperthreading is enabled, and the computer power state changes.")

You will need to make the registry change, and then use the /usepmtimer option in the boot.ini file. Yes, this does fix a halt issue that can cause excessive processor heat under W2K SP4 with URP1 installed (this also works on Athlon 64 x2 processors).

Hell yeah!

Athlon64 X2 4200+ @ FSB250 (2375Mhz).

The temp was 42°C. I applied the reg patch, rebooted, and was disappointed at first to see it only got to 41°C. But I decided to wait and sure enough the temperature dropped quickly one degree at a time to 31°C in roughly 4 minutes.

I wish I had continued to follow that thread...

I'm stupid, can someone craft an INF for me? I'll put it in HFSLIP. Also, during installation, how is the boot.ini file created? Any way to make it automated so we can change it during installation?

Why both? The reg patch did it for me. Does the boot.ini tweak do more?


I'm not sure that would be a good idea.

Actually, you only need to do one of the 2. Use the /pmtimer switch OR make the registry change.

the_guy

Inf please. I want to include this in HFSLIP so I can release it.

I don't know if that would be correct. I used ConvRegToInf.exe.

Just made this. It might work, but I need someone to test it to make sure. I have an old laptop with 2K on it that I can test this on in a little bit.

the_guy

Good work, the_guy. I couldn't get anything to work but your inf actually added something to the registry.

I corrected the problems with it here:

Thanks TC. I'll throw that into the script and put the rollup hal dll file in the sourcess.

I gotsta add mine too!!

HKLM,"SYSTEM\CurrentControlSet\Control\HAL","14140000FFFFFFFF",0x00010001,0a,00,00,00

Can anyone confirm, BTW, if this really harms a non-HT proc? Or if it's just useless in non-HT?

I put it on my laptop as a test, and no blue screens yet. It froze a time or 2, but I'll account that to being a 233 with 128mb ram and a 40gb hard drive (upgraded, was a 5).

the_guy

TommyP
Maybe wait for some time before putting this tweak in HFSLIP?
It's working good now. Let people test it first. Maybe M$ comes with some explanations by that time.

just add it, - Gurglemeyer added it in uSP.5 (lateest build) and it works fine on both OEMs HT's and non-HTs only proc im not aware of is 'Ax64* (in 32bit ht-mode)',

(* Amd x64 (athlon 64), has some series that let windows think its bit 33 to 64 are actualy a Hyperthreaded vcore).

The current HFSLIP fixes the w2k rollup and the HALT stuff.

Including scsiport.sys?

TC - See this link: http://www.vorck.com/2ksp5.html; the scsiport.sys was fixed with the 2nd issue of the 2k rollup. Please advise if it needs to be the SP4 version instead. The only issue with the rollup is the international webvw.dll, all other binaries are OK.

Ah, I see. I kept putting the UR1 version (and later the UR1v2 version) in my FIX folder because I wasn't 100% sure.

Thanks for the heads up.