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

add hypervisor support section in README #709

Closed
wants to merge 1 commit into from

Conversation

Wenzel
Copy link
Member

@Wenzel Wenzel commented Jan 14, 2019

Add a section in README.rst to quickly describe the hypervisors we are currently supporting and the features available.

@@ -41,6 +41,20 @@ documentation online at http://www.libvmi.com.
.. image:: https://scan.coverity.com/projects/14159/badge.svg
:target: https://scan.coverity.com/projects/libvmi-libvmi

Hypervisor support
------------------
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is a good idea but we should probably have some more in-depth description of what the columns actually mean. Some of the events listed here are also architecture specific and only available on arm or x86.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

+1

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

would be also pretty cool if you could add some details about the features that are supported by AMD processors

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Could you be more specific ?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

notes/events.txt says: "Currently only the Xen Hypervisor provides these features, and some of these are specifically only available on Intel CPU". Would be nice to know if this is still up to date or if some features still only work on Intel.

Copy link
Member Author

@Wenzel Wenzel Oct 15, 2019

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I updated the table to reflect that CPUID and MSR were x86 specific events.
I never worked on AMD architecture, so I'm not sure about the descriptor, control register and debug register.
cc @bentau

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

update on this ?
@bentau , @tklengyel

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

i will try to contribute for AMD specific behavior soon

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hi, @Wenzel @bentau I am currently working on AMD issues, and I see 4 problems

  1. single stepping not supported. AMD lacks the monitor-trap-flag, and xen doesnt implement any other way. i have a patch for xen, but currently I cannot test it.
  2. anything related to VMI_EVENT_MEMORY (e.g. syscall tracing example) results in a VMI_ERROR: xc_hvm_set_mem_access failed with code: -1. Despite my best efforts I cant seem to track down the underlying issue.
  3. register monitoring works, but not with MSR_ALL - here I get hangs on either one or even both VMs, the monitor and the one being monitored! Again i am not sure why.
  4. in the breakpoint example, re-injecting the bp doesnt work, but this is probably related to singlestepping not being available.

The rest actually seems to work fine, from working with the libvmi examples.

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

Successfully merging this pull request may close these issues.

None yet

5 participants