Deunan wrote on 2023-07-21, 22:13:

I wish my 386SX was this fast, sadly it's just a 40MHz system. This bug was also present in 6.2.0 version. Also, does HWiNFO nee […]
Show full quote

Copy code to clipboard

1                                 HWiNFO v6.2.2 
2  █████████████████████████████System Information█████████████████████████████
3  ║                                                                          ║
4  ║ Main Processor:           Intel 80386SX, 100.0 MHz                       ║
5  ║ Math Co-Processor:        Cyrix FasMath 83S87 Old, 100.0 MHz             ║

I wish my 386SX was this fast, sadly it's just a 40MHz system. This bug was also present in 6.2.0 version.
Also, does HWiNFO need more than 4M on PCI systems to run? I also get a memory error with 8M - that there's not enough XMS memory, but it works when HIMEM is loaded. With more than 8M program works with and without HIMEM.

Please provide the HWiNFO LOG + Debug File for analysis.

Per HWiNFO for DOS resurrected !
Requirements for HWiNFO DOS:
- 386 CPU
- ~ 550 KB of free Conventional system memory
- ~ 830 KB (Non-PCI systems) / 5 MB (PCI systems) free XMS memory (XMS manager recommended)

Mumak wrote on 2023-07-21, 22:24:

Please provide the HWiNFO LOG + Debug File for analysis.

There you go - HWINFO.7z. The NPU is GREEN MATH 4C87SLC-40

Mumak wrote on 2023-07-21, 22:24:

- ~ 830 KB (Non-PCI systems) / 5 MB (PCI systems) free XMS memory (XMS manager recommended)

Well, I might have a lead on that memory issue. It was happening on a particular mobo (AP43) and I've just noticed that HWiNFO reports less free memory than there is installed, by about 2M, but correctly reports all SIMMs. See HWINFO_AP43.7z.
This is not just HWINFO issue though, some other programs also report only 14M out of 16 installed when running without HIMEM, like System Speed Test Ver 4.78. On the other hand CACHECHK tests all 16 megs and reports this:

1 CMOS reports: conv_mem= 640K, ext_mem= 15,360K, Total RAM= 16,000K
2 BIOS reports:                 ext_mem= 15,360K  Total mem: 16 MB

So I thought it might be a BIOS issue but why does it affect only certain programs? It's on this mobo, with 8M installed, that HWiNFO works with HIMEM loaded but complains about free XMS memory without it (and quits). Sadly I can't provide a debug log at this time, this mobo is now at a different location. But I will have it back eventually.

Deunan wrote on 2023-07-22, 10:12:

There you go - HWINFO.7z. The NPU is GREEN MATH 4C87SLC-40 […]
Show full quote

Mumak wrote on 2023-07-21, 22:24:

Please provide the HWiNFO LOG + Debug File for analysis.

There you go - HWINFO.7z. The NPU is GREEN MATH 4C87SLC-40

Mumak wrote on 2023-07-21, 22:24:

- ~ 830 KB (Non-PCI systems) / 5 MB (PCI systems) free XMS memory (XMS manager recommended)

Well, I might have a lead on that memory issue. It was happening on a particular mobo (AP43) and I've just noticed that HWiNFO reports less free memory than there is installed, by about 2M, but correctly reports all SIMMs. See HWINFO_AP43.7z.
This is not just HWINFO issue though, some other programs also report only 14M out of 16 installed when running without HIMEM, like System Speed Test Ver 4.78. On the other hand CACHECHK tests all 16 megs and reports this:

Copy code to clipboard

1 CMOS reports: conv_mem= 640K, ext_mem= 15,360K, Total RAM= 16,000K
2 BIOS reports:                 ext_mem= 15,360K  Total mem: 16 MB

So I thought it might be a BIOS issue but why does it affect only certain programs? It's on this mobo, with 8M installed, that HWiNFO works with HIMEM loaded but complains about free XMS memory without it (and quits). Sadly I can't provide a debug log at this time, this mobo is now at a different location. But I will have it back eventually.

Thanks for the reports.
I have to admit that I have no idea why the CPU clock on 386SX is reported so off. This is measured using the 8253 Timer (counter 2) and it seems that on some systems this gives incorrect results. Maybe try to disable the CPU Reset Method 1 if that causes some issue with timers.. As for the FPU, that can't be detected using software means. It's clock is affected the same way as CPU so it might indicate some issue with the system timer..

