I honestly vastly prefer using IDA and Windows specific tools (x64dbg) over gdb. IDA can interface with gdb so it can act as a frontend which can be handy for visualization.
I honestly vastly prefer using IDA and Windows specific tools (x64dbg) over gdb. IDA can interface with gdb so it can act as a frontend which can be handy for visualization.
I have the same issue on one of the controllers.
There are some hall effect sensor kits on Aliexpress but that requires extensive work to set up and install.
Not a bad idea actually, totally didn’t think about that.
Maybe even a PCIe pass through to a VM could do the trick if you’re desparate lol (with Linux living in a separate drive)
Orrrr maybe even try FreeBSD… (or mac OS, but eww gross don’t test that)
The only thing I can think of is to try the drives in a different system and see how they behave (same OS and configuration).
If they behave the same then that rules out everything except the drives themselves and the OS.
Considering how you mentioned the behavior is better in Windows, it sounds like a software issue, but you never know until you try.
FWIW I’ve also had memory issues with XMP.
Turns out that ASUS firmware is omega pepega and decided to go against AMD’s specifications even for XMP profiles.
CLDO VDDP was stuck at the same voltage as SOC. Per AMD it has to be up to VSOC - 0.1V
So, after manually setting that, and other VDDP and VDDG voltages, it magically started working perfectly.
So do check voltages anyway even if you found a bad stick. Mine endured through the crappy firmware thanks to it being Samsung B-die.
Also check this for more info in general (I recommend this even if you won’t OC, just the memtest alone is a huge section)
https://github.com/integralfx/MemTestHelper/blob/oc-guide/DDR4 OC Guide.md
I tested with OCCT to find even more errors, so either do that in a mini windows environment or do one of the Linux tests to check memory some more. Memtest86+ isn’t enough.
I remember way back, around 2013, asking Gigabyte Mobile for the kernel source of one of their devices (Mika M3) via their business support.
Needless to say, they obliged! They uploaded it and then gave a link to an FTP server and credentials to use it.
So sometimes it’s just worth asking.
I couldn’t compile it fwiw, because it was missing key Mediatek components, but eh, what can you do…
It kind of still is because of Webview2. Games such as Forza Motorsport (not that you’d want to play that crap) depend on it for Xbox login purposes even if you bought the game on Steam. The game depends on the system Edge libraries and doesn’t ship its own.
Display and processor? If the answer is yes or maybe, then Doom can run on it.
First of all, thank you very much for your service.
Secondly, you’re crazy lmao
I am pretty sure TianoCore is also used by AMD systems as a reference as well.
Here’s a similar situation that happened in 2019 at Lenovo’s site
https://support.lenovo.com/cl/es/solutions/LEN-22660
AMD systems are listed as well.
As for most board vendors nowadays, I think they barely do anything with the code itself and just create the setup utility and boot logos. It is highly likely that they’re affected too.
Aren’t AMI, Insyde and Phoenix providers for 98% of PC (be it board or OEM) vendors though?
And AFAIR, TianoCore is basically used everywhere by everyone as a base except maybe Apple.
This goes for inter-developer communication too. Be nice to one another. Someone just wants to help sometimes.
Number 3 is keeping me on Windows. I make mods for old games and I need Visual C++. I almost got the compiler to run under Wine but who knows how it would behave if it did run.
Jak and Daxter is still theirs.
Well, Cross Duel was something completely unique and was more like an RPG than the regular game.
Yu-Gi-Oh Cross Duel suffered the same fate. Dead not one year after release.
Now it’s in the hands of a custom server, barely usable thanks to DRM that was hard to bypass.
Come play Unreal with us then hehehe
I shall yoink that, thank you very much.