From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jan Kiszka Subject: Re: [PATCH v3 2/7] memory: Flush coalesced MMIO on selected region access Date: Fri, 17 Aug 2012 12:55:30 +0200 Message-ID: <502E2322.3070802@siemens.com> References: <35d20ce2ae928e21ff715c86f854860d164ff8c9.1340814444.git.jan.kiszka@siemens.com> <4FEC814C.9040808@redhat.com> <4FEDD9E7.9040702@siemens.com> <4FF164B4.50306@redhat.com> <4FFC06F2.2010105@siemens.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Marcelo Tosatti , Liu Ping Fan , Avi Kivity , kvm , qemu-devel To: Anthony Liguori Return-path: In-Reply-To: <4FFC06F2.2010105@siemens.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: qemu-devel-bounces+gceq-qemu-devel=gmane.org@nongnu.org Sender: qemu-devel-bounces+gceq-qemu-devel=gmane.org@nongnu.org List-Id: kvm.vger.kernel.org On 2012-07-10 12:41, Jan Kiszka wrote: > On 2012-07-02 11:07, Avi Kivity wrote: >> On 06/29/2012 07:37 PM, Jan Kiszka wrote: >>> Instead of flushing pending coalesced MMIO requests on every vmexit, >>> this provides a mechanism to selectively flush when memory regions >>> related to the coalesced one are accessed. This first of all includes >>> the coalesced region itself but can also applied to other regions, e.g. >>> of the same device, by calling memory_region_set_flush_coalesced. >> >> Looks fine. >> >> I have a hard time deciding whether this should go through the kvm tree >> or memory tree. Anthony, perhaps you can commit it directly to avoid >> the livelock? >> >> Reviewed-by: Avi Kivity >> > > Anthony, ping? Argh, missed that this series was forgotten. Patch 1 is a bug fix, will resend it separately so that it can make it into 1.2. Will repost the rest once master reopens. Jan -- Siemens AG, Corporate Technology, CT RTC ITP SDP-DE Corporate Competence Center Embedded Linux