From mboxrd@z Thu Jan 1 00:00:00 1970 From: Avi Kivity Subject: Re: [PATCH] KVM: x86: fix vcpu->mmio_fragments overflow Date: Mon, 22 Oct 2012 17:36:36 +0200 Message-ID: <50856804.5030408@redhat.com> References: <20121022114311.GQ29310@redhat.com> <508531E1.2030307@siemens.com> <508539A8.40404@redhat.com> <50853FF1.8010809@siemens.com> <20121022125301.GS29310@redhat.com> <50854232.8090309@siemens.com> <508542EF.5050401@redhat.com> <508544B6.6070301@siemens.com> <20121022130810.GW29310@redhat.com> <5085495D.6060307@siemens.com> <20121022140056.GY29310@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Jan Kiszka , Xiao Guangrong , Marcelo Tosatti , LKML , KVM To: Gleb Natapov Return-path: In-Reply-To: <20121022140056.GY29310@redhat.com> Sender: linux-kernel-owner@vger.kernel.org List-Id: kvm.vger.kernel.org On 10/22/2012 04:00 PM, Gleb Natapov wrote: > Yes, with frame buffer is seems to be the case. One can imagine ROMD > device that is MMIO on write but still can be accessed for read from > kernel, but it cannot be coalesced even if coalesced buffer is flushed > on every exit. You cannot enable coalescing on such a device. -- error compiling committee.c: too many arguments to function