| |
|
 |
|
 |
|
|
|
| |
|
|
xen-devel
RE: [Xen-devel] [PATCH 07/14] Nested Virtualization: trap
>
> +int hvm_inject_exception(unsigned int trapnr, int errcode, unsigned
> long cr2) +{
> + uint64_t exitcode;
> + bool_t is_intercepted;
> + struct vcpu *v = current;
> + struct nestedhvm *hvm = &VCPU_NESTEDHVM(v);
> +
> + if ( !nestedhvm_enabled(v->domain) ) {
> + hvm_funcs.inject_exception(trapnr, errcode, cr2);
> + return 0;
> + }
If it is not nested, we go from here to vendor specific injection code.
If it is nested, I think we'd better to go to another vendor specific handler
too.
We may have to resort to more vendor specific information within the process to
handle possible different HW stuff. If above suggestion is reasonable, then I
think we don't need this wrapper change because we can easily extend current
vendor speifc inject_exception to support both nested case and non-nested case.
Thx, Eddie
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
|
|
| |
|
Home