All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Daniel P. Berrange" <berrange@redhat.com>
To: Jerone Young <jyoung5@us.ibm.com>
Cc: Jimi Xenidis <jimix@watson.ibm.com>,
	xen-devel <xen-devel@lists.xensource.com>,
	Hollis Blanchard <hollisb@us.ibm.com>
Subject: Re: Fedora Xen PPC integration report 2/20
Date: Wed, 21 Feb 2007 13:53:15 +0000	[thread overview]
Message-ID: <20070221135315.GB7306@redhat.com> (raw)
In-Reply-To: <1172008687.22591.48.camel@thinkpad>

On Tue, Feb 20, 2007 at 03:58:06PM -0600, Jerone Young wrote:
> I'll go through some of what is going on. Our break down of packages can
> be found here:
> http://wiki.xensource.com/xenwiki/XenPPC/Fedora?highlight=%28Fedora%29
> 
> Fedora Community (PPC)
> =====================
> IRC -- best place
> ~~~
> server: irc.feenode.net (freenode)
> channel: #fedora-ppc

Neither of these places have any of the Fedora Xen maintainers present.
If you want to get PPC Xen support into Fedora you'll need to make sure
to have discussions / post plans to the public fedora-xen mailing list
so that the Xen team can get involved.

  http://www.redhat.com/archives/fedora-xen/

I'm happy to include any patches neccessary for the Xen userspace, libvirt,
virt-manager/virt-install tools, etc, since I doubt there will be many
changes needed to support PPC. By far the biggest task will be getting
a PPC Xen kernel tree sync'd up with the latest LKML tree used in Fedora 7.

NB, at this time plan is still for Fedora 7 to ship Xen 3.0.4, simply 
because, even if it is released in time, we don't expect to have time to 
rebase Xen 3.0.5 to new LKML tree before Fedora 7 feature freeze.

> kernel
> -------
> So options CONFIG_PPC_MULTIPLATFORM (Jimi you called it
> CONFIG_PPC_GENERIC) is enabled. Which will allow for kernel integration.
> 
> The Fedora PPC kernel maintainer is David Woodhouse
> <dwmw2@infradead.org>
> 
> He is more then happy to take in need changes if we can get them in and
> they don't break anything.

David maintains the PPC *baremetal*  kernels - the Xen kernels are 
maintained separately by the Fedora Xen team - in particular Juan
Quintela[1] who leads the effort to forward port trees from xen-unstable
onto the more recent LKML trees that are distributed in Fedora. You'll
have to sync up with Juan to figure out feasibility of getting PPC support
into his kernel-xen trees. 

Regards,
Dan.

[1] Juan Quintela <quintela@redhat.com>
-- 
|=- Red Hat, Engineering, Emerging Technologies, Boston.  +1 978 392 2496 -=|
|=-           Perl modules: http://search.cpan.org/~danberr/              -=|
|=-               Projects: http://freshmeat.net/~danielpb/               -=|
|=-  GnuPG: 7D3B9505   F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505  -=| 

      parent reply	other threads:[~2007-02-21 13:53 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-02-20 21:58 Fedora Xen PPC integration report 2/20 Jerone Young
2007-02-20 22:03 ` Jerone Young
2007-02-21 13:53 ` Daniel P. Berrange [this message]

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=20070221135315.GB7306@redhat.com \
    --to=berrange@redhat.com \
    --cc=hollisb@us.ibm.com \
    --cc=jimix@watson.ibm.com \
    --cc=jyoung5@us.ibm.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.