VMWare

[foxgrrl]

So, am I just on crack, or are the last three releases of VMWare Workstation totally broken with respect to the hardware debugging registers? If I set a hardware breakpoint [like on memory write], in a debugger, in the guest OS; It will break on every single instruction, even if it doesn't touch memory at all (like XOR EAX,EAX (in a completely different segment than DR0 or anything))

For reference, this is VMWare Workstation 5.5.2 on a Host OS: Linux x86-64, Guest OS Win2K Adv Server. Same thing with VMWare WS 5.5 and 5.0 too.

I can't find anything on Google about this; I can't be the only person on Earth who has noticed this.

Comments

[oygevalte.livejournal.com]

Tell ksilebo, he works there now...

I think that makes the number of VMWare employees I know to three.

[maradydd.livejournal.com]

I have a friend who's a VMWare intern this summer, and might be able to help. I'll pass it on.

[auntyjen.livejournal.com]

no!!
i'm just learning vmware stuff and i like it
please don't tell me they are breaking it?
i'm using an older version

i did something that some of my friends thought, "hey, i never thought of that"

I no longer trust any of the bittorrent apps
but i still want to download stuff
so i created a virtual xp inside my xp
and put all my torrent stuff in that
and shared out the download folders so all i got to do is move the completed out onto the real computer
:-)

now i got to find a linux distro i like
and try the xp inside linux
:-)

[foxgrrl]

I know at least three or four furries who work at VMWare. And maybe a few more people. I had a recruiter there last year, who was courting me for some kind of kernel hacking or low level bit-banging position, but I went with my current employer instead.

I just wanted to make sure that I wasn't mistaken before I filed a bug with VMWare. I wouldn't be surprised if VMWare itself was using the debugging registers as part of its hardware virtualization, and hence, the weird problems with them inside the Guest OS. (There's a trick for doing virtualization on Sparc, by setting the memory pages of a process to non-readable, not-writable, and non-executable, patching up the executable's problematic instructions with emulated equivalents, and then setting the page back to executable, and catching any faults if the code tries to read itself or modify itself, VMM does it's thing to make things look normal to the process, and then lets it run some more, blah blah blah... anyway, on x86 this doesn't quite work because the non-exec bit on a page's descriptor is not honored. But, I speculate, that you can work around this with some clever usage of the hardware debug registers. (I know I should really look into what Solar Designer was doing with PaX one of these days...) AMD fixed this bug with x86 finally with x86-64, except that Intel failed to copy this on the early EM64Ts.)