The issue with memory size might be a BIOS bug. There are different methods to determine available XMS size, mostly via BIOS calls. So maybe there's some bug or the BIOS reserves some region of the XMS memory.

That's OK, Landmark also glitches more than usual on that mobo, it shows a CPU bar around 54 (and reports that as the AT-equivalent speed) but the text near the bar is also "100.0". But then again, it's Landmark.
I don't much care about the reported speed, I know it's a 40MHz system (with no other clock straps) and I have other programs that confirm that, I just figured I'll report it in case it's easy to fix.

As for the AP43 mobo, I only run a clean system for benchmarks, and AFAIR Quake is also not detecing the full memory size in that case, so it must be something in this BIOS. Since for any other use it will have HIMEM loaded this is not an issue, just a curiosity FYI. Just one more thing, now I see there's something like a half page blank in the AP43 report, looks like some text is missing after "INTC Compability Select". This is also the case with other CPUs on this mobo so it's not a one-time glitch in that particular report. You might want to look into this.

I also have a feature request - would it be possible to make a screenshot key like F2 but have it output full report page, not just what is on the screen? Example: IDE Drive Physical Information - on typical 25 rows screen the F2 output to file will be cut at the "DMA Transfer Modes" line. Nothing past that is written and the the DMA speeds (and all the extra features) are not listed. So I'd like to be able to generate a full output from this page, even on 25 rows display, without having to run with /R switch and waiting for the complete system test (and then having to find the info in the 80k text file).

I'm still curious as to why the clock is not properly measured. Can you try to disable "Use Method 1 to Reset CPU.." in HWiNFO menu "Setup" -> "Configuration" to check if that's maybe causing it?

The text missing after "INTC Compability Select" might be due to insufficient free memory.

Deunan wrote on 2023-07-22, 21:44:

That's OK, Landmark also glitches more than usual on that mobo, it shows a CPU bar around 54 (and reports that as the AT-equival […]
Show full quote

That's OK, Landmark also glitches more than usual on that mobo, it shows a CPU bar around 54 (and reports that as the AT-equivalent speed) but the text near the bar is also "100.0". But then again, it's Landmark.
I don't much care about the reported speed, I know it's a 40MHz system (with no other clock straps) and I have other programs that confirm that, I just figured I'll report it in case it's easy to fix.

As for the AP43 mobo, I only run a clean system for benchmarks, and AFAIR Quake is also not detecing the full memory size in that case, so it must be something in this BIOS. Since for any other use it will have HIMEM loaded this is not an issue, just a curiosity FYI. Just one more thing, now I see there's something like a half page blank in the AP43 report, looks like some text is missing after "INTC Compability Select". This is also the case with other CPUs on this mobo so it's not a one-time glitch in that particular report. You might want to look into this.

I also have a feature request - would it be possible to make a screenshot key like F2 but have it output full report page, not just what is on the screen? Example: IDE Drive Physical Information - on typical 25 rows screen the F2 output to file will be cut at the "DMA Transfer Modes" line. Nothing past that is written and the the DMA speeds (and all the extra features) are not listed. So I'd like to be able to generate a full output from this page, even on 25 rows display, without having to run with /R switch and waiting for the complete system test (and then having to find the info in the 80k text file).

I was totally puzzled with the wrong CPU clock and analyzed all possible cases.. Till I found something interesting! HWiNFO actually properly measures the clock and gets an accurate result. But when trying to translate the numbers into MHz via floating point math something goes wrong. So it seems that it's actually the FPU giving out wrong numbers! I don't know why is that - if it's always happening, or due to some action done by HWiNFO the FPU goes weird.. Would be interesting to get results with disabled Reset 1/2/3 options in the HWiNFO options.

Mumak wrote on 2023-07-24, 13:29:

I was totally puzzled with the wrong CPU clock and analyzed all possible cases.. Till I found something interesting! HWiNFO actually properly measures the clock and gets an accurate result. But when trying to translate the numbers into MHz via floating point math something goes wrong. So it seems that it's actually the FPU giving out wrong numbers! I don't know why is that - if it's always happening, or due to some action done by HWiNFO the FPU goes weird.. Would be interesting to get results with disabled Reset 1/2/3 options in the HWiNFO options.

