VOGONS


HWiNFO support of vintage hardware

Topic actions

Reply 760 of 783, by zuldan

User metadata
Rank Oldbie
Rank
Oldbie
arncht wrote on 2025-05-16, 19:00:
I have multiple soundcard setups: Gus detected but with wrong ram amount Awe32 not detected next to it. […]
Show full quote

I have multiple soundcard setups:
Gus detected but with wrong ram amount
Awe32 not detected next to it.

Sorry i do not remember, which version was it.

If you provide the debug file then Mumak may be able to help.

Reply 761 of 783, by red-ray

User metadata
Rank Oldbie
Rank
Oldbie
appiah4 wrote on 2025-05-14, 14:45:

This entire wall of text can be summarized as "the developer should have more respect for my contribution than I have for his project" which basically equates "I am entitled" so I have no idea how any of this invalidates my point.

No, to summarise "I can't sensibly stop testing with HWiNFO as when the HWiNFO code is incorrect this causes issues for SIV". In no way am I entitled to have HWiNFO fixed, however when it has bugs that cause issues for other similar programs it should be fixed.

The HWiNFO lock timeout panel also always blames the other program when this is not the situation and was not when HWiNFO had the incorrect design/code with race issues, I feel this is a "I am entitled" statement by HWiNFO.

Mumak wrote on 2025-05-12, 06:35:

It will be fixed. However, your reactions are often sub-optimal.

Further things of often half fixed as is the case with dropdowns. After the fix these are 3 rather than 1 entry in the dropdown on NT4, but there should be 4 as there are on Windows 10.

file.php?id=219550

This is no big deal, but how come it's only half fixed? Surely when the fix was validated on a pre Windows XP system it was obvious the dropdown needed to be taller.

Reply 762 of 783, by Mumak

User metadata
Rank Oldbie
Rank
Oldbie
red-ray wrote on 2025-05-18, 06:30:

The HWiNFO lock timeout panel also always blames the other program when this is not the situation and was not when HWiNFO had the incorrect design/code with race issues, I feel this is a "I am entitled" statement by HWiNFO.

This is your opinion and you expect all others to accommodate to your design - excessive lock holding in SIV. It's similar as when CPU-Z was (is still?) holding the SMBus lock during the entire startup/detection phase when in fact it should be doing that only for sections that access SMBus/SPD. In my opinion this is wrong and every developer should respect others and avoid holding the lock for excessive time otherwise it's blocking all other apps.
When HWiNFO started to inform about such blocking it helped to uncover issues in several other software including ASUS, GIGABYTE, MSI...

Another point is that I'm preferring to inform about this in a user-friendly way, so that also inexperienced users understand what's going on.
And I have to admit that even I (considering myself experienced) have often problems to understand/work with SIV and your interface.... But I never tossed dozens of screenshot on your forum blaming you to be sub-optimal and showing how great HWiNFO does in comparison to SIV. I warned you several times not to do that and especially on my forum but you won't listen.

As some have probably noticed, I was avoiding to respond to your comments unless absolutely necessary to avoid feeding endless wars because of your stubbornness. Not to mention that your reactions often result in personal insults.
But my patience is not unlimited...

Last edited by Mumak on 2025-05-18, 08:37. Edited 1 time in total.

Reply 763 of 783, by analog_programmer

User metadata
Rank Oldbie
Rank
Oldbie

This whole aggressive campaign of self-promotion by the author of the "unique" winbooze diagnostic software (system information... overloaded view), which recently happens not in one and two other people's threads, is already crossing the boundaries of sanity. Apparently it's not enough that he already has a "sticky thread" about his software, and unfortunately his cheeky behavior continue to be tolerated by the forum administration.

And not to be completely off-topic: I haven't had to use yet the windows versions of HWiNFO, but I'm very happy with its DOS versions.

The word Idiot refers to a person with many ideas, especially stupid and harmful ideas.
This world goes south since everything's run by financiers and economists.
This isn't voice chat, yet some people overusing online communications talk and hear voices.

Reply 764 of 783, by red-ray

User metadata
Rank Oldbie
Rank
Oldbie
Mumak wrote on 2025-05-18, 07:15:

This is your opinion and you expect all others to accommodate to your design - excessive lock holding in SIV.

No this is incorrect, SIV does in general not hold locks for long at all. It used to hold the EC lock for too long on some systems when generating an EC dump, something that only usually happens when doing a save, and once I became aware of this I changed the code so it did a release/acquire at least every 4 seconds to allow for the HWiNFO timeout which was at the time 6 seconds. This change did not resolve the issue as your locking timeout design waited 3 x 2 seconds rather than 1 x 6 seconds and this caused race conditions. I recall spending time figuring out what was happening so you could fix your design.

