Recent content by Martin

Version 8.28 did only improve synchronization with other applications when accessing shared sensors. If you see that warning it means the other app is either improperly using synchronization or it hammers the sensor so that other apps can't access it. So the problem is in MSI Center. Version...

Does HWiNFO display some warning about a stuck mutex?

That's certainly an invalid value due to a collision in software, the CPU wouldn't survive such voltages.

Sorry, I posted this in the other thread, so copying here too: The "Recovery Count" counts the number of changes from L0 to Recovery. It triggers for example during a change in speed, width, or other possible reasons that usually don't mean a PCIe error occured. The other counters however might...

I can see all values reported there.

Thanks but I need one that includes also start of HWiNFO. Debug Mode must be enabled prior to starting the scan.

Please provide the HWiNFO Debug File

Are you maybe running some othe rmonitoring/tweaking/RGB or Fan control tools? Some such tools might be causing this.. Is the first screenshot from the GIGABYTE SIV tool?

Sorry, there's no option to disable that entirely. You might try to disable the "opeAPI Support" option in HWiNFO. That will disable most of Intel GPU monitoring functions except a few IGCL calls. Maybe that will help at least partially.

Since the IGPU is integrated into CPU, it's polled as part of the CPU package. So the additional polling of IGPU via oneAPI/IGCL is causing the additional load.

You have used a different value for tray - FBVDD Input Voltage

It looks like the second ITE chip isn't appearing on bus due to some issue. Try to reboot the machine.

Please attach the HWiNFO Debug File for analysis.

There should be another ITE sensor with that pump

https://www.virustotal.com/gui/file/b54401b4e9934594cbf65abd03faa3d367879fe524670117e7fddf80c1cb9224