[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <bcb300dd-762f-495d-9d07-16b81ff70602@linux.microsoft.com>
Date: Fri, 28 Feb 2025 17:38:00 -0800
From: Nuno Das Neves <nunodasneves@...ux.microsoft.com>
To: Roman Kisel <romank@...ux.microsoft.com>, linux-hyperv@...r.kernel.org,
x86@...nel.org, linux-arm-kernel@...ts.infradead.org,
linux-kernel@...r.kernel.org, linux-arch@...r.kernel.org,
linux-acpi@...r.kernel.org
Cc: kys@...rosoft.com, haiyangz@...rosoft.com, wei.liu@...nel.org,
mhklinux@...look.com, decui@...rosoft.com, catalin.marinas@....com,
will@...nel.org, tglx@...utronix.de, mingo@...hat.com, bp@...en8.de,
dave.hansen@...ux.intel.com, hpa@...or.com, daniel.lezcano@...aro.org,
joro@...tes.org, robin.murphy@....com, arnd@...db.de,
jinankjain@...ux.microsoft.com, muminulrussell@...il.com,
skinsburskii@...ux.microsoft.com, mrathor@...ux.microsoft.com,
ssengar@...ux.microsoft.com, apais@...ux.microsoft.com,
Tianyu.Lan@...rosoft.com, stanislav.kinsburskiy@...il.com,
gregkh@...uxfoundation.org, vkuznets@...hat.com, prapal@...ux.microsoft.com,
muislam@...rosoft.com, anrayabh@...ux.microsoft.com, rafael@...nel.org,
lenb@...nel.org, corbet@....net
Subject: Re: [PATCH v5 10/10] Drivers: hv: Introduce mshv_root module to
expose /dev/mshv to VMMs
On 2/27/2025 10:50 AM, Roman Kisel wrote:
>
>
>
> On 2/26/2025 3:08 PM, Nuno Das Neves wrote:
>> Provide a set of IOCTLs for creating and managing child partitions when
>> running as root partition on Hyper-V. The new driver is enabled via
>> CONFIG_MSHV_ROOT.
>>
>
> [...]
>
>
> As I understood, the changes fall into these buckets:
>
> 1. Partition management (VPs and memory). Built of the top of fd's which
> looks as the right approach. There is ref counting etc.
> 2. Scheduling. Here, there is the mature KVM and Xen code dto find
> inspiration in. Xen being the Type 1 hypervisor should likely be
> closer to MSHV in my understanding.
> 3. IOCTL code allocation. Not sure how this is allocated yet given that
> the patch series has been through a multi-year review, that must be
> settled by now.
> 4. IOCTLs themselves. The majority just marshals data to the
> hypervisor.
>
This is a good summary, thanks.
> Despite the rather large size of the patch, I spot-checked the places
> where I have the chance to make an informed decision, and could not find
> anything that'd stand out as suspicious to me. Going to extrapolate that
> the patch itself should be good enough. Given that this code has been in
> development and validation for a few years, I'd vote to merge it. That
> will also enable upstreaming the rest of the VTL mode code that powers
> Azure Boost (https://github.com/microsoft/OHCL-Linux-Kernel)
>
> Reviewed-by: Roman Kisel <romank@...ux.microsoft.com>
>
Powered by blists - more mailing lists