To do all of this I needed to ask you what time timeouts HWiNFO used were and was confused as to why I was getting the HWiNFO popup after I changed SIV to do the release/acquire every 4 seconds. Once you told me it waited 3 x 2 seconds all became clear to me and I recall explaining to you what all the race conditions which which you fixed by using 1 x 6 second timeout.

Along the way I suggested simple changes to the panel that would help other developers resolve locking issues such as reporting what the HWiNFO timeout actually is and the thread name of the thread holding the lock. You eventually added the thread name, but the panel still does not report what the timeout is, I recall it's now 9 seconds, is it? Getting locking to work reliably needs us all to work together, to this end I try and make SIV provide as much information to other developers as possible.

Mumak wrote on 2025-05-18, 07:15:

I never tossed dozens of screenshot on your forum blaming you to be sub-optimal and showing how great HWiNFO does in comparison to SIV. I warned you several times not to do that and especially on my forum but you won't listen. As some have probably noticed, I was avoiding to respond to your comments unless absolutely necessary to avoid feeding endless wars because of your stubbornness. But my patience is not unlimited...

I suspect we both have strong opinions and limited patience.

When I post HWiNFO + SIV screen shots I do this to show there is a solution. This is why for the dropdowns I included the SIV screen shot, should you do the same when SIV has an issue I would be quite happy with this. Much the same as I was quite happy to tell you how to query which process + thread was actually holding the lock so HWiNFO could report it when there was lock timeout.

Thinking back over most of the past 20 years, maybe longer, we all used to happily work together offline to resolve issues which was far more productive, but ever since you added the lock timeout panel I have been uncomfortable with your attitude towards cooperation. In many ways it would be easier to work together offline, it's now up to you if you wish to.

Reply 765 of 783, by Mumak

User metadata
Rank Oldbie
Rank
Oldbie

IMO reporting the mutex timeout value is useful only for a handful of developers which can contact me directly to discuss the situation in detail like we did. For others it's just unnecessary information overload. I always need to balance the amount of information provided. HWiNFO could report hundreds of times more information but that would be perceived negatively by most users.

Reply 766 of 783, by vutt

User metadata
Rank Member
Rank
Member

Would you consider to include GPU sensors support in the future.
At least Everest is capable reading sensor info from my Asus Radeon A9600XT. Looks like Fintek F75373S IC is providing metrics
Running Win98SE btw

Reply 767 of 783, by Mumak

User metadata
Rank Oldbie
Rank
Oldbie
vutt wrote on 2025-05-28, 16:57:

Would you consider to include GPU sensors support in the future.
At least Everest is capable reading sensor info from my Asus Radeon A9600XT. Looks like Fintek F75373S IC is providing metrics
Running Win98SE btw

Fintek F75373S should be supported on GPU.
Try to Reset GPU I2C Cache first. If that won't help, please attach the HWiNFO Debug File for analysis.

Reply 768 of 783, by vutt

User metadata
Rank Member
Rank
Member
Mumak wrote on 2025-05-28, 17:07:
vutt wrote on 2025-05-28, 16:57:

Would you consider to include GPU sensors support in the future.
At least Everest is capable reading sensor info from my Asus Radeon A9600XT. Looks like Fintek F75373S IC is providing metrics

Fintek F75373S should be supported on GPU.
Try to Reset GPU I2C Cache first. If that won't help, please attach the HWiNFO Debug File for analysis.

Pushed reset button on "Settings->SMBus..." screen... ...didn't help.
Debug log attached

Also I observed now that CPU/MB temps are not correctly read - all 77C

Reply 769 of 783, by Mumak

User metadata
Rank Oldbie
Rank
Oldbie
vutt wrote on 2025-05-28, 18:47:
Pushed reset button on "Settings->SMBus..." screen... ...didn't help. Debug log attached […]
Show full quote
Mumak wrote on 2025-05-28, 17:07:
vutt wrote on 2025-05-28, 16:57:

Would you consider to include GPU sensors support in the future.
At least Everest is capable reading sensor info from my Asus Radeon A9600XT. Looks like Fintek F75373S IC is providing metrics

Fintek F75373S should be supported on GPU.
Try to Reset GPU I2C Cache first. If that won't help, please attach the HWiNFO Debug File for analysis.

Pushed reset button on "Settings->SMBus..." screen... ...didn't help.
Debug log attached

Also I observed now that CPU/MB temps are not correctly read - all 77C

Please right-click the status bar in Everest, select Video Debug - ATI SMBus Dump, and post the file it created.

Reply 770 of 783, by vutt