I've run some tests. Disabling reset options does nothing. Removing the NPU from socket fixes the clock issue, and also un-glitches Landmark bars. Interestingly it's not even required to remove the NPU, setting it to Absent in BIOS will work too. Landmark will then fail to detect it but HWiNFO does, with a 21.8MHz clock and 40.1 clock for the 386SX. I suppose this is compiler/C-lib related and now the code to convert the numbers for display runs purely in software.

Sadly this mobo is going to long term storage now, I need space, I've removed the battery already so running any more tests will have to wait. Perhaps even Wait, with capital W.
I might return to it eventually as PARANOIA NPU/FPU test shows some erros pretty early (like X * 1/X results, or X*Y == Y*X pairs also fails) and then the Overflow treshold test just hangs. So this silicon is not that great actually, even if it does run at 40MHz and seems to produce correct fractals in my own testing suite. It's probably not a faulty chip but rather one not in-spec when it comes to corner cases and LSB rounding. All in all though this is clearly not HWiNFO issue then, sorry for wasting your time.

As for AP43 report and missing text, do you mean it has run out of low memory? Under 1M that is. I didn't check if the clean DOS 6.22 provides the required 550k or not on that mobo, but on other ones such configuration results in 561k even with NC loaded, and that particular run was done with 12M of RAM in total. So I'm not sure why it would run out of memory?

Deunan wrote on 2023-07-24, 15:20:

I've run some tests. Disabling reset options does nothing. Removing the NPU from socket fixes the clock issue, and also un-glitc […]
Show full quote

Mumak wrote on 2023-07-24, 13:29:

I was totally puzzled with the wrong CPU clock and analyzed all possible cases.. Till I found something interesting! HWiNFO actually properly measures the clock and gets an accurate result. But when trying to translate the numbers into MHz via floating point math something goes wrong. So it seems that it's actually the FPU giving out wrong numbers! I don't know why is that - if it's always happening, or due to some action done by HWiNFO the FPU goes weird.. Would be interesting to get results with disabled Reset 1/2/3 options in the HWiNFO options.

I've run some tests. Disabling reset options does nothing. Removing the NPU from socket fixes the clock issue, and also un-glitches Landmark bars. Interestingly it's not even required to remove the NPU, setting it to Absent in BIOS will work too. Landmark will then fail to detect it but HWiNFO does, with a 21.8MHz clock and 40.1 clock for the 386SX. I suppose this is compiler/C-lib related and now the code to convert the numbers for display runs purely in software.

Sadly this mobo is going to long term storage now, I need space, I've removed the battery already so running any more tests will have to wait. Perhaps even Wait, with capital W.
I might return to it eventually as PARANOIA NPU/FPU test shows some erros pretty early (like X * 1/X results, or X*Y == Y*X pairs also fails) and then the Overflow treshold test just hangs. So this silicon is not that great actually, even if it does run at 40MHz and seems to produce correct fractals in my own testing suite. It's probably not a faulty chip but rather one not in-spec when it comes to corner cases and LSB rounding. All in all though this is clearly not HWiNFO issue then, sorry for wasting your time.

As for AP43 report and missing text, do you mean it has run out of low memory? Under 1M that is. I didn't check if the clean DOS 6.22 provides the required 550k or not on that mobo, but on other ones such configuration results in 561k even with NC loaded, and that particular run was done with 12M of RAM in total. So I'm not sure why it would run out of memory?

Thanks for confirming my assumption. I was scratching my head so long because non-working basic math isn't something that I'd expect 😁

The AP43 report issue could be both - either system or XMS memory low. It's using both to buffer the memory and hard to say which one of them was low.

I observed some somewhat reproducible freezes on my Win 98 SE on an ASUS P2B-S: I had an Elasa Winner 2000 Pro/X PCI graphics (S3 Vision968) card plugged in and HWiNFO 7.62 and 7.66 froze the whole system every time during 'Analyzing PCI Bus'. Once I swapped for a Rage XL AGP it worked fine. However sometimes I got it working with the W2000Pro plugged in by swapping some other Hardware around as well but never as reliably as without the W2000Pro (it never froze on me with it not plugged in). I created a debug report and attached it, I hope it helps.

Also what surprises me is that HWiNFO still detects some ISA PnP-devices long after I have unplugged them while the Windows device manager doesn't show them. Is this the expected behavior?

P4C800 wrote on 2023-11-18, 15:29:

