WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-users

Re: [Xen-users] Confusion about Kernel in Installation process

To: xen-users@xxxxxxxxxxxxxxxxxxx
Subject: Re: [Xen-users] Confusion about Kernel in Installation process
From: Fernando Maior <fernando.souto.maior@xxxxxxxxx>
Date: Mon, 16 May 2005 15:40:38 -0300
Delivery-date: Mon, 16 May 2005 18:40:08 +0000
Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=kpUkeTzss3Nlj0XdmWwR+YH7tQietGWHl44zLNXKEOYRy/bnJRD6CQEtB7WfuocodOYu7qzRC1xlfWKIc7KoYB9+tGWQK+bb4qxSZ7IDznsIIUYVyoBc6psWXnAJf6RRZ2hXojZMnIAopAX0kgnDTUs31U4lpeM4IGbs4rMcmds=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <20050516183459.GG2830@xxxxxxxxxxxxx>
List-help: <mailto:xen-users-request@lists.xensource.com?subject=help>
List-id: Xen user discussion <xen-users.lists.xensource.com>
List-post: <mailto:xen-users@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=unsubscribe>
References: <20050516165055.GA1514@xxxxxxxxxxxxx> <200505161754.11829.mark.williamson@xxxxxxxxxxxx> <20050516183459.GG2830@xxxxxxxxxxxxx>
Reply-to: Fernando Maior <fernando.souto.maior@xxxxxxxxx>
Sender: xen-users-bounces@xxxxxxxxxxxxxxxxxxx
On 5/16/05, Daniel <prosolutions@xxxxxxx> wrote:
> So wrote Mark Williamson on Monday, 16 May 2005:
> >
> >
> > The build process produces three images used to boot Xen domains:
> >
> > * xen.gz - Xen itself.  You need to boot this in your grub.conf / menu.lst
> > * vmlinuz-2.6.11-xen0 - a "domain 0" (host) enabled kernel.  You need to 
> > pass
> > this to Xen in your grub.conf / menu.lst
> > * vmlinuz-2.6.11-xenU - a guest-only kernel.  You can boot guest domains 
> > from
> > this instead of using the -xen0 kernel.  The only difference is it's 
> > slightly
> > smaller because it includes only "virtual" drivers.
> >
> 
> # find ./ -name vmlinuz-2.6.11-xenU*   comes up empty.  Although the
> domain 0 kernel was built I cannot find anything that looks like a Linux
> kernel image under the linux-2.6.11-xen-sparse tree.  Could it be that my
> build failed?
> 
> 
> > > My question is: Why should the user not just patch the kernel with
> > > whatever required patches there are and then compile the kernel himself?
> > > The make script seems to be nice but unfortunately I have no idea what
> > > it is actually doing.  For example, are there specific options in the
> > > Linux kernel which need to be disabled or enabled for the Xen kernels?
> > > Why not just instruct the user to patch the kernel with the appropriate
> > > patches and to dis(en)able whatever options are necessary?
> >
> > You can cd linux-2.6.11-xen0 and do "make ARCH=xen menuconfig" to configure.
> > You may want to copy your existing .config into that directory first.
> >
> > Alternatively, stick your config under 
> > "dist/install/boot/config-2.6.11-xen0"
> > and it should get applied automatically.
> >
> 
> Here are the default values for Xen in the kernel config for domain 0:
> 
> [ ] Privileged Guest (domain 0) (NEW)
> [ ] Physical device access (NEW)
> [*] Grant table substrate for block drivers (NEW)
> [*] Block-device frontend driver (NEW)
> [*] Network-device frontend driver (NEW)
> [ ]   Pipelined transmitter (DANGEROUS) (NEW)
> [ ] Block device tap driver (NEW)
> [ ] Fake shadow mode (NEW)
> [*] Scrub memory before freeing it to Xen (NEW)
>     Processor Type (X86)  --->
> 
> For the kernel for domain 0 I would want to select "Privileged Guest"
> and "Physical device access" (automatically selected when "Privileged
> Guest" is selected)?  For the kernels for virtual domains should these
> two options not be selected?

Try the command below, instead:

# find . -name "vmlinu*"

As for the domU kernel, do not forget to enable modules of iptables
if you are going to use it, because they are disabled by default.

-- 
Bye,
Fernando Maior
LPIC/1 31908

_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users