From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:39019) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VW1Jm-0002Ot-Uz for qemu-devel@nongnu.org; Tue, 15 Oct 2013 05:53:40 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VW1Jg-0007pm-UU for qemu-devel@nongnu.org; Tue, 15 Oct 2013 05:53:34 -0400 Received: from mx1.redhat.com ([209.132.183.28]:22865) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VW1Jg-0007o7-M2 for qemu-devel@nongnu.org; Tue, 15 Oct 2013 05:53:28 -0400 Date: Tue, 15 Oct 2013 11:53:20 +0200 From: Igor Mammedov Message-ID: <20131015115320.06384974@nial.usersys.redhat.com> In-Reply-To: <1381829059.3709.31.camel@nilsson.home.kraxel.org> References: <20131013193319.54578867@thinkpad> <20131013202847.GB12354@redhat.com> <20131014122726.7277bac0@nial.usersys.redhat.com> <20131014110012.GE30954@redhat.com> <1381752983.30262.32.camel@nilsson.home.kraxel.org> <20131014123854.GB31534@redhat.com> <1381755885.30262.58.camel@nilsson.home.kraxel.org> <20131014140047.GA5106@redhat.com> <1381824061.3709.20.camel@nilsson.home.kraxel.org> <20131015110548.167dce45@nial.usersys.redhat.com> <20131015091643.GA5658@redhat.com> <1381829059.3709.31.camel@nilsson.home.kraxel.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH v2] map 64-bit PCI BARs at location provided by emulator List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Gerd Hoffmann Cc: pbonzini@redhat.com, kevin@koconnor.net, seabios@seabios.org, qemu-devel@nongnu.org, "Michael S. Tsirkin" On Tue, 15 Oct 2013 11:24:19 +0200 Gerd Hoffmann wrote: > Hi, > > > > > What is the state of the qemu side patches btw? > > > I've them ready but they conflict with you 1Tb in e820 RFC, > > > I can post relevant patches as soon as we agree on this topic. > > > May I pick up your patch and post it along with pcimem64-start patches? > > > > So for qemu we really need to merge them together with > > memory hotplug I think. > > I'd prefer to not delay them until the full memory hotplug is ready to > go though, for release planning reasons. > > Once the pcimem64-$whatever patch is in (+apci-from-qemu) no additional > support is needed in seabios to handle memory hotplug, correct? almost, according our latest discussions it will make SMBIOS reflect incorrect memory devices info after reboot, but that could go before mem hotplug or even as follow up to make SMBIOS work with non-contiguous memory ranges. > > So we can go prepare a seabios release when the interfaces are settled > and merged, and continuing the work on memory hotplug can happen in > parallel. true, and that will make resulting memhotplug series smaller. > cheers, > Gerd > > >