From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:48839) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bhIha-0001d0-V8 for qemu-devel@nongnu.org; Tue, 06 Sep 2016 11:54:23 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bhIhW-0002xr-UQ for qemu-devel@nongnu.org; Tue, 06 Sep 2016 11:54:22 -0400 Received: from mx1.redhat.com ([209.132.183.28]:17320) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bhIhW-0002xn-OV for qemu-devel@nongnu.org; Tue, 06 Sep 2016 11:54:18 -0400 Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 517F94E4CD for ; Tue, 6 Sep 2016 15:54:18 +0000 (UTC) References: <1473173750-11761-1-git-send-email-marcel@redhat.com> <5362df9c-00f8-adab-ecd2-481a33e84687@redhat.com> <20160906184921-mutt-send-email-mst@kernel.org> From: Paolo Bonzini Message-ID: <1f978854-c184-87fe-6118-a99ce21d564b@redhat.com> Date: Tue, 6 Sep 2016 17:54:14 +0200 MIME-Version: 1.0 In-Reply-To: <20160906184921-mutt-send-email-mst@kernel.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH] tests/acpi: speedup acpi tests List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Michael S. Tsirkin" Cc: Marcel Apfelbaum , qemu-devel@nongnu.org, imammedo@redhat.com On 06/09/2016 17:51, Michael S. Tsirkin wrote: > On Tue, Sep 06, 2016 at 05:47:06PM +0200, Paolo Bonzini wrote: >> >> >> On 06/09/2016 16:55, Marcel Apfelbaum wrote: >>> Use kvm acceleration if available. >>> >>> Signed-off-by: Marcel Apfelbaum >>> --- >>> >>> Hi, >>> >>> It saves a few seconds so we'll be able to add more tests. >>> I cc-ed Paolo to get his opinion on the correct way to look >>> for the kvm support. >> >> Just use "-machine accel=kvm:tcg" and let QEMU do the hard work. :) >> >> Paolo > > Sounds good, but we really need to skip it when gsi > capability is not there (and when using kernel irqchip) > (because in that case we can't override apic irq0). Should it just use -machine kernel_irqchip=false? Paolo