From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1L2qpK-0007Xb-8Y for qemu-devel@nongnu.org; Wed, 19 Nov 2008 12:26:54 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1L2qpJ-0007X3-6z for qemu-devel@nongnu.org; Wed, 19 Nov 2008 12:26:53 -0500 Received: from [199.232.76.173] (port=53058 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1L2qpJ-0007Wy-1P for qemu-devel@nongnu.org; Wed, 19 Nov 2008 12:26:53 -0500 Received: from qb-out-1314.google.com ([72.14.204.171]:55537) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1L2qpI-0001ix-PU for qemu-devel@nongnu.org; Wed, 19 Nov 2008 12:26:52 -0500 Received: by qb-out-1314.google.com with SMTP id e19so64007qba.8 for ; Wed, 19 Nov 2008 09:26:51 -0800 (PST) Message-ID: <49244C55.6040900@codemonkey.ws> Date: Wed, 19 Nov 2008 11:26:45 -0600 From: Anthony Liguori MIME-Version: 1.0 Subject: Re: [Qemu-devel] [PATCH 6/6] kvm: vga optimization. References: <1227108377-8442-1-git-send-email-glommer@redhat.com> <1227108377-8442-2-git-send-email-glommer@redhat.com> <1227108377-8442-3-git-send-email-glommer@redhat.com> <1227108377-8442-4-git-send-email-glommer@redhat.com> <1227108377-8442-5-git-send-email-glommer@redhat.com> <1227108377-8442-6-git-send-email-glommer@redhat.com> <1227108377-8442-7-git-send-email-glommer@redhat.com> <49242F84.2010809@codemonkey.ws> <5d6222a80811190919m22e55172xdd6ab4bf6e514c7f@mail.gmail.com> In-Reply-To: <5d6222a80811190919m22e55172xdd6ab4bf6e514c7f@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Glauber Costa wrote: >>> + if (!s->map_addr) >>> + return; >>> + >>> + if (cirrus_lfb_is_mapped(s)) { >>> + cpu_register_physical_memory(isa_mem_base + 0xa0000, 0x8000, >>> + (s->vram_offset + >>> s->cirrus_bank_base[0]) | IO_MEM_RAM); >>> + cpu_register_physical_memory(isa_mem_base + 0xa8000, 0x8000, >>> + (s->vram_offset + >>> s->cirrus_bank_base[1]) | IO_MEM_RAM); >>> >>> >> Isn't necessary to reregister 0xa0000 too? >> > > ENOFOLLOW. This is exactly what I'm doing. > I was confused about isa_mem_base. Just ignore me :-). Regards, Anthony Liguori >>> + if (kvm_enabled()) { >>> + kvm_log_start(0xa0000, 0x8000); >>> + kvm_log_start(0xa8000, 0x8000); >>> + } >>> >>> >> Why would you enable logging on a different region from what you've >> registered? Shouldn't you enable logging on both regions? If we're going >> to enable logging based on target_phys_addr_t instead of ram_addr_t (and I >> think we should), then we should enable it on all target_phys_addr_ts. >> > > Again, I don't follow. We map 0xa0000 and 0xa8000 to some ram_addr_t, > and then enable logging in the very 0xa0000 and 0xa8000. What's the problem > with that? One late nitpick, it is that for consistency, I registered > 0xa0000 + isa_mem_base, > (usually 0), and should use it in kvm_log_start. > > >>> + } >>> + else { >>> >>> >> This is formatted incorrectly. >> >> >>> + >>> /* >>> * graphic modes >>> */ >>> >>> >> More extra whitespace. >> >> Regards, >> >> Anthony Liguori >> >> >> >> > > > >