All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mats Petersson <mats@planetcatfish.com>
To: pradeep singh rautela <rautelap@gmail.com>,
	Keir Fraser <keir@xensource.com>
Cc: xen-devel <xen-devel@lists.xensource.com>
Subject: Re: [Q]Which part of Xen is in slated for 2.6.23 kernel release?
Date: Sat, 21 Jul 2007 12:49:39 +0100	[thread overview]
Message-ID: <46a1f2fa.0716300a.6e41.ffffb8dd@mx.google.com> (raw)
In-Reply-To: <6bc632150707210421q1397d529n5945ed943304b815@mail.gmail.co m>

At 12:21 21/07/2007, pradeep singh rautela wrote:
>Hi Keir,
>On 7/21/07, Keir Fraser <keir@xensource.com> wrote:
>>On 21/7/07 10:50, "pradeep singh rautela" <rautelap@gmail.com> wrote:
>>
>> > Is Xen really a part of official 2.6.23 kernel now?
>>
>>Yes, assuming the patches are not dropped again from Linus's tree before
>>2.6.23 is released. But that is unlikely. They've had lots of testing and
>>review.
>
>great news!!!
>>
>> > If yes i would like to ask
>> >  - what is accepted by Linus in the mainline kernel?
>> >  - Is it just the hypervisor code?
>> >  - What about dom0?
>>
>>The scope of the patches is domU guest support. Vanilla linux 2.6.23 will
>>not support running as dom0 (Jeremy is working on this for a future Linux
>>release). Nor does it contain the hypervisor code itself -- you have to
>>obtain the Xen hypervisor separately from the kernel sources.
>
>Great!!!
>So this means 2.6.23 vanilla kernel can be compiled as a domU natively, right?


I think for now, only modules can be shared, kernel itself needs to 
be compiled for DomU or Native use, but ultimately, the idea is to 
have one kernel that does both DomU and Native in the same kernel.

Here's what Jeremy wrote on the subject:
----Jeremy----
Hm, I should prepare a documentation patch.

If you build the kernel with CONFIG_PARAVIRT=y, CONFIG_XEN=y and enable
the Xen console, block and net devices (they will default =y), then you
should be able to use the resulting kernel with an existing Xen
installation (it will also boot native).  Unfortunately you can't use
the same actual kernel image file in both cases, but you can use the
same modules.

To boot native: boot the bzImage file as usual.

To boot under Xen, use the vmlinux file as your kernel image (you can
strip and gzip it if you wish).

The console is hvc0, so you may need to pass console=hvc0 in your Xen
config.

Similarly, the blockfront device is /dev/xvd[abc...][123...]; you'll
probably need to pass the appropriate root= kernel command line option.
It does not support stealing the hdX or sdX names, so that part of the
Xen config will be ignored.

Netfront appears as ethX as usual.

The kernel does not support balloon or suspend/migrate/resume yet, so
that won't work.  You should be able to cleanly shutdown/reboot the
domain via xm.

---End Jeremy---

--
Mats


>Thanks for the info Keir.
>
>Regards
>
>---
>pradeep singh rautela
>
>"Genius is 1% inspiration, and 99% perspiration" - not me :)
>
>_______________________________________________
>Xen-devel mailing list
>Xen-devel@lists.xensource.com
>http://lists.xensource.com/xen-devel

  parent reply	other threads:[~2007-07-21 11:49 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-07-21  9:50 [Q]Which part of Xen is in slated for 2.6.23 kernel release? pradeep singh rautela
2007-07-21 11:14 ` Keir Fraser
2007-07-21 11:21   ` pradeep singh rautela
     [not found]     ` <6bc632150707210421q1397d529n5945ed943304b815@mail.gmail.co m>
2007-07-21 11:49       ` Mats Petersson [this message]
2007-07-25  5:16         ` Jeremy Fitzhardinge
2007-07-25 15:14           ` Luiz Vitor Martinez Cardoso
2007-07-25  6:22             ` Jeremy Fitzhardinge
2007-07-21 12:42     ` Keir Fraser
2007-07-21 18:24       ` Daniel P. Berrange
2007-07-21 18:27         ` Mats Petersson
2007-07-24 16:59           ` Mark Williamson
2007-07-21 18:38         ` Keir Fraser

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=46a1f2fa.0716300a.6e41.ffffb8dd@mx.google.com \
    --to=mats@planetcatfish.com \
    --cc=keir@xensource.com \
    --cc=rautelap@gmail.com \
    --cc=xen-devel@lists.xensource.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.