From: Mukesh R <mrathor@linux.microsoft.com>
To: Michael Kelley <mhklinux@outlook.com>,
"linux-hyperv@vger.kernel.org" <linux-hyperv@vger.kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Cc: "kys@microsoft.com" <kys@microsoft.com>,
"wei.liu@kernel.org" <wei.liu@kernel.org>
Subject: Re: [PATCH V1 1/3] mshv: Rename memory deposit memory functions to _old
Date: Tue, 8 Sep 2026 13:43:24 -0700 [thread overview]
Message-ID: <921a1646-4257-c627-1019-8ac41ea89ed4@linux.microsoft.com> (raw)
In-Reply-To: <SN6PR02MB4157D9294688C8E5F21BDD19D4B12@SN6PR02MB4157.namprd02.prod.outlook.com>
On 9/8/26 11:01, Michael Kelley wrote:
> From: Mukesh R <mrathor@linux.microsoft.com> Sent: Monday, September 7, 2026 7:14 PM
>>
>> Rename hv_call_deposit_pages() and hv_deposit_memory_node() to _old
>> to make reviewing the new functions much easier.
>>
>> Signed-off-by: Mukesh R <mrathor@linux.microsoft.com>
>> ---
>> drivers/hv/hv_proc.c | 23 ++++++++++++++++-------
>> 1 file changed, 16 insertions(+), 7 deletions(-)
>>
>> diff --git a/drivers/hv/hv_proc.c b/drivers/hv/hv_proc.c
>> index 57b2c64197cb..57864bb5bcd8 100644
>> --- a/drivers/hv/hv_proc.c
>> +++ b/drivers/hv/hv_proc.c
>> @@ -13,10 +13,10 @@
>> * See struct hv_deposit_memory. The first u64 is partition ID, the rest
>> * are GPAs.
>> */
>> -#define HV_DEPOSIT_MAX (HV_HYP_PAGE_SIZE / sizeof(u64) - 1)
>> +#define HV_DEPOSIT_MAX_OLD (HV_HYP_PAGE_SIZE / sizeof(u64) - 1)
>>
>> /* Deposits exact number of pages. Must be called with interrupts enabled. */
>> -int hv_call_deposit_pages(int node, u64 partition_id, u32 num_pages)
>> +static int hv_call_deposit_pages_old(int node, u64 partition_id, u32 num_pages)
>> {
>> struct page **pages, *page;
>> int *counts;
>> @@ -29,7 +29,7 @@ int hv_call_deposit_pages(int node, u64 partition_id, u32 num_pages)
>> struct hv_deposit_memory *input_page;
>> unsigned long flags;
>>
>> - if (num_pages > HV_DEPOSIT_MAX)
>> + if (num_pages > HV_DEPOSIT_MAX_OLD)
>> return -E2BIG;
>> if (!num_pages)
>> return 0;
>> @@ -40,7 +40,7 @@ int hv_call_deposit_pages(int node, u64 partition_id, u32 num_pages)
>> return -ENOMEM;
>> pages = page_address(page);
>>
>> - counts = kzalloc_objs(int, HV_DEPOSIT_MAX);
>> + counts = kzalloc_objs(int, HV_DEPOSIT_MAX_OLD);
>> if (!counts) {
>> free_page((unsigned long)pages);
>> return -ENOMEM;
>> @@ -108,10 +108,14 @@ int hv_call_deposit_pages(int node, u64 partition_id, u32 num_pages)
>> kfree(counts);
>> return ret;
>> }
>> +
>> +int hv_call_deposit_pages(int node, u64 partition_id, u32 num_pages)
>> +{
>> + return hv_call_deposit_pages_old(node, partition_id, num_pages);
>> +}
>> EXPORT_SYMBOL_GPL(hv_call_deposit_pages);
>>
>> -int hv_deposit_memory_node(int node, u64 partition_id,
>> - u64 hv_status)
>> +static int __maybe_unused hv_deposit_memory_node_old(int node, u64 partition_id, u64 hv_status)
>
> I'm not clear on why there is "__maybe_unused" here. If CONFIG_MSHV_ROOT
> isn't defined, this whole file isn't built.
The main 2nd patch adds newer version of the function, so this _old is
not called anymore, and will generate compiler warning.
Thanks,
-Mukesh
> But it doesn't really matter since Patch 3 of the series deletes the code anyway.
>
>> {
>> u32 num_pages = 1;
>>
>> @@ -137,7 +141,12 @@ int hv_deposit_memory_node(int node, u64 partition_id,
>> hv_status_err(hv_status, "Unexpected!\n");
>> return -ENOMEM;
>> }
>> - return hv_call_deposit_pages(node, partition_id, num_pages);
>> + return hv_call_deposit_pages_old(node, partition_id, num_pages);
>> +}
>> +
>> +int hv_deposit_memory_node(int node, u64 partition_id, u64 hv_status)
>> +{
>> + return hv_deposit_memory_node_old(node, partition_id, hv_status);
>> }
>> EXPORT_SYMBOL_GPL(hv_deposit_memory_node);
>>
>> --
>> 2.51.2.vfs.0.1
>>
>
> The "__maybe_unused" notwithstanding,
>
> Reviewed-by: Michael Kelley <mhklinux@outlook.com>
next prev parent reply other threads:[~2026-09-08 20:43 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-08 2:13 [PATCH V1 0/3] Redesign memory deposit logic Mukesh R
2026-09-08 2:13 ` [PATCH V1 1/3] mshv: Rename memory deposit memory functions to _old Mukesh R
2026-09-08 18:01 ` Michael Kelley
2026-09-08 20:43 ` Mukesh R [this message]
2026-09-08 21:31 ` Michael Kelley
2026-09-08 2:13 ` [PATCH V1 2/3] mshv: Redesign hypervisor memory deposit logic Mukesh R
2026-09-08 2:24 ` sashiko-bot
2026-09-08 18:02 ` Michael Kelley
2026-09-08 22:32 ` Mukesh R
2026-09-09 17:32 ` Michael Kelley
2026-09-09 18:22 ` Mukesh R
2026-09-08 2:13 ` [PATCH V1 3/3] mshv: Remove unused *_old memory deposit functions Mukesh R
2026-09-08 18:03 ` Michael Kelley
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=921a1646-4257-c627-1019-8ac41ea89ed4@linux.microsoft.com \
--to=mrathor@linux.microsoft.com \
--cc=kys@microsoft.com \
--cc=linux-hyperv@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mhklinux@outlook.com \
--cc=wei.liu@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.