From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:52402) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UVqtS-0000Hd-Aw for qemu-devel@nongnu.org; Fri, 26 Apr 2013 18:13:27 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UVqtR-0003VR-6n for qemu-devel@nongnu.org; Fri, 26 Apr 2013 18:13:26 -0400 Received: from mail-ee0-f50.google.com ([74.125.83.50]:55357) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UVqtR-0003VJ-0e for qemu-devel@nongnu.org; Fri, 26 Apr 2013 18:13:25 -0400 Received: by mail-ee0-f50.google.com with SMTP id b15so817876eek.37 for ; Fri, 26 Apr 2013 15:13:24 -0700 (PDT) Sender: Paolo Bonzini Message-ID: <517AFBF8.5090100@redhat.com> Date: Sat, 27 Apr 2013 00:13:12 +0200 From: Paolo Bonzini MIME-Version: 1.0 References: <1366705795-24732-1-git-send-email-imammedo@redhat.com> <1366705795-24732-18-git-send-email-imammedo@redhat.com> <20130426161754.583e3f6b@thinkpad> <20130426194616.50534c82@thinkpad> In-Reply-To: <20130426194616.50534c82@thinkpad> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH 17/21] introduce memory_region_get_address() and use it in kvm/ioapic List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Igor Mammedov Cc: kwolf@redhat.com, peter.maydell@linaro.org, aliguori@us.ibm.com, ehabkost@redhat.com, gleb@redhat.com, mst@redhat.com, jan.kiszka@siemens.com, quintela@redhat.com, claudio.fontana@huawei.com, armbru@redhat.com, aderumier@odiso.com, qemu-devel@nongnu.org, Blue Swirl , yang.z.zhang@intel.com, alex.williamson@redhat.com, kraxel@redhat.com, anthony.perard@citrix.com, lcapitulino@redhat.com, afaerber@suse.de, stefano.stabellini@eu.citrix.com, rth@twiddle.net Il 26/04/2013 19:46, Igor Mammedov ha scritto: >> > But as the address can't be changed (yet), the entire patch could be simply: >> > - kioapic->base_address = s->busdev.mmio[0].addr; >> > + kioapic->base_address = IO_APIC_DEFAULT_ADDRESS; > It's a bit fragile, but that for sure simpler and can work. > > Jan, Paolo, > Are you ok with this approach? > I think extending memory_region_find is a good idea anyway, and at this point I don't see a reason to do the above change... Paolo