From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753092AbbJOTQ5 (ORCPT ); Thu, 15 Oct 2015 15:16:57 -0400 Received: from mout.kundenserver.de ([212.227.126.130]:58304 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752514AbbJOTQ4 (ORCPT ); Thu, 15 Oct 2015 15:16:56 -0400 From: Arnd Bergmann To: Marc Zyngier Cc: linux-arm-kernel@lists.infradead.org, Thomas Gleixner , Jiang Liu , Jason Cooper , linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org, Ma Jun Subject: Re: [PATCH RFC 0/7] Adding core support for wire-MSI bridges Date: Thu, 15 Oct 2015 21:16:15 +0200 Message-ID: <5879538.pKBkpUOxls@wuerfel> User-Agent: KMail/4.11.5 (Linux/3.16.0-10-generic; KDE/4.11.5; x86_64; ; ) In-Reply-To: <561FCDBE.8000407@arm.com> References: <1444923568-17413-1-git-send-email-marc.zyngier@arm.com> <5027676.zPNVVQXaP4@wuerfel> <561FCDBE.8000407@arm.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Provags-ID: V03:K0:jhYbQmzEoA+4Pi/vWwLfR/zu+ajtOyJBTb14zIdB+dexf2ZEALx IYwXTxcvDmsZa8dk11GA13Vcqp2ME+UjPCy9q+3YwBmo6jqVBYXdK/prsCBLKlz1trtoJwM sWb8HMfnXJ5LVTzwORTtCs9HUGrlvKAAlXRNOusHPqaJIyFLxMLUuAW+91YTzBqViT1+PIP cFvNuABn8W38dsavToLhQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:rF7hdK+K8DU=:ax/S48gKbYbEx0Y3APYEob oPZjrm7OcwojRm+JipaZAuDChcPl7FysmHXcSgI8N2isygKGH37sihDdpWOCSJcSlDP9ZNnh1 CiZbMaoK0WqNSAwJmYW/Rwn3FjRMMNMowbwj2pCwaBz/5WItgHB76NqzTN1Kj8PvqfRntRoDp yBWgkqJZiA6X8cpgORIzzJCWFqQ/xDqviUtA/xlFg1sMs1wDo4IXkxj/PUd8KH/a5r3DvWxyU WyyDK8zs7VpC7R5cIU/erY1b7R0C69h9bQHurHvBIDl4M16bEjaTMqxqYFegv6EWjCKb6uGhQ XxJUkz0nFS+z1mIRar+0r6ug0032+2KGbAwukeyLuEZFnLYH3iml0q7jRsBsHcU7wIccokLl4 d+JD5rx46R1CQVfBZTG6Hxr+lFzx+71MfayBarXf29SqgvWI7wOPjY88KB2ToOGusvlSdB30G xV0sECFWcbb+zJVlCAKqXF2ggfZ/RuwBN5+pGTqEEVO/iVYjfwVfNrvBACu9JaebsvKdhXohS YtESbcloH4ykbwJXpc5Q2hWfi0nAQElDjwoL8l3Bq38VW18H/3tpCEhAQ9J5zDVnfadJbQgpQ NNb3Nadk1Pp0pT4jydzmzRIDMjN/3kJV5nLj3U72kMrhlOYqhuaaENN1utRGrbJzdvlTL1HYc Yq0x4+svGAJntkvy6jOAEZaQOltiI6y+95/xeFum0kun9LMZRmZcbXd5w7ecaR/9BYNZqfIE4 KoFk9es3n2MKvdfK Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thursday 15 October 2015 17:01:02 Marc Zyngier wrote: > > "Preconfigured" is the key word. While you can do something like that if > your hardware treats MSIs just as if they were wired interrupts > (something like GICv2m), it becomes far more hairy if the target of MSIs > is something like a GICv3 ITS (which is the case for HiSilicon mbigen). > > The main reason is that the ITS relies on "translation tables" kept in > memory, which the OS has to configure, and handing over pre-configured > tables is not something I'm looking forward to doing. From a CPU point > of view, this is akin entering the kernel with the MMU already on and no > idmap... > > The approach taken here is to make the MSI-ness explicit at the irqchip > level, and keep the interrupting device oblivious of that feature. Also, > this relies on the fact that we can have one MSI per wire, meaning that > we don't have to multiplex anything (no nested irqchip), and that we can > rely on hierarchical domains, which simplifies the code (at least for > the irqchip). > Thanks, that already makes things much clearer. Just one more question: why can't those translation tables be configured statically by the irqchip driver? Is this all about being able to cut a few cycles in case of virtualization? I would assume that once you have gone through the overhead of having both an MSI and a normal interrupt line (with the need for serialization vs DMA), you can just as well trap to user space to deliver an IRQ to a guest. Arnd