Jump to content
AIDA64 Discussion Forum

Squall Leonhart

Members
  • Content Count

    346
  • Joined

  • Last visited

  • Days Won

    3

Everything posted by Squall Leonhart

  1. Squall Leonhart

    AIDA64 cannot read smart data from UASP/Asmedia SATA adapter.

    Easy, here you go. The drive is currently on the ASUS UASP driver, but Smart was also missing on the mass storage driver, regardless both could pass through smart to Crystaldisk, and I can also see the data in HD Tune, SSD-Z, etc. diskctrldump.txt raiddump.txt smartdump.txt I also have a cable based on the ASM1351 on order so i can get trim working on this ssd, so i'll likely be back with dumps for that too after it arrives lol.
  2. Hey Feiry, i grabbed a UASP sata 3 adapter cable produced by startech it uses the ASMedia - ASM1153E https://www.startech.com/au/HDD/Adapters/USB-3-SATA-adapter-cable-with-UASP~USB3S2SAT3CB Aida64 is unable to pull smart data from the drive attached, but CrystalDiskInfo has no such problem. Need a dump to add support? if so which ones.
  3. Squall Leonhart

    Add Current Dma Mode To The Ata Pane

    I've been looking through Aida, and can't seem to see the current DMA setting on each drive.
  4. Squall Leonhart

    Identification of SATA revision

    Fiery, the feature this user wanted is possible. The drive itself can report what SATA mode it is in, but not all do so and seems more likely when the Drive is Sata Rev3 / 6Gb with some exceptions being ODD's The utility SSD-Z implements it. Attached to Intel ICH10 sata Attached to Marvel SATA 6G Attached to JMI E-Sata
  5. Squall Leonhart

    Add Current Dma Mode To The Ata Pane

    Interestingly enough, the fields are now visible, seems that this information is not presented by hotplugged drives?
  6. Squall Leonhart

    nvidia display bug?

    This is resolved by 417.71+
  7. Squall Leonhart

    Add Current Dma Mode To The Ata Pane

    Something strange with AIDA64's support of this. It seems aida64 lacks the active udma field on some drives declaring them to be running in MWDMA 0 or 2, meanwhile HDD Scan and HD Tune both agree that the current active mode is UDMA6 for those drives, and buffered read tests come back as expected.
  8. yeah, there was an issue from 397.65 to 411.63.
  9. what driver have you got installed?
  10. Aida64 is just a victim to nvidia's unstable NVAPI code at the present time.
  11. it doesn't point directly at anything. otherwise it would be FAULTING_PROCESS: Nvidia has made no mention of whether they have reproduced the issue with the reproduction steps so far. There is no announcement. You should read all posts within a thread before assuming something. There will not be a fix for this bsod coming from Fiery's side.
  12. Squall Leonhart

    Page file details may randomly glitch

    during extended aida64 usage, the page file details in the memory section may double up the info displayed... for instance, it displays the used/max items twice.
  13. Spectre patch reduces this benchmark.
  14. Squall Leonhart

    FPU VP8 not using 100% of CPU

    the spectre patch is not responsible for the util issue here, the effect of the patch halves performance of fpu vp8.
  15. It's not really Fiery's fault, but there some new information Re the cause It was a bit premature to mark this thread fixed just because an issue with 1803 was found and worked around, some of us are not even on Win10.
  16. They aren't gone, they weren't readily reproducible in the first place. https://forums.geforce.com/default/topic/1061921/geforce-drivers/announcing-geforce-hotfix-driver-398-46/post/5833546/#5833546
  17. Testing 4652 under 17134, none of the clocks under Overclock update, everything under CPU Speed is now a static number I'm creating a feedback so Microsoft can follow up and implement a safe mutex for accessing the timer, Microsoft shouldn't be adding unsafe 'features' that cripple existing utilities. https://aka.ms/AA1ovm3
  18. As much as nvidia cannot reproduce it, im still convinced it is a driver bug, i've seen it reported with users running evga precision, kombustor, aida64, gpu-shark a combination of aida64 and gpu shark running at the same time brought it on in 4 days, aida64 alone a week. Considering this rides on the tail of nvidia fixing the GDI leak, its suspicious. Testing 4652 under 17134, none of the clocks under Overclock update, everything under CPU Speed is now a static number
  19. Don't mix up the issues Fiery, this bsod is occuring on 7 and 10 16299+17134
  20. Start command prompt in admin mode Execute the following command: verifier /standard /driver nvlddmkm.sys If you haven't already enabled for kernel dump, Could you please follow the steps here: http://mywindowshub.com/how-to-configure-windows-10-to-create-dump-files-on-bsod/ and enable "Kernel memory dump" under System failure region Reboot the system Get a repro Zip dump and upload it on google drive, mail a share link to driverfeedback@nvidia.com
  21. Squall Leonhart

    ASUS ROG Maximus X Code fan sensors missing

    never e ver keep corsair garbage link open, it is not a safe or stable program.
×