From: "Michael S. Tsirkin" <mst@redhat.com>
To: Hu Tao <hutao@cn.fujitsu.com>
Cc: Vasilis Liaskovitis <vasilis.liaskovitis@profitbricks.com>,
Igor Mammedov <imammedo@redhat.com>,
qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [PATCH v5 10/14] pc: Add dimm paravirt SRAT info
Date: Sun, 14 Jul 2013 08:47:19 +0300 [thread overview]
Message-ID: <20130714054719.GA15401@redhat.com> (raw)
In-Reply-To: <20130712013328.GD26557@G08FNSTD100614.fnst.cn.fujitsu.com>
On Fri, Jul 12, 2013 at 09:33:28AM +0800, Hu Tao wrote:
> On Thu, Jul 11, 2013 at 11:49:01AM +0300, Michael S. Tsirkin wrote:
> > On Thu, Jul 11, 2013 at 07:13:39AM +0200, Igor Mammedov wrote:
> > > On Wed, 10 Jul 2013 13:10:03 +0300
> > > "Michael S. Tsirkin" <mst@redhat.com> wrote:
> > >
> > > > On Wed, Jun 26, 2013 at 05:13:33PM +0800, Hu Tao wrote:
> > > > > The numa_fw_cfg paravirt interface is extended to include SRAT information for
> > > > > all hotplug-able dimms. There are 3 words for each hotplug-able memory slot,
> > > > > denoting start address, size and node proximity. The new info is appended after
> > > > > existing numa info, so that the fw_cfg layout does not break. This information
> > > > > is used by Seabios to build hotplug memory device objects at runtime.
> > > > > nb_numa_nodes is set to 1 by default (not 0), so that we always pass srat info
> > > > > to SeaBIOS.
> > > > >
> > > > > v3->v4: numa_fw_cfg needs to be initalized after memory controller sets up dimm
> > > > > ranges. Make changes for pc_piix and pc_q35 to set numa_fw_cfg after i440fx
> > > > > initialization.
> > > > >
> > > > > v2->v3: setting nb_numa_nodes to 1 is not needed
> > > > >
> > > > > v1->v2:
> > > > > Dimm SRAT info (#dimms) is appended at end of existing numa fw_cfg in order not
> > > > > to break existing layout
> > > > > Documentation of the new fwcfg layout is included in docs/specs/fwcfg.txt
> > > > >
> > > > > Signed-off-by: Vasilis Liaskovitis <vasilis.liaskovitis@profitbricks.com>
> > > > > Signed-off-by: Hu Tao <hutao@cn.fujitsu.com>
> > > >
> > > > Please do not add any more fwcfg interfaces - generating
> > > > ACPI in qemu removes the need for it.
> > > >
> > > > So please rebase on top of that work and generate the appropriate ACPI
> > > > tables directly.
> > > >
> > > > You can find the latest code gnerating ACPI from qemu here:
> > > > git://git.kernel.org/pub/scm/virt/kvm/mst/qemu.git acpi
> > >
> > > will it work with upstream Seabios or custom tree is required for it as well?
> >
> > Yes.
> >
> > git://git.kernel.org/pub/scm/virt/kvm/mst/seabios.git acpi
>
> This means I must rebase both qemu and seabios patches on top of your
> acpi tree. I hope there won't be too much conflicts:)
Shouldn't be hard, if there's a problem pls tell me and I'll try to
help.
next prev parent reply other threads:[~2013-07-14 5:46 UTC|newest]
Thread overview: 56+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-06-26 9:13 [Qemu-devel] [PATCH v5 00/14] ACPI memory hotplug Hu Tao
2013-06-26 9:13 ` [Qemu-devel] [PATCH v5 01/14] qapi: make visit_type_size fallback to v->type_int() Hu Tao
2013-06-26 9:13 ` [Qemu-devel] [PATCH v5 02/14] Add SIZE type to qdev properties Hu Tao
2013-07-08 9:37 ` Andreas Färber
2013-07-12 1:27 ` Hu Tao
2013-06-26 9:13 ` [Qemu-devel] [PATCH v5 03/14] qemu-option: export parse_option_number Hu Tao
2013-06-26 9:13 ` [Qemu-devel] [PATCH v5 04/14] Implement dimm device abstraction Hu Tao
2013-06-26 9:13 ` [Qemu-devel] [PATCH v5 05/14] vl: handle "-device dimm" Hu Tao
2013-06-26 9:46 ` Paolo Bonzini
2013-06-27 5:08 ` Wanlong Gao
2013-06-27 6:55 ` Paolo Bonzini
2013-07-09 16:53 ` Igor Mammedov
2013-07-12 2:39 ` Hu Tao
2013-07-14 16:58 ` Paolo Bonzini
2013-07-16 1:26 ` Hu Tao
2013-07-15 17:05 ` Vasilis Liaskovitis
2013-07-15 17:10 ` Paolo Bonzini
2013-07-15 17:20 ` Vasilis Liaskovitis
2013-07-16 1:27 ` Hu Tao
2013-07-16 6:19 ` Paolo Bonzini
2013-07-16 7:27 ` Hu Tao
2013-07-16 10:22 ` Igor Mammedov
2013-07-16 10:19 ` Igor Mammedov
2013-07-16 10:31 ` Paolo Bonzini
2013-07-16 12:00 ` Igor Mammedov
2013-07-16 12:17 ` Paolo Bonzini
2013-06-26 9:13 ` [Qemu-devel] [PATCH v5 06/14] acpi_piix4 : Implement memory device hotplug registers Hu Tao
2013-06-26 9:13 ` [Qemu-devel] [PATCH v5 07/14] acpi_ich9 " Hu Tao
2013-06-26 9:13 ` [Qemu-devel] [PATCH v5 08/14] memory: record below_4g_mem_size, above_4g_mem_size Hu Tao
2013-06-26 9:13 ` [Qemu-devel] [PATCH v5 09/14] memory controller: initialize dram controller Hu Tao
2013-06-26 9:13 ` [Qemu-devel] [PATCH v5 10/14] pc: Add dimm paravirt SRAT info Hu Tao
2013-07-10 10:10 ` Michael S. Tsirkin
2013-07-11 5:13 ` Igor Mammedov
2013-07-11 8:49 ` Michael S. Tsirkin
2013-07-12 1:33 ` Hu Tao
2013-07-14 5:47 ` Michael S. Tsirkin [this message]
2013-06-26 9:13 ` [Qemu-devel] [PATCH v5 11/14] Introduce paravirt interface QEMU_CFG_PCI_WINDOW Hu Tao
2013-06-26 9:13 ` [Qemu-devel] [PATCH v5 12/14] Implement "info memory" and "query-memory" Hu Tao
2013-06-28 20:27 ` Eric Blake
2013-06-26 9:13 ` [Qemu-devel] [PATCH v5 13/14] balloon: update with hotplugged memory Hu Tao
2013-06-26 9:13 ` [Qemu-devel] [PATCH v5 14/14] Implement dimm-info Hu Tao
2013-06-28 20:28 ` Eric Blake
2013-06-26 9:14 ` [Qemu-devel] [PATCH v5 0/7] support for ACPI memory hotplug Hu Tao
2013-06-26 9:14 ` [Qemu-devel] [PATCH v5 1/7] Add ACPI_EXTRACT_DEVICE* macros Hu Tao
2013-06-26 9:15 ` [Qemu-devel] [PATCH v5 2/7] Add SSDT memory device support Hu Tao
2013-06-26 9:15 ` [Qemu-devel] [PATCH v5 3/7] acpi-dsdt: Implement functions for memory hotplug Hu Tao
2013-06-26 9:15 ` [Qemu-devel] [PATCH v5 4/7] set psize to 0 when romfile_loadfile failed Hu Tao
2013-06-26 9:15 ` [Qemu-devel] [PATCH v5 5/7] acpi: generate hotplug memory devices Hu Tao
2013-07-12 10:07 ` Igor Mammedov
2013-06-26 9:15 ` [Qemu-devel] [PATCH v5 6/7] q35: Add memory hotplug handler Hu Tao
2013-06-26 9:15 ` [Qemu-devel] [PATCH v5 7/7] pci: Use paravirt interface for pcimem_start and pcimem64_start Hu Tao
2013-07-15 20:11 ` Vasilis Liaskovitis
2013-07-07 8:36 ` [Qemu-devel] [PATCH v5 0/7] support for ACPI memory hotplug Michael S. Tsirkin
2013-07-08 9:48 ` [Qemu-devel] [PATCH v5 00/14] " Andreas Färber
2013-07-12 1:30 ` Hu Tao
2013-07-14 16:56 ` Paolo Bonzini
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=20130714054719.GA15401@redhat.com \
--to=mst@redhat.com \
--cc=hutao@cn.fujitsu.com \
--cc=imammedo@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=vasilis.liaskovitis@profitbricks.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 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).