I observed some somewhat reproducible freezes on my Win 98 SE on an ASUS P2B-S: I had an Elasa Winner 2000 Pro/X PCI graphics (S3 Vision968) card plugged in and HWiNFO 7.62 and 7.66 froze the whole system every time during 'Analyzing PCI Bus'. Once I swapped for a Rage XL AGP it worked fine. However sometimes I got it working with the W2000Pro plugged in by swapping some other Hardware around as well but never as reliably as without the W2000Pro (it never froze on me with it not plugged in). I created a debug report and attached it, I hope it helps.

Also what surprises me is that HWiNFO still detects some ISA PnP-devices long after I have unplugged them while the Windows device manager doesn't show them. Is this the expected behavior?

Try to increase the PCI Latency Timer in BIOS if it has such option, that helped on some systems with such issues.
Regarding the ISA PnP devices - depends on which exact devices in HWiNFO you mean - a screenshot might be helpful.

Released:
- v6.2.3 of HWiNFO for DOS (386+): HWiNFO for DOS resurrected !
- v2.3 of HWiNFO16 (8086-286): Introducing HWiNFO16 (for 8086/88/186/188/286)

Hello,
Thanks a lot for the fantastic work done, this is a very useful piece of software!

One possible little bug I noticed though: on my Pentium setup (mobo with TX chipset), on the secondary IDE I have a CD drive connected as master and one Sata SSD connected as slave with an SSD->IDE adapter.

On the screen below you will see that the SSD is showing as connected both as master and slave.

I ran HWiNFO v6.2.3 on a system with a VLB card that has a UMC 85C418 based VGA IDE controller with 1.5MB Ram on board pictured here: Re: UMC UM85C418F RAM - 2MB possible + desirable?

HWiNFO v6.2.3 says it is a Genoa 6400/6600 (GVGA)

1                                 HWiNFO v6.2.3 
2  ÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛVideo InformationÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛ
3  º                                                                          º
4  º Video Chipset:            UMC 85C418                                     º
5  º Video Card:               Genoa 6400/6600 (GVGA)                         º
6  º Video Memory Size:        512 KBytes of DRAM, 1,024 KBytes               º
7  º Video Card Bus:           16-bit                                         º
8  º Video RAMDAC:             ICS5341 GENDAC TrueColor                       º

Any idea why it thinks it is a 16 bit Genoa 6400/6600 (GVGA) video card?

douglar wrote on 2024-01-17, 01:26:

I ran HWiNFO v6.2.3 on a system with a VLB card that has a UMC 85C418 based VGA IDE controller with 1.5MB Ram on board pictured […]
Show full quote

I ran HWiNFO v6.2.3 on a system with a VLB card that has a UMC 85C418 based VGA IDE controller with 1.5MB Ram on board pictured here: Re: UMC UM85C418F RAM - 2MB possible + desirable?

HWiNFO v6.2.3 says it is a Genoa 6400/6600 (GVGA)

Copy code to clipboard

1                                 HWiNFO v6.2.3 
2  ÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛVideo InformationÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛ
3  º                                                                          º
4  º Video Chipset:            UMC 85C418                                     º
5  º Video Card:               Genoa 6400/6600 (GVGA)                         º
6  º Video Memory Size:        512 KBytes of DRAM, 1,024 KBytes               º
7  º Video Card Bus:           16-bit                                         º
8  º Video RAMDAC:             ICS5341 GENDAC TrueColor                       º

Any idea why it thinks it is a 16 bit Genoa 6400/6600 (GVGA) video card?

UMC 85C418.zip

Detection of the Genoa card is based on VBIOS unique ID data as per VGADOC4:

1  $C000:$37  2 bytes   start of info table from start of ROM
2                       Usually $C000:$B4
3
4  $C000:x    1 byte    $77
5  $C000:x+1  1 byte    Version.
6                        $00 Genoa 6200 or 6300
7                        $11 Genoa 6400 or 6600
8                        $22 Genoa 6100
9                        $33 Genoa 5100 or 5200   (Tseng 3000)
10                        $55 Genoa 5300 or 5400   (Tseng 3000)
11
12  $C000:x+2  2 bytes   $6699

I checked the VBIOS you posted and it bears all Genoa-unique info table elements. Maybe guys from UMC used a Genoa VBIOS skeleton and forgot to remove these items 😀

Mumak wrote on 2024-01-17, 09:07:

Detection of the Genoa card is based on VBIOS unique ID data as per VGADOC4: […]
Show full quote

