Received-SPF: pass (google.com: domain of linux-kernel+bounces-62896-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45e3:2400::1 as permitted sender) client-ip=2604:1380:45e3:2400::1;
Date: Mon, 12 Feb 2024 19:07:25 -0800
In-Reply-To: <20240103084327.19955-1-yan.y.zhao@intel.com>
Precedence: bulk
Mime-Version: 1.0
References: <20240103084327.19955-1-yan.y.zhao@intel.com>
Message-ID: <Zcrc7UxSO3-Cncjm@google.com>
Subject: Re: [RFC PATCH v2 0/3] KVM: allow mapping of compound tail pages for
 IO or PFNMAP mapping
From: Sean Christopherson <seanjc@google.com>
To: Yan Zhao <yan.y.zhao@intel.com>
Cc: kvm@vger.kernel.org, linux-kernel@vger.kernel.org, 
	linux-kselftest@vger.kernel.org, pbonzini@redhat.com, shuah@kernel.org, 
	stevensd@chromium.org
Content-Type: text/plain; charset="us-ascii"

On Wed, Jan 03, 2024, Yan Zhao wrote:
> This is a v2 for previous series [1] to allow mapping for compound tail
> pages for IO or PFNMAP mapping.
> 
> Compared to v1, this version provides selftest to check functionality in
> KVM to map memslots for MMIO BARs (VMAs with flag VM_IO | VM_PFNMAP), as
> requested by Sean in [1].

Doh.  So I didn't intend for you to have to create a mock device just to be able
to run a selftest.  I assumed it would be easy-ish to utilize an existing generic
device.  I take it that's not the case?