Version 6.1.2 released.

Thanks for the new version. I checked it right away. Can you put some quick release notes on the first page, as you did with the other versions (I think I said it before, I really miss the "hwinfo.his" and "hwinfo.lst" files)?
Apparently it still won't detect my I/O Interface.

Cheers,
A.

ALEKS wrote on 2020-08-19, 17:20:

Thanks for the new version. I checked it right away. Can you put some quick release notes on the first page, as you did with the […]
Show full quote

Thanks for the new version. I checked it right away. Can you put some quick release notes on the first page, as you did with the other versions (I think I said it before, I really miss the "hwinfo.his" and "hwinfo.lst" files)?
Apparently it still won't detect my I/O Interface.

Cheers,
A.

Yeah, unfortunately I lost my interim notes for this version 🙁
All that I recall is: improved support of Trident graphics cards, IBM VGA and some CPUs.
It should also identify you IOIF-301 ISA I/O Interface in the BIOS extensions list.

Thanks for the updates on the release notes.
Now coming back to the BIOS extensions, in my case, HWiNFO lists none, as pictured.

In this particular case, the ROM is placed at D000-D1FF (but can vary by DIP switches if there are other cards installed). As a side note, these are EEPROMs and have the /WE signal configured as writable from DIP switches. But that wouldn't pose any issues for detection as I don't think HWiNFO also tests for writable memory area.

Here is a screenshot of memory mapping from MSD. I intentionally unloaded everything from UMA so that it will list only ROM mappings.

Cheers,
A.

ALEKS wrote on 2020-08-20, 06:20:

Thanks for the updates on the release notes. Now coming back to the BIOS extensions, in my case, HWiNFO lists none, as pictured. […]
Show full quote

Thanks for the updates on the release notes.
Now coming back to the BIOS extensions, in my case, HWiNFO lists none, as pictured.

hwinfo-no-extensions.jpg

In this particular case, the ROM is placed at D000-D1FF (but can vary by DIP switches if there are other cards installed). As a side note, these are EEPROMs and have the /WE signal configured as writable from DIP switches. But that wouldn't pose any issues for detection as I don't think HWiNFO also tests for writable memory area.

Here is a screenshot of memory mapping from MSD. I intentionally unloaded everything from UMA so that it will list only ROM mappings.

msd-rom-mapping.jpg

Cheers,
A.

Thanks. This is quite strange as HWiNFO scans from 0xC800 incrementaly by 0x100 and checks if there's an OROM present (starting with 0xAA55).
Then your OROM is being detected if offset 0x7 == "I/O-IF ROM".
I'm staring at the code but can't figure out why it didn't find it...

I tried with older versions (V.5 and V.4.6.4) and both report no ROM extensions on this particular machine.
Maybe there is something wrong with the PC that I am using, that confuses HWiNFO's detection mechanisms.
Is there anything I can do (generate a report, or send you some information from BIOS or something similar) to help?

Later Edit: I checked NSSI, which I don't use that often, and it says an Unknown ROM is present at address 0xD000.

Please run the attached file and post the files it creates.

I have made a .ZIP file with the ROM images extracted with your utility.

Thanks! Finally found the bug, it's my fault. Please try the attached build if it finds it now.

Thanks for the fix. It works correctly now!

One more thing though. Not that it matters most, but launching the program by using a relative path to the .EXE file, from the current directory, still throws a < Cannot open "HWiNFO.DAT" ! > fatal error.
In other words, HWiNFO resides in C:\UTILS\HWINFO. I can reproduce the bug with the following sequence:

1cd utils
2hwinfo\hwinfo

Even using an absolute path before the filename would throw the same error.

1c:\utils\hwinfo\hwinfo.exe

Cheers,
A.

Thanks for the feedback! I will have a look at this a bit later, currently have tons of work on the Windows version.

I currently have a Dell Precision Workstation 610 motherboard on the testbed because of some other work I was doing on it to adapt Dell power supply pinouts, Adapter cable for a 24-pin DELL ATX? It is a dual slot 2 Xeon system based on the 440GX chipset. I was having some trouble getting 2 GB of SDRAM working, Problem running 2 GB of SDRAM on a Xeon dual slot 2 440GX motherboard So I decided I would use HWINFO to read SPD values from the RAM modules. My findings are as follows:

1) HWINFO is reporting the manufacturer date as being in the future (2052 week 39). I'm not sure if HWINFO is to blame or if the SPD data is false. Of course there is a third possibility, but I don't think this went back in time on a time machine, and if it did, I'd sure hope that PC100 memory isn't still being produced 30 years from now.