douglar wrote on 2024-01-17, 01:26:

I ran HWiNFO v6.2.3 on a system with a VLB card that has a UMC 85C418 based VGA IDE controller with 1.5MB Ram on board pictured […]
Show full quote

I ran HWiNFO v6.2.3 on a system with a VLB card that has a UMC 85C418 based VGA IDE controller with 1.5MB Ram on board pictured here: Re: UMC UM85C418F RAM - 2MB possible + desirable?

HWiNFO v6.2.3 says it is a Genoa 6400/6600 (GVGA)

Copy code to clipboard

1                                 HWiNFO v6.2.3 
2  ÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛVideo InformationÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛÛ
3  º                                                                          º
4  º Video Chipset:            UMC 85C418                                     º
5  º Video Card:               Genoa 6400/6600 (GVGA)                         º
6  º Video Memory Size:        512 KBytes of DRAM, 1,024 KBytes               º
7  º Video Card Bus:           16-bit                                         º
8  º Video RAMDAC:             ICS5341 GENDAC TrueColor                       º

Any idea why it thinks it is a 16 bit Genoa 6400/6600 (GVGA) video card?

UMC 85C418.zip

Detection of the Genoa card is based on VBIOS unique ID data as per VGADOC4:

Copy code to clipboard

1  $C000:$37  2 bytes   start of info table from start of ROM
2                       Usually $C000:$B4
3
4  $C000:x    1 byte    $77
5  $C000:x+1  1 byte    Version.
6                        $00 Genoa 6200 or 6300
7                        $11 Genoa 6400 or 6600
8                        $22 Genoa 6100
9                        $33 Genoa 5100 or 5200   (Tseng 3000)
10                        $55 Genoa 5300 or 5400   (Tseng 3000)
11
12  $C000:x+2  2 bytes   $6699

I checked the VBIOS you posted and it bears all Genoa-unique info table elements. Maybe guys from UMC used a Genoa VBIOS skeleton and forgot to remove these items 😀

Seems plausible.

If I may ask, how did you arrive at the conclusion that it had a 16-bit bus?

That's determined because of the Genoa card positive check:

13C4h index  5  (R/W):  Configuration Register
2bit  1  (R) 8bit bus if set, 16bit else

Probably shouldn't apply in this case...

Mumak wrote on 2024-01-17, 12:48:

That's determined because of the Genoa card positive check: […]
Show full quote

That's determined because of the Genoa card positive check:

Copy code to clipboard

13C4h index  5  (R/W):  Configuration Register
2bit  1  (R) 8bit bus if set, 16bit else

Probably shouldn't apply in this case...

"WhatVGA" comes up with this identification that's not so great either:

1Video System: UMC with 1024 Kbytes
2Name: UMC85c408  (<--note: should be 418)
3Dac: Acumos ADAC1
4Special Features: RW-bank

I've got a Terratec EWS64 XL - monster of a card consisting of 6 subdevices, and occupying 3 IRQs.

HWiNFO properly lists all IRQs on "Plug-and-Play Subdevice Details" screens.
But the "IRQ Assignment" screen only shows one IRQ, from the first subdevice.

Hi Mumak, here are report from my newest retro system:

Windows 2000 SP4
Micronics Helios Dual Slot 1 board with 2x Pentium II 350 MHz (440 BX chipset)
512 MB ECC SDRAM
Nvidia Riva TNT with 16 MB RAM
ESS Maestro-2 PCI sound card
Intel 82559 Fast Ethernet PCI network card
10 GB Samsung SV1021D PATA HDD

Everything detected correctly, only sensors are somewhat buggy - missing voltages and bad fan speeds(only two fans connected from CPU coolers).
Here is example, what Hwinfo32 detected:

1 [Micronics Computers Inc.  (National Semiconductor LM79)]
2  Vcore                                   0.256 V
3  -5V                                     -0.096 V
4  Chassis                                 10546 RPM
5  CPU                                     337500 RPM
6  Power                                   21093 RPM
7 [Micronics Computers Inc.  (National Semiconductor LM75)]
8  CPU                                     43.5 °C
9 [Micronics Computers Inc.  (National Semiconductor LM75)]
10  CPU                                     36.5 °C

