From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:46119) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Su3uf-000486-FB for qemu-devel@nongnu.org; Wed, 25 Jul 2012 11:54:14 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Su3ue-0007o6-Dl for qemu-devel@nongnu.org; Wed, 25 Jul 2012 11:54:13 -0400 Received: from david.siemens.de ([192.35.17.14]:30511) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Su3ue-0007nz-3p for qemu-devel@nongnu.org; Wed, 25 Jul 2012 11:54:12 -0400 Message-ID: <501016A2.2060702@siemens.com> Date: Wed, 25 Jul 2012 17:54:10 +0200 From: Jan Kiszka MIME-Version: 1.0 References: <1343222672-25312-1-git-send-email-peter.maydell@linaro.org> <1343222672-25312-5-git-send-email-peter.maydell@linaro.org> <50101509.8060805@siemens.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH 4/6] kvm: Don't assume irqchip-in-kernel implies irqfds List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Peter Maydell Cc: Alexander Graf , Avi Kivity , Marcelo Tosatti , "qemu-devel@nongnu.org" , "patches@linaro.org" On 2012-07-25 17:52, Peter Maydell wrote: > On 25 July 2012 16:47, Jan Kiszka wrote: >> On 2012-07-25 15:24, Peter Maydell wrote: >>> --- a/kvm-all.c >>> +++ b/kvm-all.c >>> @@ -101,6 +101,7 @@ struct KVMState >>> KVMState *kvm_state; >>> bool kvm_kernel_irqchip; >>> bool kvm_async_interrupt_injection; >>> +bool kvm_irqfds_allowed; >> >> Why allowed vs enabled? You only have kvm_async_interrupt_injection as well. > > I was trying to follow the existing pattern where the macro kvm_enabled() > tests the variable kvm_allowed (though as you noticed I got it wrong for > kvm_async_interrupt_injection: will fix that in v2.) > > Having the two the same is valid C, it's just a style question whether > having a variable foo and a macro foo() is considered confusing I guess. I don't mind which way if they are consistent. Jan -- Siemens AG, Corporate Technology, CT RTC ITP SDP-DE Corporate Competence Center Embedded Linux