xen/x86: Remove PVH support
We are replacing existing PVH guests with new implementation. We are keeping xen_pvh_domain() macro (for now set to zero) because when we introduce new PVH implementation later in this series we will reuse current PVH-specific code (xen_pvh_gnttab_setup()), and that code is conditioned by 'if (xen_pvh_domain())'. (We will also need a noop xen_pvh_domain() for !CONFIG_XEN_PVH). Signed-off-by: Boris Ostrovsky <boris.ostrovsky@oracle.com> Reviewed-by: Juergen Gross <jgross@suse.com> Reviewed-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
This commit is contained in:
@@ -29,17 +29,6 @@ extern enum xen_domain_type xen_domain_type;
|
||||
#define xen_initial_domain() (0)
|
||||
#endif /* CONFIG_XEN_DOM0 */
|
||||
|
||||
#ifdef CONFIG_XEN_PVH
|
||||
/* This functionality exists only for x86. The XEN_PVHVM support exists
|
||||
* only in x86 world - hence on ARM it will be always disabled.
|
||||
* N.B. ARM guests are neither PV nor HVM nor PVHVM.
|
||||
* It's a bit like PVH but is different also (it's further towards the H
|
||||
* end of the spectrum than even PVH).
|
||||
*/
|
||||
#include <xen/features.h>
|
||||
#define xen_pvh_domain() (xen_pv_domain() && \
|
||||
xen_feature(XENFEAT_auto_translated_physmap))
|
||||
#else
|
||||
#define xen_pvh_domain() (0)
|
||||
#endif
|
||||
|
||||
#endif /* _XEN_XEN_H */
|
||||
|
Reference in New Issue
Block a user