But other programs also have problem with sensors on this board (tested Sisoft Sandra 2001, Astra32 and HWINFO for DOS 5.5.5
Only AIDA32 v3.93 detected almost everything correctly:

1--------[ AIDA32 (c) 1995-2004 Tamas Miklos ]---------------------------------------------------------------------------
2
3    Version                                           AIDA32 v3.93
4    Author                                            tamas.miklos@aida32.hu
5    Homepage                                          http://www.aida32.hu
6    Report Type                                       Quick Report
7    Computer                                          DUAL-PENTIUM-II
8    Generator                                         Tom
9    Operating System                                  Microsoft Windows 2000 Professional 5.0.2195 (Win2000 Retail)
10    Date                                              2024-04-20
11    Time                                              19:58
12
13
14--------[ Sensor ]------------------------------------------------------------------------------------------------------
15
16    Sensor Properties:
17      Sensor Type                                       National LM79
18      Sensor Access                                     ISA 290h
19
20    Temperatures:
21      Motherboard                                       30 °C  (86 °F)
22
23    Cooling Fans:
24      CPU                                               4219 RPM
25      Chassis                                           4018 RPM
26
27    Voltage Values:
28      CPU Core                                          2.02 V
29      CPU Aux                                           2.03 V
30      +3.3 V                                            3.28 V
31      +5 V                                              5.03 V
32      +12 V                                             11.92 V
33      -12 V                                             -11.74 V
34      -5 V                                              -4.72 V
35      Debug Info                                        7E 7F CD BB C4 D3 C4 1E A0 A8 FF 00 (01)

Logs are attached.

hasat wrote on 2024-04-20, 18:48:

Hi Mumak, here are report from my newest retro system: […]
Show full quote

Hi Mumak, here are report from my newest retro system:

Windows 2000 SP4
Micronics Helios Dual Slot 1 board with 2x Pentium II 350 MHz (440 BX chipset)
512 MB ECC SDRAM
Nvidia Riva TNT with 16 MB RAM
ESS Maestro-2 PCI sound card
Intel 82559 Fast Ethernet PCI network card
10 GB Samsung SV1021D PATA HDD

Everything detected correctly, only sensors are somewhat buggy - missing voltages and bad fan speeds(only two fans connected from CPU coolers).
Here is example, what Hwinfo32 detected:

Copy code to clipboard

1 [Micronics Computers Inc.  (National Semiconductor LM79)]
2  Vcore                                   0.256 V
3  -5V                                     -0.096 V
4  Chassis                                 10546 RPM
5  CPU                                     337500 RPM
6  Power                                   21093 RPM
7 [Micronics Computers Inc.  (National Semiconductor LM75)]
8  CPU                                     43.5 °C
9 [Micronics Computers Inc.  (National Semiconductor LM75)]
10  CPU                                     36.5 °C

But other programs also have problem with sensors on this board (tested Sisoft Sandra 2001, Astra32 and HWINFO for DOS 5.5.5
Only AIDA32 v3.93 detected almost everything correctly:

Copy code to clipboard

1--------[ AIDA32 (c) 1995-2004 Tamas Miklos ]---------------------------------------------------------------------------
2
3    Version                                           AIDA32 v3.93
4    Author                                            tamas.miklos@aida32.hu
5    Homepage                                          http://www.aida32.hu
6    Report Type                                       Quick Report
7    Computer                                          DUAL-PENTIUM-II
8    Generator                                         Tom
9    Operating System                                  Microsoft Windows 2000 Professional 5.0.2195 (Win2000 Retail)
10    Date                                              2024-04-20
11    Time                                              19:58
12
13
14--------[ Sensor ]------------------------------------------------------------------------------------------------------
15
16    Sensor Properties:
17      Sensor Type                                       National LM79
18      Sensor Access                                     ISA 290h
19
20    Temperatures:
21      Motherboard                                       30 °C  (86 °F)
22
23    Cooling Fans:
24      CPU                                               4219 RPM
25      Chassis                                           4018 RPM
26
27    Voltage Values:
28      CPU Core                                          2.02 V
29      CPU Aux                                           2.03 V
30      +3.3 V                                            3.28 V
31      +5 V                                              5.03 V
32      +12 V                                             11.92 V
33      -12 V                                             -11.74 V
34      -5 V                                              -4.72 V
35      Debug Info                                        7E 7F CD BB C4 D3 C4 1E A0 A8 FF 00 (01)

Logs are attached.

Thanks. Can you please also attach the AIDA64 sensor dump?