kvm.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Gleb Natapov <gleb@redhat.com>
To: Alex Williamson <alex.williamson@hp.com>
Cc: qemu-devel <qemu-devel@nongnu.org>, kvm <kvm@vger.kernel.org>
Subject: Re: [PATCH 0/2] qemu: SMBIOS passing support
Date: Mon, 30 Mar 2009 17:05:43 +0300	[thread overview]
Message-ID: <20090330140543.GE7285@redhat.com> (raw)
In-Reply-To: <1238421576.15558.146.camel@lappy>

On Mon, Mar 30, 2009 at 07:59:36AM -0600, Alex Williamson wrote:
> 
> Is there any interest in this series?  Aside from copying host SMBIOS
> entries, it also seems useful for providing information to the guest
> about their virtual machine pool (perhaps via a type 3 entry), or
> whatever other bits of data someone might find useful (type 11, OEM
> string for instance).  Thanks,
> 
I think the patch is useful. Haven't looked at implementation though.

> Alex
> 
> On Mon, 2009-03-23 at 13:05 -0600, Alex Williamson wrote:
> > This series adds a new -smbios option for x86 that allows individual
> > SMBIOS entries to be passed into the guest VM.  This follows the same
> > basic path as the support for loading ACPI tables.  While SMBIOS is
> > independent of ACPI, I chose to add the smbios_entry_add() function to
> > acpi.c because they're both somewhat PC BIOS related (and ia64 can
> > support SMBIOS and might be able to make use of it there).
> > 
> > This feature allows the guest to see certain properties of the host if
> > configured correctly.  For instance, the system model and serial number
> > in the type 1 entry.  Obviously its only built at boot, so doesn't get
> > updated for migration scenarios.  User provided entries will supersede
> > generated entries, so care should be taken when passing entries which
> > describe physical properties, such as memory size and address ranges.
> > Thanks,
> > 
> > Alex 
> > 
> 
> 
> --
> To unsubscribe from this list: send the line "unsubscribe kvm" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

--
			Gleb.

  reply	other threads:[~2009-03-30 14:05 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-03-23 19:05 [PATCH 0/2] qemu: SMBIOS passing support Alex Williamson
2009-03-23 19:11 ` [PATCH 1/2] qemu: Allow SMBIOS entries to be loaded and provided to the VM BIOS Alex Williamson
2009-04-06 19:50   ` Anthony Liguori
2009-04-06 22:34     ` Alex Williamson
2009-04-06 22:42       ` Anthony Liguori
2009-04-07 19:34         ` Alex Williamson
2009-04-07 19:49           ` Anthony Liguori
2009-03-23 19:11 ` [PATCH 2/2] qemu:bios: Read external SMBIOS entries from the VM Alex Williamson
2009-04-06 19:52   ` Anthony Liguori
2009-03-30 13:59 ` [PATCH 0/2] qemu: SMBIOS passing support Alex Williamson
2009-03-30 14:05   ` Gleb Natapov [this message]
2009-03-30 14:38   ` Daniel P. Berrange
2009-03-30 14:59     ` Avi Kivity
2009-03-30 15:40       ` Alex Williamson

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=20090330140543.GE7285@redhat.com \
    --to=gleb@redhat.com \
    --cc=alex.williamson@hp.com \
    --cc=kvm@vger.kernel.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).