Jump to content

Squall Leonhart

Members
  • Posts

    382
  • Joined

  • Last visited

  • Days Won

    3

Everything posted by Squall Leonhart

  1. I've got a cross system reproduction of the issue now, the missing variable is having Unwinders D3DOverride or RivaTuner Statistics server open.
  2. Yep, system is in signature, Windows is 64bit. it was originally reported as affecting GPU Caps Viewer's OGL and OCL tests.
  3. I'm reporting this here because i know you have contacts in nvidia who can get a fix for this, The same hang occurs in GPU Caps viewer when closing a OGL/OCL test window in thread nvoglv32.DLL!DrvValidateVersion+0x7450 and is reported as also affecting Heaven Benchmark. The hang is resolved by terminating the instance of nvoglv32.DLL!DrvValidateVersion+0x7450 with no constant cpu usage.
  4. That is not the case, as if i terminate the aida64 process and start it again it will load without issue. This is only occuring since 2766 and higher. 2700 did not have this issue.
  5. what drivers and mainboard related software do you have installed
  6. wait.. what? Aida64 should always request permission to launch as it requires elevation (Task Scheduler being the only way to silence the uac prompt)
  7. Was this related to my post months and months ago about the smbus being hung by certain apps? (cpu-z being one of them)
  8. Every once in awhile with the latest beta version of Aida64, i am seeing it take a long time to create the tray icon and when it does so the icon is blank and does not open the GUI when clicked. on a bad start Stack looks like ntoskrnl.exe!KiSwapContext+0x7a ntoskrnl.exe!KiCommitThreadWait+0x1d2 ntoskrnl.exe!KeWaitForSingleObject+0x19f ntoskrnl.exe!KiSuspendThread+0x54 ntoskrnl.exe!KiDeliverApc+0x201 ntoskrnl.exe!KiCommitThreadWait+0x3dd ntoskrnl.exe!KeWaitForSingleObject+0x19f win32k.sys+0xcd8f7 win32k.sys+0xcd999 win32k.sys+0xe044e ntoskrnl.exe!KiSystemServiceCopyEnd+0x13 wow64cpu.dll!CpupSyscallStub+0x9 wow64cpu.dll!Thunk0Arg+0x5 wow64.dll!RunCpuSimulation+0xa wow64.dll!Wow64LdrpInitialize+0x42b ntdll.dll!LdrpInitializeProcess+0x17e3 ntdll.dll!??_C@_0BN@KLOBBEB@Enabling?5heap?5debug?5options?6?$AA@FNODOBFM@+0x280c0 ntdll.dll!LdrInitializeThunk+0xe USER32.dll!_NtUserWaitMessage@0+0x15 aida64.exe+0x9b845 aida64.exe+0x9ae9c aida64.exe+0x81ec52 ntdll.dll!___RtlUserThreadStart@8+0x70 ntdll.dll!__RtlUserThreadStart@8+0x1b When Aida64 starts correctly the stack looks like this ntoskrnl.exe!KiSwapContext+0x7a ntoskrnl.exe!KeSignalGateBoostPriority+0x1c0 wow64cpu.dll!CpupSyscallStub+0x9 wow64cpu.dll!Thunk0Arg+0x5 wow64.dll!RunCpuSimulation+0xa wow64.dll!Wow64LdrpInitialize+0x42b ntdll.dll!LdrpInitializeProcess+0x17e3 ntdll.dll!??_C@_0BN@KLOBBEB@Enabling?5heap?5debug?5options?6?$AA@FNODOBFM@+0x280c0 ntdll.dll!LdrInitializeThunk+0xe USER32.dll!_NtUserWaitMessage@0+0x15 aida64.exe+0x9b845 aida64.exe+0x9ae9c aida64.exe+0x81ec52 ntdll.dll!___RtlUserThreadStart@8+0x70 ntdll.dll!__RtlUserThreadStart@8+0x1b
  9. if your system is running properly, the LGS lcd driver and LGS software should be loaded before aida64 (aida64 operates on a delayed task schedule)
  10. Devices read via the Megatek megabattery driver seem to display what i assume is 2-2.5 their actual stats - atleast for the Charge rate. for example, the system in my sig, i doubt uses 340-350w at idle, and i highly doubt it uses 760w under load to necessitate equivalent charge rates. (a hx620 would OCP at around 730w when brand new, and mines not...) I expect that the charge value actually in this case also doubles as the current load value when not on battery, of which on my currrent ups (Upsonic ES 1500va/938w) my system loads it to about 14%, which is closer to 131w. Also, the temperature is a null/excessive value, though the upsilon software can read it correctly. ------[ AIDA64 v3.00.2584 Beta ]------ ------[ Microsoft Windows 7 Ultimate 6.1.7601.22210 Service Pack 1 (64-bit) ]------ ------[ Motherboard Info ]------ Motherboard ID : 65-1701-000001-00101111-091911-TYLERSBURG$A1234000_BIOS DATE: 09/19/11 15:16:49 VER: 08.00.15 Motherboard Model : Asus Rampage II Gene Motherboard Chipset : Intel Tylersburg X58, Intel Nehalem DMI MB Manufacturer : ASUSTeK Computer INC. DMI MB Product : Rampage II GENE DMI MB Version : Rev 2.xx DMI MB Serial : MS1C92BJDZ01491 DMI SYS Manufacturer: System manufacturer DMI SYS Product : System Product Name DMI SYS Version : System Version DMI SYS Serial : System Serial Number DMI BIOS Version : 1701 ------[ Batteries ]------ <DESC>Mega Battery Driver</DESC><DEVPATH>\\?\root#battery#0000#{72631e54-78a4-11d0-bcf7-00aa00b7b32a}</DEVPATH><INSTANCE>ROOT\BATTERY\0000</INSTANCE><BUSNUM></BUSNUM><ADDR></ADDR> ------[ Human Interface Devices ]------ <DESC>HID-compliant device</DESC><DEVPATH>\\?\hid#vid_0001&pid_0000#6&275745e7&0&0000#{4d1e55b2-f16f-11cf-88cb-001111000030}</DEVPATH><INSTANCE>HID\VID_0001&PID_0000\6&275745E7&0&0000</INSTANCE><BUSNUM>00000000</BUSNUM><ADDR>00000001</ADDR> <DESC>Logitech HID-compliant G500 Gaming Mouse</DESC><DEVPATH>\\?\hid#vid_046d&pid_c068&mi_00#7&164eef84&1&0000#{4d1e55b2-f16f-11cf-88cb-001111000030}</DEVPATH><INSTANCE>HID\VID_046D&PID_C068&MI_00\7&164EEF84&1&0000</INSTANCE><BUSNUM>0000000E</BUSNUM><ADDR>00000002</ADDR> <DESC>HID Keyboard Device</DESC><DEVPATH>\\?\hid#vid_046d&pid_c068&mi_01&col01#7&d884e3e&1&0000#{4d1e55b2-f16f-11cf-88cb-001111000030}</DEVPATH><INSTANCE>HID\VID_046D&PID_C068&MI_01&COL01\7&D884E3E&1&0000</INSTANCE><BUSNUM>0000000F</BUSNUM><ADDR>00000002</ADDR> <DESC>HID-compliant consumer control device</DESC><DEVPATH>\\?\hid#vid_046d&pid_c068&mi_01&col02#7&d884e3e&1&0001#{4d1e55b2-f16f-11cf-88cb-001111000030}</DEVPATH><INSTANCE>HID\VID_046D&PID_C068&MI_01&COL02\7&D884E3E&1&0001</INSTANCE><BUSNUM>0000000F</BUSNUM><ADDR>00000002</ADDR> <DESC>HID-compliant device</DESC><DEVPATH>\\?\hid#vid_046d&pid_c068&mi_01&col03#7&d884e3e&1&0002#{4d1e55b2-f16f-11cf-88cb-001111000030}</DEVPATH><INSTANCE>HID\VID_046D&PID_C068&MI_01&COL03\7&D884E3E&1&0002</INSTANCE><BUSNUM>0000000F</BUSNUM><ADDR>00000002</ADDR> <DESC>HID-compliant device</DESC><DEVPATH>\\?\hid#vid_046d&pid_c068&mi_01&col04#7&d884e3e&1&0003#{4d1e55b2-f16f-11cf-88cb-001111000030}</DEVPATH><INSTANCE>HID\VID_046D&PID_C068&MI_01&COL04\7&D884E3E&1&0003</INSTANCE><BUSNUM>0000000F</BUSNUM><ADDR>00000002</ADDR> <DESC>HID Keyboard Device</DESC><DEVPATH>\\?\hid#vid_046d&pid_c22d&mi_00#7&3bf406c&0&0000#{4d1e55b2-f16f-11cf-88cb-001111000030}</DEVPATH><INSTANCE>HID\VID_046D&PID_C22D&MI_00\7&3BF406C&0&0000</INSTANCE><BUSNUM>0000000C</BUSNUM><ADDR>00000002</ADDR> <DESC>HID-compliant consumer control device</DESC><DEVPATH>\\?\hid#vid_046d&pid_c22d&mi_01&col01#7&2c29ee35&0&0000#{4d1e55b2-f16f-11cf-88cb-001111000030}</DEVPATH><INSTANCE>HID\VID_046D&PID_C22D&MI_01&COL01\7&2C29EE35&0&0000</INSTANCE><BUSNUM>0000000D</BUSNUM><ADDR>00000002</ADDR> <DESC>HID-compliant device</DESC><DEVPATH>\\?\hid#vid_046d&pid_c22d&mi_01&col02#7&2c29ee35&0&0001#{4d1e55b2-f16f-11cf-88cb-001111000030}</DEVPATH><INSTANCE>HID\VID_046D&PID_C22D&MI_01&COL02\7&2C29EE35&0&0001</INSTANCE><BUSNUM>0000000D</BUSNUM><ADDR>00000002</ADDR> <DESC>HID-compliant mouse</DESC><DEVPATH>\\?\hid#vid_046d&pid_c231#2&3ac8a3fa&0&0000#{4d1e55b2-f16f-11cf-88cb-001111000030}</DEVPATH><INSTANCE>HID\VID_046D&PID_C231\2&3AC8A3FA&0&0000</INSTANCE><BUSNUM>00000007</BUSNUM><ADDR></ADDR> <DESC>HID Keyboard Device</DESC><DEVPATH>\\?\hid#vid_046d&pid_c232#2&1024bebb&0&0000#{4d1e55b2-f16f-11cf-88cb-001111000030}</DEVPATH><INSTANCE>HID\VID_046D&PID_C232\2&1024BEBB&0&0000</INSTANCE><BUSNUM>00000006</BUSNUM><ADDR></ADDR> <DESC>HID-compliant game controller</DESC><DEVPATH>\\?\hid#vid_1bad&pid_f023#6&d100989&2&0000#{4d1e55b2-f16f-11cf-88cb-001111000030}</DEVPATH><INSTANCE>HID\VID_1BAD&PID_F023\6&D100989&2&0000</INSTANCE><BUSNUM>00000016</BUSNUM><ADDR>00000002</ADDR> ------[ BatteryList ]------ <DESC>Mega Battery Driver</DESC><DEVPATH>\\?\root#battery#0000#{72631e54-78a4-11d0-bcf7-00aa00b7b32a}</DEVPATH><INSTANCE>ROOT\BATTERY\0000</INSTANCE><BUSNUM></BUSNUM><ADDR></ADDR> ------[ Battery #0 ]------ *** Smart Battery Interface *** BatteryDeviceName = Danial-PC BatteryManufactureName = Upsonic BatteryManufactureDate = 2013-09-04 BatterySerialNumber = BatteryUniqueID = 1000 BatteryTemperature = 210 BatteryInformation: - Technology = 1 - Chemistry = N/A - Capabilities = 80000003h - RelativeCapacity = 0 - DesignedCapacity = 100 - FullChargedCapacity = 100 - CriticalBias = 0 - CycleCount = 0 BatteryStatus: - PowerState = 00000001h - Capacity = 100 - Voltage = 2412 - Rate = 337680
  11. GPU-Z can still crash(white/coloured screen) a Kepler GPU if opened along side Aida64, I've confirmed this first hand. HWMon can still crash a gpu (black screen or fan speed unreliable) if run along side aida64, precision, etc on Fermi gpu's (not sure about kepler). Speedfan + Aida64 on Asus boards can cause fans and voltages to go missing (Winbond collision?)
  12. Is it running when you attempt to open Aida64?
  13. the lag comes from the CPU starving the graphics driver, so yes.
  14. I noticed in the new beta This has caused SM5/Dx11 hardware to be reported as SM4.1 / DX10.1. 3.00.2500 vs 3.00.2505
  15. AIDA64's benchmark utilises more of the entire cpu at any one time than the stability/benchmark utilities you mentioned.
  16. Thank you Fiery I don't see an option for it under Stability, so does it only get measured when a OSD or LCD has the related item enabled? edit: found it under Hardware Monitoring
  17. random modules, so its probably related to my thread, and possible throttle monitoring.
  18. Excellent, this improves the debug information generated as well i'll upload the dmp file in a little while
×
×
  • Create New...