2) Are you able to list other SPD values in the format CL-RCD-RP-RAS which is how Windows programs usually list them, e.g. 3.0-2-2-5?

feipoa wrote on 2020-09-01, 01:56:

I currently have a Dell Precision Workstation 610 motherboard on the testbed because of some other work I was doing on it to adapt Dell power supply pinouts, Adapter cable for a 24-pin DELL ATX? It is a dual slot 2 Xeon system based on the 440GX chipset. I was having some trouble getting 2 GB of SDRAM working, Problem running 2 GB of SDRAM on a Xeon dual slot 2 440GX motherboard So I decided I would use HWINFO to read SPD values from the RAM modules. My findings are as follows:

1) HWINFO is reporting the manufacturer date as being in the future (2052 week 39). I'm not sure if HWINFO is to blame or if the SPD data is false. Of course there is a third possibility, but I don't think this went back in time on a time machine, and if it did, I'd sure hope that PC100 memory isn't still being produced 30 years from now.

2) Are you able to list other SPD values in the format CL-RCD-RP-RAS which is how Windows programs usually list them, e.g. 3.0-2-2-5?

CPU-Z also reads SPD data, maybe you could compare with its results .

Unfortunately, CPU-Z didn't work on my ServerWorks HE-SL Tualatin board when I had it out.

feipoa wrote on 2020-09-01, 01:56:

I currently have a Dell Precision Workstation 610 motherboard on the testbed because of some other work I was doing on it to adapt Dell power supply pinouts, Adapter cable for a 24-pin DELL ATX? It is a dual slot 2 Xeon system based on the 440GX chipset. I was having some trouble getting 2 GB of SDRAM working, Problem running 2 GB of SDRAM on a Xeon dual slot 2 440GX motherboard So I decided I would use HWINFO to read SPD values from the RAM modules. My findings are as follows:

1) HWINFO is reporting the manufacturer date as being in the future (2052 week 39). I'm not sure if HWINFO is to blame or if the SPD data is false. Of course there is a third possibility, but I don't think this went back in time on a time machine, and if it did, I'd sure hope that PC100 memory isn't still being produced 30 years from now.

2) Are you able to list other SPD values in the format CL-RCD-RP-RAS which is how Windows programs usually list them, e.g. 3.0-2-2-5?

Problem with early DIMMs is that the format used to keep the manufacturing date was not fully defined in the specification. So each vendor used a different way of encoding and one can only guess this.
The other timings should be easy to calculate - 20 ns @ 100 MHz (= 10 ns) -> 2.

Mumak wrote on 2020-09-01, 07:20:

Problem with early DIMMs is that the format used to keep the manufacturing date was not fully defined in the specification. So each vendor used a different way of encoding and one can only guess this.

Ahh, too bad.

Mumak wrote on 2020-09-01, 07:20:

The other timings should be easy to calculate - 20 ns @ 100 MHz (= 10 ns) -> 2.

Are you willing to add these values pre-calculated in conventional form? I think most users would appreciate this.

Is it normal that under "Drive info" there's no ATAPI CD-ROM ?

I'm using HWiNFO 6.1.2, Pentium III, Intel 815E chipset, Intel 82801BA ICH2X/M - Ultra-DMA/100 IDE Controller.
Primary Master - HDD, detected correctly
Secondary Master - CD-ROM, "<Empty>"
The CD-ROM is correctly detected by BIOS, Linux, Windows, and works fine.

Grzyb wrote on 2020-11-22, 10:00:

Is it normal that under "Drive info" there's no ATAPI CD-ROM ? […]
Show full quote

Is it normal that under "Drive info" there's no ATAPI CD-ROM ?

I'm using HWiNFO 6.1.2, Pentium III, Intel 815E chipset, Intel 82801BA ICH2X/M - Ultra-DMA/100 IDE Controller.
Primary Master - HDD, detected correctly
Secondary Master - CD-ROM, "<Empty>"
The CD-ROM is correctly detected by BIOS, Linux, Windows, and works fine.

No, that's not normal. Is it a standard IDE/ATAPI CD-ROM? Can you try to open the Drives screen a few times if it will show up?

Mumak wrote on 2020-11-22, 10:31:

No, that's not normal. Is it a standard IDE/ATAPI CD-ROM? Can you try to open the Drives screen a few times if it will show up?

The CD-ROM is LG CRD-8522B
I tried entering "Drive info" multiple times, but it never shows up.

Grzbyb - Try Navratil system info, if it display it correctly.. it means that HW is ok and could be detected.