From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-5.6 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, NICE_REPLY_A,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED,USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 5B02BC4707F for ; Thu, 27 May 2021 11:21:26 +0000 (UTC) Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 17EB261248 for ; Thu, 27 May 2021 11:21:25 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 17EB261248 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=linux.intel.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender:Content-Type: Content-Transfer-Encoding:List-Subscribe:List-Help:List-Post:List-Archive: List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:Date:Message-ID:From: References:To:Subject:Cc:Reply-To:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=VmJkMnaX4OEfSmnKMI0yVpOngBp5bS9mAAQBSG1a1dc=; b=aopjCXrGKDoYAoEQlGk7odhBMf BZYaXQc1dF5ZDlJK/chY/YqMuFpWcCkjkhB3eFyDZVPBnKpDelvmMiIaUweFKNXuBCH/ZJGUyqYN2 PY4G7VB/R5SCwFQFc9Xgi9STs+qOzpzunX7ev6BIWxUsN6CnS7z2fEJNUX8rNB/E9HG6eIA1fM3VJ enQ2cK0NHJ8/QI6HqxYSFmKajiO7l4dXOgZ11pTq5EUnZ109lnUG6qXmRfsDUn0LF5gWI2YY3foTy EBemtSqnyW5jHpTQHAC1+TCZFiDxhl+ctux9JRnIcOLzCtOVdVWpge2B//IxgBLk4C2Nta4SivzeK nCMcY/Hg==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1lmE3T-005D93-IQ; Thu, 27 May 2021 11:19:59 +0000 Received: from mga12.intel.com ([192.55.52.136]) by bombadil.infradead.org with esmtps (Exim 4.94.2 #2 (Red Hat Linux)) id 1lmE3O-005D5s-4V for linux-arm-kernel@lists.infradead.org; Thu, 27 May 2021 11:19:55 +0000 IronPort-SDR: 7gzYGiyUopV8lXBHwcGt0Y0uytF0nfofIXnkM6rasA2bWx+swzyOKtfQG8HN1scfHHe7FybOAp yF74sdI/k4CA== X-IronPort-AV: E=McAfee;i="6200,9189,9996"; a="182363904" X-IronPort-AV: E=Sophos;i="5.82,334,1613462400"; d="scan'208";a="182363904" Received: from fmsmga006.fm.intel.com ([10.253.24.20]) by fmsmga106.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 27 May 2021 04:19:51 -0700 IronPort-SDR: qMTkGzZlbxcJQp1hHnj4lt5KkFwi8OSDcNNqVYY6mdA7AMhA7fqtx+FsxZ1s/CXLMQhuctgHH8 AAArSe7J8nQA== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.82,334,1613462400"; d="scan'208";a="631362727" Received: from allen-box.sh.intel.com (HELO [10.239.159.105]) ([10.239.159.105]) by fmsmga006.fm.intel.com with ESMTP; 27 May 2021 04:19:46 -0700 Cc: baolu.lu@linux.intel.com, Eric Auger , Cornelia Huck , Will Deacon , Robin Murphy , Joerg Roedel , Jean-Philippe Brucker , kvm@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, iommu@lists.linux-foundation.org, linux-api@vger.kernel.org, Kevin Tian , yi.l.liu@intel.com, Christoph Hellwig , Jonathan Cameron , Barry Song , wanghaibin.wang@huawei.com, yuzenghui@huawei.com Subject: Re: [RFC PATCH v3 8/8] vfio: Add nested IOPF support To: Shenming Lu , Alex Williamson References: <20210409034420.1799-1-lushenming@huawei.com> <20210409034420.1799-9-lushenming@huawei.com> <20210518125808.345b812c.alex.williamson@redhat.com> <83747758-ceb6-b498-8d95-609fdd0d763b@huawei.com> <20210524161129.085503ad@x1.home.shazbot.org> <90b00e7d-7934-ee79-7643-e2949e2d3af4@huawei.com> From: Lu Baolu Message-ID: <9daf8877-a538-2d19-f548-b00ea6f127df@linux.intel.com> Date: Thu, 27 May 2021 19:18:44 +0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.8.1 MIME-Version: 1.0 In-Reply-To: <90b00e7d-7934-ee79-7643-e2949e2d3af4@huawei.com> Content-Language: en-US X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20210527_041954_224965_DAA46C99 X-CRM114-Status: GOOD ( 12.44 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org Hi Shenming and Alex, On 5/27/21 7:03 PM, Shenming Lu wrote: >> I haven't fully read all the references, but who imposes the fact that >> there's only one fault handler per device? If type1 could register one >> handler and the vfio-pci bus driver another for the other level, would >> we need this path through vfio-core? > If we could register more than one handler per device, things would become > much more simple, and the path through vfio-core would not be needed. > > Hi Baolu, > Is there any restriction for having more than one handler per device? > Currently, each device could only have one fault handler. But one device might consume multiple page tables. From this point of view, it's more reasonable to have one handler per page table. Best regards, baolu _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel