Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753134AbbGBH0n (ORCPT ); Thu, 2 Jul 2015 03:26:43 -0400 Received: from mailout2.w1.samsung.com ([210.118.77.12]:65228 "EHLO mailout2.w1.samsung.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752737AbbGBH0c (ORCPT ); Thu, 2 Jul 2015 03:26:32 -0400 X-AuditID: cbfec7f4-f79c56d0000012ee-73-5594e7a6edba From: Pavel Fedin To: "'Eric Auger'" , eric.auger@st.com, linux-arm-kernel@lists.infradead.org, marc.zyngier@arm.com, christoffer.dall@linaro.org, andre.przywara@arm.com, kvmarm@lists.cs.columbia.edu, kvm@vger.kernel.org Cc: linux-kernel@vger.kernel.org, patches@linaro.org, pbonzini@redhat.com References: <1435592237-17924-1-git-send-email-eric.auger@linaro.org> <1435592237-17924-2-git-send-email-eric.auger@linaro.org> In-reply-to: <1435592237-17924-2-git-send-email-eric.auger@linaro.org> Subject: RE: [PATCH 1/7] KVM: api: add kvm_irq_routing_extended_msi Date: Thu, 02 Jul 2015 10:26:29 +0300 Message-id: <011f01d0b498$6a17aeb0$3e470c10$@samsung.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-index: AQIj+X5s5FdAGWwAOFAf7dE3NOV/zwG0/EgbnROUdIA= Content-language: ru X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprDIsWRmVeSWpSXmKPExsVy+t/xK7rLnk8JNZjxmc9ixbyfjBYvXv9j tJi/5QyrxdXNZ5ks5kwttPh46ji7xabH11gtLu+aw2bx984/Nosph7+wWOzf9o/Vgdtjzbw1 jB53ru1h8zi/aQ2zx+Yl9R7v911l83j6Yy+zx+dNcgHsUVw2Kak5mWWpRfp2CVwZ+8/2shb0 SVVsPNjB3sC4UbSLkZNDQsBE4mfjFFYIW0ziwr31bF2MXBxCAksZJX6t72WEcL4zSjyZspcZ pIpNQF3i9NcPLCAJEYGnjBJN6xpZQBLMAp4SV78vBrOFBBoZJW4uSgKxOQXcJP4su8sEYgsL OEus+n8AaBAHB4uAqsSavVwgYV4BS4nJLfsZIWxBiR+T70GN1JJYv/M4E4QtL7F5zVtmiEsV JHacfQ1WLyJgJXGqbS4zRI2IxLR/95gnMArNQjJqFpJRs5CMmoWkZQEjyypG0dTS5ILipPRc Q73ixNzi0rx0veT83E2MkDj7soNx8TGrQ4wCHIxKPLwraqaECrEmlhVX5h5ilOBgVhLhPXkN KMSbklhZlVqUH19UmpNafIhRmoNFSZx37q73IUIC6YklqdmpqQWpRTBZJg5OqQbGxYydWyrf T5aMvtuyW82y4n75gkPLP7tccVQOfxS+W9RQM+BIrd03z4K2qqXqXTdPTXgknXNVcdGKQuaN KwOVllzn+n2r+1fxArsDq6rYppvv2eqW/DfEb8WJF1bRez3KC93a1VJTV0xi/7246LfX/Qki 88uu7Alnevn5VohAXF6B9b1lpvEJSizFGYmGWsxFxYkA180U0a8CAAA= Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3490 Lines: 103 Hello! > -----Original Message----- > From: kvm-owner@vger.kernel.org [mailto:kvm-owner@vger.kernel.org] On Behalf Of Eric Auger > Sent: Monday, June 29, 2015 6:37 PM > To: eric.auger@st.com; eric.auger@linaro.org; linux-arm-kernel@lists.infradead.org; > marc.zyngier@arm.com; christoffer.dall@linaro.org; andre.przywara@arm.com; > kvmarm@lists.cs.columbia.edu; kvm@vger.kernel.org > Cc: linux-kernel@vger.kernel.org; patches@linaro.org; p.fedin@samsung.com; pbonzini@redhat.com > Subject: [PATCH 1/7] KVM: api: add kvm_irq_routing_extended_msi > > On ARM, the MSI msg (address and data) comes along with > out-of-band device ID information. The device ID encodes the device > that composes the MSI msg. Let's create a new routing entry type, > dubbed KVM_IRQ_ROUTING_EXTENDED_MSI and use the __u32 pad space > to convey the device ID. > > Signed-off-by: Eric Auger > > --- > > RFC -> PATCH > - remove kvm_irq_routing_extended_msi and use union instead > --- > Documentation/virtual/kvm/api.txt | 9 ++++++++- > include/uapi/linux/kvm.h | 6 +++++- > 2 files changed, 13 insertions(+), 2 deletions(-) > > diff --git a/Documentation/virtual/kvm/api.txt b/Documentation/virtual/kvm/api.txt > index d20fd94..6426ae9 100644 > --- a/Documentation/virtual/kvm/api.txt > +++ b/Documentation/virtual/kvm/api.txt > @@ -1414,7 +1414,10 @@ struct kvm_irq_routing_entry { > __u32 gsi; > __u32 type; > __u32 flags; > - __u32 pad; > + union { > + __u32 pad; > + __u32 devid; > + }; > union { > struct kvm_irq_routing_irqchip irqchip; > struct kvm_irq_routing_msi msi; devid is actually a part of MSI bunch. Shouldn't it be a part of struct kvm_irq_routing_msi then? It also has reserved pad. > @@ -1427,6 +1430,10 @@ struct kvm_irq_routing_entry { > #define KVM_IRQ_ROUTING_IRQCHIP 1 > #define KVM_IRQ_ROUTING_MSI 2 > #define KVM_IRQ_ROUTING_S390_ADAPTER 3 > +#define KVM_IRQ_ROUTING_EXTENDED_MSI 4 > + > +In case of KVM_IRQ_ROUTING_EXTENDED_MSI routing type, devid is used to convey > +the device ID. > > No flags are specified so far, the corresponding field must be set to zero. What if we use KVM_MSI_VALID_DEVID flag instead of new KVM_IRQ_ROUTING_EXTENDED_MSI definition? I believe this would make an API more consistent and introduce less new definitions. > > diff --git a/include/uapi/linux/kvm.h b/include/uapi/linux/kvm.h > index 2a23705..8484681 100644 > --- a/include/uapi/linux/kvm.h > +++ b/include/uapi/linux/kvm.h > @@ -841,12 +841,16 @@ struct kvm_irq_routing_s390_adapter { > #define KVM_IRQ_ROUTING_IRQCHIP 1 > #define KVM_IRQ_ROUTING_MSI 2 > #define KVM_IRQ_ROUTING_S390_ADAPTER 3 > +#define KVM_IRQ_ROUTING_EXTENDED_MSI 4 > > struct kvm_irq_routing_entry { > __u32 gsi; > __u32 type; > __u32 flags; > - __u32 pad; > + union { > + __u32 pad; > + __u32 devid; > + }; > union { > struct kvm_irq_routing_irqchip irqchip; > struct kvm_irq_routing_msi msi; > -- > 1.9.1 > > -- > To unsubscribe from this list: send the line "unsubscribe kvm" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html Kind regards, Pavel Fedin Expert Engineer Samsung Electronics Research center Russia -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/