https://wiki.xenproject.org/api.php?action=feedcontributions&user=Chase&feedformat=atomXen - User contributions [en]2024-03-28T13:43:56ZUser contributionsMediaWiki 1.31.3https://wiki.xenproject.org/index.php?title=Compiling_Xen_From_Source&diff=5818Compiling Xen From Source2012-12-14T22:08:08Z<p>Chase: /* Building from Source */</p>
<hr />
<div>==Introduction==<br />
<br />
The purpose of this document is to guide users through the process of installing Xen from source (either from the tarball releases or from a source code repository).<br />
<br />
This document was written targeting the Xen 4.2 release, but an attempt will be made to point out differences from previous releases where relevant.<br />
<br />
An assumption is made of some familiarity with the general concept of building software and with using your distributions package manager to install relevant build tools etc.<br />
<br />
==Why Build From Source?==<br />
<br />
Before embarking on the process of building Xen yourself it is worth considering whether this is even necessary. There are many distributions around these days which have excellent support for Xen available right from the package manager, a partial list is available at [[Dom0 Kernels for Xen]]. Where possible it is highly recommended that users consume Xen via their chosen distribution wherever possible. Using the distribution packaging will give you a much more integrated solution and allow you to take advantage of all the resources provided by your distribution (e.g. documentation, support etc). You can find articles on how to install Xen on various distributions in [[:Category:Host Install]].<br />
<br />
The remainder of this document assumes that you have considered this and really do want to build from source.<br />
<br />
==Host (Domain 0) OS Installation==<br />
<br />
Before installing Xen you will first need to install your domain 0 OS, unless you have already done so. [[Host OS Install Considerations]] contains some things which you might want to consider while doing this.<br />
<br />
==Obtaining the Xen Source Code==<br />
<br />
The two primary ways to obtain the Xen source code for a stable release are via the release tarballs or by cloning from the appropriate Mercurial source repository. For the development version of Xen (''xen-unstable'') Mercurial is the only source.<br />
<br />
===Release Tarballs===<br />
<br />
The latest Xen releases are linked to from [http://www.xen.org/products/downloads.html The Xen.org download page]<br />
<br />
===Mercurial===<br />
<br />
Xen's source code repositories are hosted using the [http://mercurial.selenic.com/ Mercurial] version control system on [http://xenbits.xen.org/ xenbits].<br />
<br />
Each stable release has it's own branch ''xen-X.Y-testing.hg'' (e.g. [http://xenbits.xen.org/hg/xen-4.2-testing.hg xen-4.2-testing.hg]) where code intended for the next stable point release is added. The Xen development branch is known as ''xen-unstable'' and has its own repository [http://xenbits.xen.org/hg/xen-unstable.hg xen-unstable.hg].<br />
<br />
Each Xen stable and development branch is available in two forms either tested (the main branch) or untested (the ''staging'' branch). When commits are made to a Xen tree they are first added to the ''staging'' branch and only propagated to the main branch after automated testing has passed. For example all commits to the Xen development branch will initially appear in [http://xenbits.xen.org/hg/staging/xen-unstable.hg staging/xen-unstable.hg] and then propagate to [http://xenbits.xen.org/hg/xen-unstable.hg xen-unstable.hg] after automated testing has completed. The automated test results are posted to the [http://lists.xen.org/mailman/listinfo/xen-devel xen-devel] mailing list.<br />
<br />
[[Xen Repositories]] contains information on the various repositories for the stable and development branches.<br />
<br />
To clone the source first install the ''mercurial'' tool using your distributions package manager. Then execute the following command:<br />
$ hg clone '''URL'''<br />
Where '''URL''' is the URL of the repository you wish to clone. e.g. to clone the latest tested ''xen-unstable'' tree:<br />
$ hg clone http://xenbits.xen.org/hg/xen-unstable.hg<br />
Or to clone the ''staging'' (e.g. not yet tested) ''xen-unstable'' tree:<br />
$ hg clone http://xenbits.xen.org/hg/staging/xen-unstable.hg<br />
You may want to get a specific changeset (revision), for example when trying to replicate someone else's build, or when dealing with other patches you have to apply afterwards. You can do this with the -r option. For example, to get changeset 25364:<br />
$ hg clone -r 25364 http://xenbits.xen.org/hg/xen-unstable.hg<br />
<br />
==Quick-Start==<br />
<br />
The ''README'' at the top level of the Xen source code tree contains a quick-start guide to building Xen. This provides a quick overview of the process and requirements for building Xen and will generally contain the most up to date information specific to the particular Xen tree you are looking at. After obtaining the Xen source this is the first document you should read.<br />
<br />
==Building from Source==<br />
<br />
=== Linux distro specific help === <br />
* Check [[Xen_4.2_Build_From_Source_On_RHEL_CentOS_Fedora]] wiki page for info about compiling Xen from source on rpm-based distributions.<br />
<br />
===Build Dependencies===<br />
<br />
Xen uses several external libraries and tools. The primary list of these prerequisites is the list present in the ''README'' file.<br />
<br />
Even this list assumes some sort of basic development environment. A good starting point for this is to use your distributions ''development install'' package option.<br />
<br />
e.g. under Debian / Ubuntu (and derived distributions) install the ''build-essential'' package:<br />
# apt-get install build-essential<br />
<br />
you also need to install these additional debs:<br />
# apt-get install bcc bin86 gawk bridge-utils iproute libcurl3 libcurl4-openssl-dev bzip2 module-init-tools transfig tgif <br />
# apt-get install texinfo texlive-latex-base texlive-latex-recommended texlive-fonts-extra texlive-fonts-recommended pciutils-dev mercurial<br />
# apt-get install make gcc libc6-dev zlib1g-dev python python-dev python-twisted libncurses5-dev patch libvncserver-dev libsdl-dev libjpeg62-dev<br />
# apt-get install iasl libbz2-dev e2fslibs-dev git-core uuid-dev ocaml ocaml-findlib libx11-dev bison flex xz-utils libyajl-dev<br />
# apt-get install gettext<br />
<br />
whereas under RHEL, CentOS, Fedora (and similar rpm based) distributions the ''Development Libraries'' and ''Development Tools'' package groups:<br />
# yum groupinstall "Development Libraries" "Development Tools"<br />
<br />
you also need to install these additional rpms:<br />
# yum install transfig wget tar less texi2html libaio-devel dev86 glibc-devel e2fsprogs-devel gitk mkinitrd iasl xz-devel bzip2-devel<br />
# yum install pciutils-libs pciutils-devel SDL-devel libX11-devel gtk2-devel bridge-utils PyXML qemu-common qemu-img mercurial texinfo<br />
# yum install libidn-devel yajl yajl-devel ocaml ocaml-findlib ocaml-findlib-devel python-devel uuid-devel libuuid-devel openssl-devel<br />
# yum install glibc-devel.i686<br />
<br />
Having installed this you should then install each of the prerequisites listed in the ''README'' using your distribution's package management tool. In general Xen tries to only depend upon external tools and libraries which are commonly available in distributions therefore obtaining the prerequisites other than from your distribution's package management system is out of scope for this document. If you have trouble locating a particular prerequisite then please contact the [http://lists.xen.org/mailman/listinfo/xen-users xen-users] mailing list.<br />
<br />
One useful shortcut can be to use your distributions package manager to install all the prerequisite packages is to install those packages which are noted as being required to build the distribution's own Xen packages. e.g. under Debian or a Debian derived distribution:<br />
# apt-get build-dep xen<br />
('''TBD''' ''equivalent for RPM/yum/etc type distributions''). However you need to be mindful of new prerequisites added between whatever version of Xen is in your distribution and the version you are building when using this trick.<br />
<br />
===Configure===<br />
<br />
From Xen 4.2 onwards Xen uses the commonly used ''autoconf'' tool to provide compile time configurability of the toolstack. This allows some control of what features are built into Xen, as well as compile time sanity checking. To configure Xen simply run the provided ''configure'' script:<br />
$ ./configure<br />
<br />
To see the various options run the configure script with ''--help'' e.g.:<br />
$ ./configure --help<br />
[...]<br />
Optional Features:<br />
--disable-option-checking ignore unrecognized --enable/--with options<br />
--disable-FEATURE do not include FEATURE (same as --enable-FEATURE=no)<br />
--enable-FEATURE[=ARG] include FEATURE [ARG=yes]<br />
--enable-githttp Download GIT repositories via HTTP (default is<br />
DISABLED)<br />
<br />
This step is only required from Xen 4.2 onwards. Prior to Xen 4.2 these options could be configured by passing a variable on the ''make'' command line during build & install or by writing the variable to a file named ''.config'' at the top level of the source tree.<br />
<br />
====Use ''http://'' Rather Than ''git://'' to Clone Additional Repositories====<br />
<br />
When building Xen from Mercurial the build system will automatically clone several additional repositories from the network. Some of these repositories use the version control system which uses its own protocol on a specific port. Sometimes this causes issues due to firewalls etc blocking the git port. This can be worked around by instructing the Xen build system to clone such repositories using a less efficient HTTP based protocol:<br />
$ ./configure --enable-githttp<br />
<br />
Prior to Xen 4.2 this could be achieved by writing ''GIT_HTTP=y'' to your ''.config'':<br />
$ cat .config<br />
GIT_HTTP = y<br />
<br />
====Library Installation Directory====<br />
<br />
Xen 4.2 onwards defaults to installing libraries into /usr/lib by default. Users on systems which use /usr/lib64 for 64-bit libraries should use the --libdir option. e.g:<br />
<br />
$ ./configure --libdir=/usr/lib64<br />
<br />
Failure to do this usually results in errors about libraries not found or using older versions of the libraries which will likely not work.<br />
<br />
====Python Prefix and Module Layout====<br />
<br />
On some distros (e.g. Debian and Ubuntu) Xen may install the python parts of Xen into the wrong place (See [http://bugs.debian.org/693721 Debian bug #693721]). Therefore it is necessary to set ''PYTHON_PREFIX_ARG=--install-layout=deb'':<br />
$ cat .config<br />
PYTHON_PREFIX_ARG=--install-layout=deb<br />
<br />
Some versions of Ubuntu have a [https://bugs.launchpad.net/ubuntu/+bug/362570 bug] which requires instead that ''PYTHON_PREFIX_ARG'' is to set the empty string:<br />
$ cat .config<br />
PYTHON_PREFIX_ARG=<br />
<br />
As of 4.2 this option is not yet supported by the ''configure'' script and therefore should still be set via ''.config'' or on the ''make'' command line.<br />
<br />
The most common symptom of this issue is ''pygrub'' failing to work, with output similar to:<br />
<br />
Traceback (most recent call last):<br />
File "/usr/lib/xen/bin/pygrub", line 20, in <module><br />
import xen.lowlevel.xc<br />
ImportError: No module named xen.lowlevel.xc<br />
<br />
===Build & Install===<br />
<br />
{{Warning|Building Xen downloads various components at build time. This means that building Xen currently requires an active connection to the Internet}}<br />
<br />
To build all components (hypervisor, tools, docs, stubdomains, etc) you can use the ''dist'' target.<br />
$ make dist<br />
<br />
If you wish to just (re)build a single component you can use the appropriate ''dist-COMPONENT'' target:<br />
$ make dist-xen<br />
$ make dist-tools<br />
$ make dist-docs<br />
$ ... etc ...<br />
<br />
If you want to rebuild a tree as if from a fresh check then you can use the ''world'' target. This is effectively the same as ''clean'' and the ''dist''<br />
$ make world<br />
<br />
All of the above targets will build and install the appropriate component into the ''dist'' subdirectory but not actually install onto the system.<br />
<br />
To install onto the local machine simply call the ''install'' target (as root):<br />
# make install<br />
<br />
As with ''dist'' you can also install individual components using the appropriate ''install-COMPONENT'' target:<br />
# make install-xen<br />
# make install-tools<br />
# make install-docs<br />
# ... etc ...<br />
<br />
If you want to install onto a remote machine then you can simply copy the ''dist'' directory over and '''TBD'''<br />
<br />
To get more information on the available targets use the ''help'' target:<br />
$ make help<br />
<br />
===Troubleshooting===<br />
<br />
* If SeaBIOS fails to compile when building Xen 4.2 on a system with a non-English locale, try setting LC_ALL to en_US.UTF-8 before calling make:<br />
# export LC_ALL=en_US.UTF-8<br />
# make world<br />
<br />
===Kernels===<br />
<br />
Xen no longer ships with its own Linux kernel for either dom0 or domU use. This is because now that Xen is supported by the upstream Linux kernel tree there is no need for a separate kernel port. There is no requirement for a domain 0 (or guest) kernel to match your hypervisor so you are free to pick the kernel which best suits your needs (e.g. many distributions supply a kernel which is compatible with Xen, which is a quick and easy path). [[Dom0 Kernels for Xen]] contains some guidance on this issue.<br />
<br />
==Host Configuration==<br />
<br />
Once Xen is installed there is still some host level setup required. [[:Category:Host Configuration]] covers this.<br />
<br />
[[Category:Users]] [[Category:Host Install]]</div>Chasehttps://wiki.xenproject.org/index.php?title=Compiling_Xen_From_Source&diff=5809Compiling Xen From Source2012-12-13T11:56:15Z<p>Chase: /* Kernels */</p>
<hr />
<div>==Introduction==<br />
<br />
The purpose of this document is to guide users through the process of installing Xen from source (either from the tarball releases or from a source code repository).<br />
<br />
This document was written targeting the Xen 4.2 release, but an attempt will be made to point out differences from previous releases where relevant.<br />
<br />
An assumption is made of some familiarity with the general concept of building software and with using your distributions package manager to install relevant build tools etc.<br />
<br />
==Why Build From Source?==<br />
<br />
Before embarking on the process of building Xen yourself it is worth considering whether this is even necessary. There are many distributions around these days which have excellent support for Xen available right from the package manager, a partial list is available at [[Dom0 Kernels for Xen]]. Where possible it is highly recommended that users consume Xen via their chosen distribution wherever possible. Using the distribution packaging will give you a much more integrated solution and allow you to take advantage of all the resources provided by your distribution (e.g. documentation, support etc). You can find articles on how to install Xen on various distributions in [[:Category:Host Install]].<br />
<br />
The remainder of this document assumes that you have considered this and really do want to build from source.<br />
<br />
==Host (Domain 0) OS Installation==<br />
<br />
Before installing Xen you will first need to install your domain 0 OS, unless you have already done so. [[Host OS Install Considerations]] contains some things which you might want to consider while doing this.<br />
<br />
==Obtaining the Xen Source Code==<br />
<br />
The two primary ways to obtain the Xen source code for a stable release are via the release tarballs or by cloning from the appropriate Mercurial source repository. For the development version of Xen (''xen-unstable'') Mercurial is the only source.<br />
<br />
===Release Tarballs===<br />
<br />
The latest Xen releases are linked to from [http://www.xen.org/products/downloads.html The Xen.org download page]<br />
<br />
===Mercurial===<br />
<br />
Xen's source code repositories are hosted using the [http://mercurial.selenic.com/ Mercurial] version control system on [http://xenbits.xen.org/ xenbits].<br />
<br />
Each stable release has it's own branch ''xen-X.Y-testing.hg'' (e.g. [http://xenbits.xen.org/hg/xen-4.2-testing.hg xen-4.2-testing.hg]) where code intended for the next stable point release is added. The Xen development branch is known as ''xen-unstable'' and has its own repository [http://xenbits.xen.org/hg/xen-unstable.hg xen-unstable.hg].<br />
<br />
Each Xen stable and development branch is available in two forms either tested (the main branch) or untested (the ''staging'' branch). When commits are made to a Xen tree they are first added to the ''staging'' branch and only propagated to the main branch after automated testing has passed. For example all commits to the Xen development branch will initially appear in [http://xenbits.xen.org/hg/staging/xen-unstable.hg staging/xen-unstable.hg] and then propagate to [http://xenbits.xen.org/hg/xen-unstable.hg xen-unstable.hg] after automated testing has completed. The automated test results are posted to the [http://lists.xen.org/mailman/listinfo/xen-devel xen-devel] mailing list.<br />
<br />
[[Xen Repositories]] contains information on the various repositories for the stable and development branches.<br />
<br />
To clone the source first install the ''mercurial'' tool using your distributions package manager. Then execute the following command:<br />
$ hg clone '''URL'''<br />
Where '''URL''' is the URL of the repository you wish to clone. e.g. to clone the latest tested ''xen-unstable'' tree:<br />
$ hg clone http://xenbits.xen.org/hg/xen-unstable.hg<br />
Or to clone the ''staging'' (e.g. not yet tested) ''xen-unstable'' tree:<br />
$ hg clone http://xenbits.xen.org/hg/staging/xen-unstable.hg<br />
You may want to get a specific changeset (revision), for example when trying to replicate someone else's build, or when dealing with other patches you have to apply afterwards. You can do this with the -r option. For example, to get changeset 25364:<br />
$ hg clone -r 25364 http://xenbits.xen.org/hg/xen-unstable.hg<br />
<br />
==Quick-Start==<br />
<br />
The ''README'' at the top level of the Xen source code tree contains a quick-start guide to building Xen. This provides a quick overview of the process and requirements for building Xen and will generally contain the most up to date information specific to the particular Xen tree you are looking at. After obtaining the Xen source this is the first document you should read.<br />
<br />
==Building from Source==<br />
<br />
=== Linux distro specific help === <br />
* Check [[Xen_4.2_Build_From_Source_On_RHEL_CentOS_Fedora]] wiki page for info about compiling Xen from source on rpm-based distributions.<br />
<br />
===Build Dependencies===<br />
<br />
Xen uses several external libraries and tools. The primary list of these prerequisites is the list present in the ''README'' file.<br />
<br />
Even this list assumes some sort of basic development environment. A good starting point for this is to use your distributions ''development install'' package option.<br />
<br />
e.g. under Debian / Ubuntu (and derived distributions) install the ''build-essential'' package:<br />
# apt-get install build-essential<br />
<br />
you also need to install these additional debs:<br />
# apt-get install bcc bin86 gawk bridge-utils iproute libcurl3 libcurl4-openssl-dev bzip2 module-init-tools transfig tgif <br />
# apt-get install texinfo texlive-latex-base texlive-latex-recommended texlive-fonts-extra texlive-fonts-recommended pciutils-dev mercurial<br />
# apt-get install make gcc libc6-dev zlib1g-dev python python-dev python-twisted libncurses5-dev patch libvncserver-dev libsdl-dev libjpeg62-dev<br />
# apt-get install iasl libbz2-dev e2fslibs-dev git-core uuid-dev ocaml ocaml-findlib libx11-dev bison flex xz-utils libyajl-dev<br />
# apt-get install gettext<br />
<br />
whereas under RHEL, CentOS, Fedora (and similar rpm based) distributions the ''Development Libraries'' and ''Development Tools'' package groups:<br />
# yum groupinstall "Development Libraries" "Development Tools"<br />
<br />
you also need to install these additional rpms:<br />
# yum install transfig wget tar less texi2html libaio-devel dev86 glibc-devel e2fsprogs-devel gitk mkinitrd iasl xz-devel bzip2-devel<br />
# yum install pciutils-libs pciutils-devel SDL-devel libX11-devel gtk2-devel bridge-utils PyXML qemu-common qemu-img mercurial texinfo<br />
# yum install libidn-devel yajl yajl-devel ocaml ocaml-findlib ocaml-findlib-devel python-devel uuid-devel libuuid-devel openssl-devel<br />
# yum install glibc-devel.i686<br />
<br />
Having installed this you should then install each of the prerequisites listed in the ''README'' using your distribution's package management tool. In general Xen tries to only depend upon external tools and libraries which are commonly available in distributions therefore obtaining the prerequisites other than from your distribution's package management system is out of scope for this document. If you have trouble locating a particular prerequisite then please contact the [http://lists.xen.org/mailman/listinfo/xen-users xen-users] mailing list.<br />
<br />
One useful shortcut can be to use your distributions package manager to install all the prerequisite packages is to install those packages which are noted as being required to build the distribution's own Xen packages. e.g. under Debian or a Debian derived distribution:<br />
# apt-get build-dep xen<br />
('''TBD''' ''equivalent for RPM/yum/etc type distributions''). However you need to be mindful of new prerequisites added between whatever version of Xen is in your distribution and the version you are building when using this trick.<br />
<br />
===Configure===<br />
<br />
From Xen 4.2 onwards Xen uses the commonly used ''autoconf'' tool to provide compile time configurability of the toolstack. This allows some control of what features are built into Xen, as well as compile time sanity checking. To configure Xen simply run the provided ''configure'' script:<br />
$ ./configure<br />
<br />
To see the various options run the configure script with ''--help'' e.g.:<br />
$ ./configure --help<br />
[...]<br />
Optional Features:<br />
--disable-option-checking ignore unrecognized --enable/--with options<br />
--disable-FEATURE do not include FEATURE (same as --enable-FEATURE=no)<br />
--enable-FEATURE[=ARG] include FEATURE [ARG=yes]<br />
--enable-githttp Download GIT repositories via HTTP (default is<br />
DISABLED)<br />
<br />
This step is only required from Xen 4.2 onwards. Prior to Xen 4.2 these options could be configured by passing a variable on the ''make'' command line during build & install or by writing the variable to a file named ''.config'' at the top level of the source tree.<br />
<br />
====Use ''http://'' Rather Than ''git://'' to Clone Additional Repositories====<br />
<br />
When building Xen from Mercurial the build system will automatically clone several additional repositories from the network. Some of these repositories use the version control system which uses its own protocol on a specific port. Sometimes this causes issues due to firewalls etc blocking the git port. This can be worked around by instructing the Xen build system to clone such repositories using a less efficient HTTP based protocol:<br />
$ ./configure --enable-githttp<br />
<br />
Prior to Xen 4.2 this could be achieved by writing ''GIT_HTTP=y'' to your ''.config'':<br />
$ cat .config<br />
GIT_HTTP = y<br />
<br />
====Library Installation Directory====<br />
<br />
Xen 4.2 onwards defaults to installing libraries into /usr/lib by default. Users on systems which use /usr/lib64 for 64-bit libraries should use the --libdir option. e.g:<br />
<br />
$ ./configure --libdir=/usr/lib64<br />
<br />
Failure to do this usually results in errors about libraries not found or using older versions of the libraries which will likely not work.<br />
<br />
====Python Prefix and Module Layout====<br />
<br />
On some distros (e.g. Debian and Ubuntu) Xen may install the python parts of Xen into the wrong place (See [http://bugs.debian.org/693721 Debian bug #693721]). Therefore it is necessary to set ''PYTHON_PREFIX_ARG=--install-layout=deb'':<br />
$ cat .config<br />
PYTHON_PREFIX_ARG=--install-layout=deb<br />
<br />
Some versions of Ubuntu have a [https://bugs.launchpad.net/ubuntu/+bug/362570 bug] which requires instead that ''PYTHON_PREFIX_ARG'' is to set the empty string:<br />
$ cat .config<br />
PYTHON_PREFIX_ARG=<br />
<br />
As of 4.2 this option is not yet supported by the ''configure'' script and therefore should still be set via ''.config'' or on the ''make'' command line.<br />
<br />
The most common symptom of this issue is ''pygrub'' failing to work, with output similar to:<br />
<br />
Traceback (most recent call last):<br />
File "/usr/lib/xen/bin/pygrub", line 20, in <module><br />
import xen.lowlevel.xc<br />
ImportError: No module named xen.lowlevel.xc<br />
<br />
===Build & Install===<br />
<br />
{{Warning|Building Xen downloads various components at build time. This means that building Xen currently requires an active connection to the Internet}}<br />
<br />
To build all components (hypervisor, tools, docs, stubdomains, etc) you can use the ''dist'' target.<br />
$ make dist<br />
<br />
If you wish to just (re)build a single component you can use the appropriate ''dist-COMPONENT'' target:<br />
$ make dist-xen<br />
$ make dist-tools<br />
$ make dist-docs<br />
$ ... etc ...<br />
<br />
If you want to rebuild a tree as if from a fresh check then you can use the ''world'' target. This is effectively the same as ''clean'' and the ''dist''<br />
$ make world<br />
<br />
All of the above targets will build and install the appropriate component into the ''dist'' subdirectory but not actually install onto the system.<br />
<br />
To install onto the local machine simply call the ''install'' target (as root):<br />
# make install<br />
<br />
As with ''dist'' you can also install individual components using the appropriate ''install-COMPONENT'' target:<br />
# make install-xen<br />
# make install-tools<br />
# make install-docs<br />
# ... etc ...<br />
<br />
If you want to install onto a remote machine then you can simply copy the ''dist'' directory over and '''TBD'''<br />
<br />
To get more information on the available targets use the ''help'' target:<br />
$ make help<br />
<br />
===Kernels===<br />
<br />
Xen no longer ships with its own Linux kernel for either dom0 or domU use. This is because now that Xen is supported by the upstream Linux kernel tree there is no need for a separate kernel port. There is no requirement for a domain 0 (or guest) kernel to match your hypervisor so you are free to pick the kernel which best suits your needs (e.g. many distributions supply a kernel which is compatible with Xen, which is a quick and easy path). [[Dom0 Kernels for Xen]] contains some guidance on this issue.<br />
<br />
==Host Configuration==<br />
<br />
Once Xen is installed there is still some host level setup required. [[:Category:Host Configuration]] covers this.<br />
<br />
[[Category:Users]] [[Category:Host Install]]</div>Chase