Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp3135669pxj; Mon, 31 May 2021 21:38:03 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxaIfMWCi9RRZZeO9oeWYqW9gy/LG95VymLCa/p0xCnHwSBPhVwCtXK/WyZIULWkI+0hRZG X-Received: by 2002:a05:6602:134c:: with SMTP id i12mr19838727iov.175.1622522283093; Mon, 31 May 2021 21:38:03 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1622522283; cv=none; d=google.com; s=arc-20160816; b=iMFb5fRzeypoPcpxdLncA2/f5Ke4gBjimdNns+GM/4FHua4KslJpUmnff4bTNVWkiJ lpPJAjxD6ZNoRVz2KsL4AhZ4YTaR9PBkdnT4cKoYNbup49G0NMPgNcZXb8abOuxZ+n/h 1HSRWUipak4tjRyo+iCiBwMXXrBDTp4fBgYZdx12HTzBWb8PFKKUG7xZOAuRsGfqgSX7 WqLYmGCyXTMc6Z3f7XHHrYgQ9WLNwJkx/XWgQrWt9Mltm7ZtR0cdo4X8qpb0D2Wjw2wu JNUUtQC7YrdkTkbHBhM6osKh4gHYhUiihe1yWnHCPCc5cTkyVOQ3INZXSFV6cPLWk+9X 2N6Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=GdquRFPZF00i5YU4JTEqiYO7owkinvA1eBbR62MvDMk=; b=k6R0wUxTqbHbbhzHQgMZk1nVS/Clx+kAExiWm4vdA7cQ1+EI6TjpoIkczzHZw4zuhv 8XhPr/RabPxxHJeipFZfnJwXmhP0frNOuDXpfASubf7+LHk3hqp53BbE6meAAwG4PX5U 2+71sJgXIimfgSgrh+0faZpIST+pXCRd/J+p7h8fD75gy+y7OD29bOT0sxuhP4yIfrb2 mpKcJ/1Y1Ff3Dtd1DeqbUbH18DFsVqsqlClKARx2BPgpl2cV8FsQpVVyUyhygwIX9Tmb g4mtv2TyF5AkuPzEkEvW5dJWyFaGSRkcIMywjo565eAMeBaX8n5tjOfLfQ/TjdbRDg/V G0vQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=huawei.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id d15si5162055iln.114.2021.05.31.21.37.50; Mon, 31 May 2021 21:38:03 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=huawei.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229460AbhFAEh7 (ORCPT + 99 others); Tue, 1 Jun 2021 00:37:59 -0400 Received: from szxga08-in.huawei.com ([45.249.212.255]:3310 "EHLO szxga08-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232787AbhFAEh6 (ORCPT ); Tue, 1 Jun 2021 00:37:58 -0400 Received: from dggemv703-chm.china.huawei.com (unknown [172.30.72.55]) by szxga08-in.huawei.com (SkyGuard) with ESMTP id 4FvK472ZK2z19S5s; Tue, 1 Jun 2021 12:31:35 +0800 (CST) Received: from dggpemm500022.china.huawei.com (7.185.36.162) by dggemv703-chm.china.huawei.com (10.3.19.46) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2176.2; Tue, 1 Jun 2021 12:36:16 +0800 Received: from [10.174.185.220] (10.174.185.220) by dggpemm500022.china.huawei.com (7.185.36.162) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2176.2; Tue, 1 Jun 2021 12:36:15 +0800 Subject: Re: [RFC PATCH v3 8/8] vfio: Add nested IOPF support To: Lu Baolu , Alex Williamson CC: Eric Auger , Cornelia Huck , Will Deacon , Robin Murphy , "Joerg Roedel" , Jean-Philippe Brucker , , , , , , Kevin Tian , , Christoph Hellwig , Jonathan Cameron , Barry Song , , 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> <9daf8877-a538-2d19-f548-b00ea6f127df@linux.intel.com> From: Shenming Lu Message-ID: <8b6e5abd-d965-2331-7af3-08bef399af0f@huawei.com> Date: Tue, 1 Jun 2021 12:36:15 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.2.2 MIME-Version: 1.0 In-Reply-To: <9daf8877-a538-2d19-f548-b00ea6f127df@linux.intel.com> Content-Type: text/plain; charset="utf-8" Content-Language: en-US Content-Transfer-Encoding: 8bit X-Originating-IP: [10.174.185.220] X-ClientProxiedBy: dggems701-chm.china.huawei.com (10.3.19.178) To dggpemm500022.china.huawei.com (7.185.36.162) X-CFilter-Loop: Reflected Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2021/5/27 19:18, Lu Baolu wrote: > 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. Sounds good to me. I have pointed it out in the IOASID uAPI proposal. :-) Thanks, Shenming > > Best regards, > baolu > .