User metadata
Rank Member
Rank
Member
Mumak wrote on 2025-05-28, 19:06:
vutt wrote on 2025-05-28, 18:47:
Pushed reset button on "Settings->SMBus..." screen... ...didn't help. Debug log attached […]
Show full quote
Mumak wrote on 2025-05-28, 17:07:

Fintek F75373S should be supported on GPU.
Try to Reset GPU I2C Cache first. If that won't help, please attach the HWiNFO Debug File for analysis.

Pushed reset button on "Settings->SMBus..." screen... ...didn't help.
Debug log attached

Also I observed now that CPU/MB temps are not correctly read - all 77C

Please right-click the status bar in Everest, select Video Debug - ATI SMBus Dump, and post the file it created.

You mean main window status bar - no such option. Btw I'm using v2.20.405 Everest from 2005

Reply 771 of 783, by Mumak

User metadata
Rank Oldbie
Rank
Oldbie
vutt wrote on 2025-05-28, 19:37:
Mumak wrote on 2025-05-28, 19:06:
vutt wrote on 2025-05-28, 18:47:

Pushed reset button on "Settings->SMBus..." screen... ...didn't help.
Debug log attached

Also I observed now that CPU/MB temps are not correctly read - all 77C

Please right-click the status bar in Everest, select Video Debug - ATI SMBus Dump, and post the file it created.

You mean main window status bar - no such option. Btw I'm using v2.20.405 Everest from 2005

Yes, v 2.20:

The attachment ev.png is no longer available

Reply 772 of 783, by vutt

User metadata
Rank Member
Rank
Member
Mumak wrote on 2025-05-28, 19:06:

Please right-click the status bar in Everest, select Video Debug - ATI SMBus Dump, and post the file it created.

Ok, got it. Attached.

Reply 773 of 783, by Mumak

User metadata
Rank Oldbie
Rank
Oldbie
vutt wrote on 2025-05-28, 19:58:
Mumak wrote on 2025-05-28, 19:06:

Please right-click the status bar in Everest, select Video Debug - ATI SMBus Dump, and post the file it created.

Ok, got it. Attached.

Thanks. This currently won't work in HWiNFO on Win9x due to a certain limitation. If you have Win2k or later too, it should work there.

Reply 775 of 783, by vutt

User metadata
Rank Member
Rank
Member
Mumak wrote on 2025-05-30, 22:06:
vutt wrote on 2025-05-28, 19:58:
Mumak wrote on 2025-05-28, 19:06:

Please right-click the status bar in Everest, select Video Debug - ATI SMBus Dump, and post the file it created.

Ok, got it. Attached.

Try the new v8.27-5746 Beta, that might fix this on Win9x.

Success!! Thanks!

Reply 776 of 783, by zuldan

User metadata
Rank Oldbie
Rank
Oldbie

@Mumak, would you be kind enough to add sensors for a Geforce 2 Ti card? If you need any more information, please let me know.

The attachment Sensors.jpg is no longer available
The attachment GPU Info.jpg is no longer available
The attachment HWiNFO32.zip is no longer available
The attachment Nvidia SMbus Dump.txt is no longer available

Reply 777 of 783, by Mumak

User metadata
Rank Oldbie
Rank
Oldbie
zuldan wrote on 2025-06-03, 09:32:
@Mumak, would you be kind enough to add sensors for a Geforce 2 Ti card? If you need any more information, please let me know. […]
Show full quote

@Mumak, would you be kind enough to add sensors for a Geforce 2 Ti card? If you need any more information, please let me know.

The attachment Sensors.jpg is no longer available
The attachment GPU Info.jpg is no longer available
The attachment HWiNFO32.zip is no longer available
The attachment Nvidia SMbus Dump.txt is no longer available

Try v8.27-5746 Beta

Reply 778 of 783, by zuldan

User metadata
Rank Oldbie
Rank
Oldbie
Mumak wrote on 2025-06-03, 10:21:
zuldan wrote on 2025-06-03, 09:32:
@Mumak, would you be kind enough to add sensors for a Geforce 2 Ti card? If you need any more information, please let me know. […]
Show full quote

@Mumak, would you be kind enough to add sensors for a Geforce 2 Ti card? If you need any more information, please let me know.

The attachment Sensors.jpg is no longer available
The attachment GPU Info.jpg is no longer available
The attachment HWiNFO32.zip is no longer available
The attachment Nvidia SMbus Dump.txt is no longer available

Try v8.27-5746 Beta

I have tried that beta but no luck. The debug file was generated with v8.27-5746 Beta.

Reply 779 of 783, by Mumak

User metadata
Rank Oldbie
Rank
Oldbie

Try to "Reset GPU I2C Cache"