Jump to content
AIDA64 Discussion Forum

Crashtest

Members
  • Content Count

    20
  • Joined

  • Last visited

Community Reputation

0 Neutral

About Crashtest

  • Rank
    Member
  • Birthday 03/30/1984

Profile Information

  • Gender
    Male
  • Location
    Leipzig, Germany
  1. Maybe this is because of reading the wrong file for its version! If you just get the version of C:\Program Files\Windows Defender\MsMpEng.exe - on my system it get 4.18.1902.5 But if I follow the path from Registry ( HKLM\SOFTWARE\Microsoft\Windows Defender\ String "InstallLocation" I get an other path -> "C:\ProgramData\Microsoft\Windows Defender\platform\4.18.1906.3-0\" Inside this "C:\ProgramData\Microsoft\Windows Defender\platform\4.18.1906.3-0\" is an other "MsMpEng.exe" with version 4.18.1906.3 - same version is reportet by Windows Defender Info Box BUT: AIDA64 displays correct file version at the Anti-Spyware page !?!?!
  2. It is possible to access Windows Defender Status using WMI …. https://docs.microsoft.com/de-de/previous-versions/windows/desktop/defender/msft-mpcomputerstatus But I'm not sure if AIDA64 (32Bit APP) could use Windows Defender WMI (64 Bit DLL - C:\Program Files\Windows Defender\ProtectionManagement.dll )
  3. AIDA64 shows some strange DeviceIcons for common devices ? Example: any AMD CPU - AIDA64 displays ICON_Z_099 instead of ICON_Z_066. Solution: if Copy(DEVICEIDSTRINGORWHATEVER, 0 , 15)='AUTHENTICAMD_-_' then displayicon:=ICON_Z_066; // like "AuthenticAMD_-_AMD64_Family_23_Model_17_-_AMD_Athlon_200GE_with_Radeon_Vega_Graphics_____" for Intel it should be something like: if Copy(DEVICEIDSTRINGORWHATEVER, 0 , 15)='GENUINEINTEL_-_' then displayicon:=ICON_Z_066; More DeviceIDs and possible Icons: AMDI0030 & AMDIF030 (AMD GPIO) - ICON_Z_077 ASD0001 - ICON_Z_009 HPQ8001 - ICON_Z_045 UEFI - ICON_Z_009
  4. AIDA, 6.00.5122, is unable to identify serveral new Windows SKUs, incl. Windows 10 IoT Enterprise (0xBC). AIDA reports Windows 10 Professional instead of Windows 10 IoT Enterprise ….. I added the ntdef.h from Windows 18362 SDK with the current definitions; some pictures and reports AIDA_Report_PCI.txt AIDA_BUG_Win10_iot_ent - boinc_stdoutdae.txt AIDA_BUG_Win10_iot_ent - ntdef.h
  5. Only 1 Question left: Why is it working on NT 5.x but not on NT 6.x ? AIDA64 4.7 on NT 6.1 and my small not finished delphi tool: and the current Beta : so its working now ....
  6. here are the dumps ps my simple delphi tool detect all devices even on Windows 10 using winring0 driver simple for bus:=0 to 255 do for dev:=0 to 31 do for func:=0 to 7 do if ReadPCIConfigDword(Mix(bus,dev,func), 0) <>$ffff // checkin VendorID begin ... end; I will check the "fix" later - but why enum PCIdevices by registry if theres is a working (NT5.x) enum by devicedriver ? AIDA_PCI_BUG_NT52_DEVICEDUMP.txt AIDA_PCI_BUG_NT52_PCIDUMP.txt AIDA_PCI_BUG_NT52_REPORT.txt
  7. So back to business: I tested old (4.x) and current (5.0 final not current beta) AIDA64 versions on Windows NT 5.2 (PE 2005) - AIDA64 found all !!!! PCI devices on both segments ! Reboot to Windows NT 6.0 (PE 2007) - only devices on bus 0 & bus 1 Reboot to Windows NT 6.1 (PE 2009) - only devices on bus 0 & bus 1 Reboot to Windows NT 6.4 (PE 2015 - current internal beta) - only devices on bus 0 & 1 againt test with older Windows, Windows NT 5.1 (PE 2004) - AIDA, both 4.7 and 5.0, found all devices Result: AIDA64 could find all devices as long as Windows is NT 5.x and not NT6.x So it looks like a OSrelated AIDA64 Bug (I will upload AIDA64 dumps from NT5x soon)
  8. Here are the Registry Exports from both systems reg_thor.txt reg_odin.txt
  9. all tested AIDA64 versions are unable to detect all PCI devices on my HP xw9400 based systems: AIDA found only device on PCI bus 0 and 1 - rest (on bus 24,43,44,64,69,70,71,72,107) are missing; because of that, AIDA64 wont display any infos about installed GPU etc. Systems: HP xw9400 Board (OEM Version of Tyan S2915e) Dual Opteron 2382 and Dual Opteron 2427 Windows 7 sp1 x64 and Server 2008r2 x64 sp1 PCI Device List AIDA64 vs SIV PCI Device List AIDA64 vs Windows Device Manager I added: - ACPIDUMP - PCIDUMP - DEVDUMP and SIV-Dumps well if I boot Windows PE based on NT 5.1 or 5.2 AIDA64 will report all devices !? acpidump.txt devdump.txt pcidump.txt SIV_ODIN.txt
  10. Casper & Slimer are taken from AMD OpenCL ICD so both could be the OpenCL-Names of the Kaveri-Devices instead of the CAL-Names - why the hell is AMD using different Names for a device in CAL and OpenCL ? Sources: 1st discussion inside AMD Dev Forum 2nd http://developer.amd.com/wordpress/media/2013/08/AMD_Accelerated_Parallel_Processing_OpenCL_Programming_Guide.pdf - page E-2 (theres the current offical CAL-target-List)
  11. Hi, there are some new AMD CAL TargetIDs missing in AIDA64 Current CAL List: .... 10 - Redwood 11 - Cedar 12 - Sumo (lower APUs in Llano / OpenCL=Winterpark) 13 - SuperSumo (higher APUs in Llano / OpenCL=Beavercreek) 14 - Loveland (OpenCL=Wrestler) 15 - Cayman 16 - Kauai 17 - Barts 18 - Turks 19 - Caicos 20 - Tahiti 21 - Pitcairn 22 - Capeverde 23 - Devastator (higher APUs in Trinity/Richland) 24 - Scrapper (lower APUs in Trinity/Richland) 25 - Oland 26 - Bonaire 27 - Casper (APU inside Kaveri) 28 -.Slimer (APU inside Kaveri) 29 - Kalindi (APU inside Kabini) 30 - Hainan Regards [P3D] Crashtest
  12. Well I added the VFCT (added .txt because it wont upload if its a bin) AIDA still not display any BIOS infos at Motherboard\BIOS but it shows "all" infos at DMI and Motherboard\ACPI acpi_vfct.bin.txt
  13. As part of the bugreport I posted an ACPI-Dumb, inside is an unknow ACPI-Table (VFCT) <SIG>VFCT</SIG><DESC>Unknown</DESC><ADDR>2917717368</ADDR><LENGTH>20612</LENGTH><OEMID>ALASKA</OEMID><OEMTABLEID></OEMTABLEID><OEMREV>1</OEMREV><CREATORID>AMD</CREATORID><CREATORREV>827346759</CREATORREV> Whats that ?
  14. No replay ? AIDA cant read any BIOS Infos on my MSI FM2-A75MA-E35
×
×
  • Create New...