From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932082Ab2ASPCY (ORCPT ); Thu, 19 Jan 2012 10:02:24 -0500 Received: from mx1.redhat.com ([209.132.183.28]:58925 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753091Ab2ASPCW (ORCPT ); Thu, 19 Jan 2012 10:02:22 -0500 Date: Thu, 19 Jan 2012 17:02:17 +0200 From: Gleb Natapov To: "Michael S. Tsirkin" Cc: Alex Williamson , jan.kiszka@siemens.com, Avi Kivity , Marcelo Tosatti , kvm@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH RFC] kvm: deliver msix interrupts from irq handler Message-ID: <20120119150217.GA20920@redhat.com> References: <20120118181023.GA4140@redhat.com> <20120119072123.GE9571@redhat.com> <20120119134957.GC4009@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120119134957.GC4009@redhat.com> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jan 19, 2012 at 03:49:57PM +0200, Michael S. Tsirkin wrote: > > > + irq_rt = rcu_dereference(kvm->irq_routing); > > > + if (irq < irq_rt->nr_rt_entries) > > > + hlist_for_each_entry(e, n, &irq_rt->map[irq], link) { > > > + if (ei->type == KVM_IRQ_ROUTING_MSI) > > > + ret = kvm_set_msi(e, kvm, irq_source_id, level, > > > + host_irq); > > > + else > > > + ret = -EWOULDBLOCK; > > > + break; > > > + } > > > + rcu_read_unlock_bh(); > > > + return ret; > > > +} > > > + > > Share implementation with kvm_set_irq(). > > I considered this. There are several reasons not to do it: > - Amount of common code is very small Why? Just pass msi_only flag to kvm_set_irq() and skip an entry if flag is set and entry type is not msi. > - As it's separate, it's more obvious that it can't block (kvm_set_irq can block) > We can even tag kvm_set_irq with might_sleep. They can still be two separate function calling common one. > - This is way simpler and faster as we can do operations directly, > instead of copying the irq out, and as it's datapath > an optimization is I think justified. I really do not think the copy of one small data structure will be measurable. If it is (has to be proven) we can optimize that two in the common code. -- Gleb.