qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: "Hollis Blanchard" <hollis@penguinppc.org>
To: qemu-devel@nongnu.org
Cc: devicetree-discuss@ozlabs.org
Subject: Re: [Qemu-devel] Machine config files
Date: Fri, 14 Nov 2008 11:54:24 -0600	[thread overview]
Message-ID: <fb412d760811140954j3252216cj226805ecfc002ffd@mail.gmail.com> (raw)
In-Reply-To: <200811140332.14093.paul@codesourcery.com>

On Thu, Nov 13, 2008 at 9:32 PM, Paul Brook <paul@codesourcery.com> wrote:
> It's come up in other contexts recently, so I think it's worth mentioning that
> I am currently working on adding a machine config file support to qemu.
>
> I am focusing on the board setup side of things, rather than the user-level
> config side.  My goal is to come up with a system that will allow e.g. the
> entirety of realview.c and gumstix.c to be eliminated.  Currently this is
> based this round Flattened Device Trees (as used by ppc-linux).
>
> I have looked at the bits that Fabrice did a while ago. While that contains
> some good ideas (which I will probably steal!) it is approaching the problem
> from a somewhat different direction.  FTDs are a much better fit for some of
> my requirements (e.g. being able to pass the config through to the guest OS).
>
> I haven't entirely figured out how this will interact with user config (in
> particular user-pluggable devices like PCI NICs), but I think I can come up
> with something fairly sensible.

Sounds great! For what it's worth, in the PowerPC KVM patches that
I'll be posting here soon, we also use a flat device tree and pass it
to the guest. We start with a template .dtb file in pc-bios/, then
modify things like memory nodes at runtime based on qemu's command
line options.

One practical consideration is that libfdt isn't generally available
as a standalone package. I requested that Debian and Fedora create
packages for it, and they agreed, but those obviously aren't available
in older versions or other Linux distributions.

In the meantime, we could either include a libfdt snapshot in qemu
(which is how it was originally intended to be used), or require users
to build and install the package from source.

-Hollis

  reply	other threads:[~2008-11-14 17:54 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-11-14  3:32 [Qemu-devel] Machine config files Paul Brook
2008-11-14 17:54 ` Hollis Blanchard [this message]
2008-11-15  6:52   ` David Gibson
2008-11-14 19:04 ` Blue Swirl
2008-11-14 19:29   ` Anthony Liguori
2008-11-14 19:51     ` Hollis Blanchard
2008-11-14 20:11       ` Anthony Liguori
2008-11-14 21:39         ` Hollis Blanchard
2008-11-14 21:58           ` Anthony Liguori
2008-11-15  0:13             ` Paul Brook
2008-11-15  6:45               ` David Gibson
2008-11-15  6:58       ` David Gibson

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=fb412d760811140954j3252216cj226805ecfc002ffd@mail.gmail.com \
    --to=hollis@penguinppc.org \
    --cc=devicetree-discuss@ozlabs.org \
    --cc=qemu-devel@nongnu.org \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).