Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Better explaination what chk and fre modes means and how to enable HAXM on Intel. #289

Open
ruthan opened this issue Dec 3, 2024 · 4 comments

Comments

@ruthan
Copy link

ruthan commented Dec 3, 2024

I tried to search what is difference between autobuild-ccpu-chk.cmd and autobuild-ccpu-fre.cmd, but here on github descript i did not found these keyboards, neither i found some readme within downloaded github code.
So i have to search and ask chatgpt that got info that chk is more for debuggin and fre shoul be lighter version. Its this right.

About HAXM i know that is HAXM, i have used with Qemu on Windows in the past.. but its long time. Im unsure what to do enabled it, again and how to test that is really enabled.
I far i remember you have to install HAXM intel package, its not available on AMD cups and disable through bcd Hyper-V... But its enough or some other steps are needed?

Im just hinting to make a bit more fail proof a detailed documentation. 
@leecher1337
Copy link
Owner

The difference between checked and free is documented in the
https://github.com/leecher1337/ntvdmx64/blob/master/ntvdmpatch/doc/autobuild.txt

HAXM is documented here:
https://github.com/leecher1337/ntvdmx64/blob/master/ntvdmpatch/doc/haxm.txt

Do NOT use original HAXM driver, you need the one shipped with NTVDMx64, as it requires a special build.
Not sure what to improve in the documentation, it points out the most improtant points.

@ruthan
Copy link
Author

ruthan commented Dec 4, 2024

Thanks,
for reply so chk - means check and fre - free, that i wasnt sure that it means and its described in additional file..
I did probably what and lot of the users do, do to on main github page and search for chk. and fre.. and did not found some explanation, i did not even expect that, there is other file with info. I downloaded it and build it, it worked at least for haxm, after some convincing, console errors and hints were enough to make it working..
Description is quite long and search gave me nothing. So something like add chck and fre and haxm keyboards in main description and link to autobuild.txt would help and just 1 line summary to every of 4 options.

Same with HAXM, because i searched for it too and not found any details in mail readme.. Because i would not expect that i have to uninstall intel HAXM, maybe some check if HAXM already instatel and hint to uninstall it in console would be more fail proof too.
I guess that lots of people also dont know that HAXM will not run on their Ryzen cpucs..

Question is if i uninstall Intel HAXM package and install yours, would other SW as Qemu on Windows what are using Intel HAXM still work? Im not sure what HAXM is now active. I have install package installed over it ntvdmx64.

@leecher1337
Copy link
Owner

Ahem.. Are you kidding me? The first 2 lines of the readme.txt point you right to the autobuild.txt which contains the description for CHK and FRE builds and build instructions. There can't be a more prominent place to link to it. And you said, you didn't find them? Sorry, but that's ridiculous!

autobuild.txt also clearly states:

  HAXM   - The VT-x hardware accellerated version, needs supplied driver
           Read haxm.txt for details and advantages/disadvantages

It also states:

The NTVDM stops an IntelHaxm driver instance, if it detects one, as the original
driver doesn't offer the features required by NTVDMx64.
If there is a service named IntelHaxmNtvdm on the system, it tries to start it,
if not already running. 

So what does it tell us? It means that you don't have to uninstall the original IntelHaxm driver, it means that NTVDMx64 brings its own driver and upon launching NTVDM, it may stop the original IntelHAXM driver (in case it is named "IntelHaxm", otherwise you would have to stop it using "net stop or via Services.msc") in order to load its own. So, yes, they should be able to coexist on the same system, but can NOT run at the same time (so using qemu and NTVDMx64 concurrently at the same time wouldn't work). The HAXM shipped with NTVDMx64 is not a drop-in replacement to the original Intel HAXM driver, it listenes to another device name which gets only used by the NTVDMx64.

@ruthan
Copy link
Author

ruthan commented Dec 9, 2024

It depends what readme do you mean, i mean this:
https://github.com/leecher1337/ntvdmx64
Here when i put in mi google browser: ""fre" and "chk".
First give me some unrelated matches as "fresh" and second 0 matches.

Its wall of text, i not expected that there are some "links" to other files. Compiler hints was good enough to not need for search for info in quite a long readme..

Haxm, i would bet, that i tried to find it too and it wasnt there, could be wrong some typo, or i searched hax-m, or something like that, or readme was updated meanwhile, im sorry.
Otherwise i tried to give you better feedback, its reason why im responding so slowly, im quite busy and compiling its taking like hour, so machine which i used for it.

Thanks for HAXM explanation i still think that it would be nice to check if haxm is already installed and print 1 more line, how it use together.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants