mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Roman Kisel <romank@linux.microsoft.com>
To: Naman Jain <namjain@linux.microsoft.com>,
	Saurabh Singh Sengar <ssengar@microsoft.com>,
	KY Srinivasan <kys@microsoft.com>,
	Haiyang Zhang <haiyangz@microsoft.com>,
	Wei Liu <wei.liu@kernel.org>, Dexuan Cui <decui@microsoft.com>
Cc: Anirudh Rayabharam <anrayabh@linux.microsoft.com>,
	Saurabh Sengar <ssengar@linux.microsoft.com>,
	Stanislav Kinsburskii <skinsburskii@linux.microsoft.com>,
	Nuno Das Neves <nunodasneves@linux.microsoft.com>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linux-hyperv@vger.kernel.org" <linux-hyperv@vger.kernel.org>
Subject: Re: [PATCH] Drivers: hv: Introduce mshv_vtl driver
Date: Wed, 7 May 2025 13:31:36 -0700	[thread overview]
Message-ID: <29edc00e-9797-4f4a-83b3-0b4158c94a16@linux.microsoft.com> (raw)
In-Reply-To: <be04a26f-866d-43e6-9a0b-15b91405503e@linux.microsoft.com>



On 5/7/2025 4:21 AM, Naman Jain wrote:
> 
> 

[...]

> <snip>
> 
>>> +        return -EINVAL;
>>> +    if (copy_from_user(payload, (void __user *)message.payload_ptr,
>>> +               message.payload_size))
>>> +        return -EFAULT;
>>> +
>>> +    return hv_post_message((union
>>
>> This function definition is in separate file which can be build as 
>> independent module, this will cause
>> problem while linking . Try building with CONFIG_HYPERV=m and check.
>>
>> - Saurabh
> 
> Thanks for reviewing Saurabh. As CONFIG_HYPERV can be set to 'm'
> and CONFIG_MSHV_VTL depends on it, changing CONFIG_MSHV_VTL to tristate
> and a few tweaks in Makefile will fix this issue. This will ensure that
> mshv_vtl is also built as a module when hyperv is built as a module.
> 
> I'll take care of this in next version.

Let me ask for a clarification. How would the system boot if
CONFIG_HYPERV is set to m? The arch parts are going to be still
compiled-in, correct? Otherwise I don't see how that would
initialize.

I am thinking who would load Hyper-V modules on the system
that requires Hyper-V here. It is understandable that
distro's build Hyper-V as a module. That way, they don't have to load
anything when there is no Hyper-V. Here, it is Hyper-V in and out, what
do we need to fix?

> 
> here is the diff for reference:
> diff --git a/drivers/hv/Kconfig b/drivers/hv/Kconfig
> index 57dcfcb69b88..c7f21b483377 100644
> --- a/drivers/hv/Kconfig
> +++ b/drivers/hv/Kconfig
> @@ -73,7 +73,7 @@ config MSHV_ROOT
>            If unsure, say N.
> 
>   config MSHV_VTL
> -       bool "Microsoft Hyper-V VTL driver"
> +       tristate "Microsoft Hyper-V VTL driver"
>          depends on HYPERV && X86_64
>          depends on TRANSPARENT_HUGEPAGE
>          depends on OF
> diff --git a/drivers/hv/Makefile b/drivers/hv/Makefile
> index 5e785dae08cc..c53a0df746b7 100644
> --- a/drivers/hv/Makefile
> +++ b/drivers/hv/Makefile
> @@ -15,9 +15,11 @@ hv_vmbus-$(CONFIG_HYPERV_TESTING)    += hv_debugfs.o
>   hv_utils-y := hv_util.o hv_kvp.o hv_snapshot.o hv_utils_transport.o
>   mshv_root-y := mshv_root_main.o mshv_synic.o mshv_eventfd.o mshv_irq.o \
>                 mshv_root_hv_call.o mshv_portid_table.o
> +mshv_vtl-y := mshv_vtl_main.o
> 
>   # Code that must be built-in
>   obj-$(subst m,y,$(CONFIG_HYPERV)) += hv_common.o
> -obj-$(subst m,y,$(CONFIG_MSHV_ROOT)) += hv_proc.o mshv_common.o
> -
> -mshv_vtl-y := mshv_vtl_main.o mshv_common.o
> +obj-$(subst m,y,$(CONFIG_MSHV_ROOT)) += hv_proc.o
> +ifneq ($(CONFIG_MSHV_ROOT) $(CONFIG_MSHV_VTL),)
> +    obj-y += mshv_common.o
> +endif
> 
> Regards,
> Naman

-- 
Thank you,
Roman


  reply	other threads:[~2025-05-07 20:31 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-05-06  8:49 Naman Jain
2025-05-06 15:48 ` Roman Kisel
2025-05-07 10:19 ` Saurabh Singh Sengar
2025-05-07 11:21   ` Naman Jain
2025-05-07 20:31     ` Roman Kisel [this message]
2025-05-08  3:00       ` Saurabh Singh Sengar
2025-05-08 15:44         ` Roman Kisel
2025-05-08 17:44           ` Wei Liu
2025-05-08 18:13             ` Roman Kisel
2025-05-07 13:02 ` Saurabh Singh Sengar
2025-05-07 19:20   ` Roman Kisel
2025-05-08  2:59     ` Saurabh Singh Sengar
2025-05-09 18:07       ` Roman Kisel
2025-05-08  4:03     ` Michael Kelley
2025-05-08 15:34       ` Roman Kisel
2025-05-08 18:03     ` Wei Liu
2025-05-09 18:02       ` [EXTERNAL] " Saurabh Singh Sengar
2025-05-09 18:05         ` Roman Kisel
2025-05-12  4:57           ` Naman Jain
2025-05-13 15:30           ` Michael Kelley
2025-05-13 16:34             ` Naman Jain
2025-05-12  4:55   ` Naman Jain
2025-05-10 20:55 ` [External] : " ALOK TIWARI
2025-05-12 14:04   ` Naman Jain

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=29edc00e-9797-4f4a-83b3-0b4158c94a16@linux.microsoft.com \
    --to=romank@linux.microsoft.com \
    --cc=anrayabh@linux.microsoft.com \
    --cc=decui@microsoft.com \
    --cc=haiyangz@microsoft.com \
    --cc=kys@microsoft.com \
    --cc=linux-hyperv@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=namjain@linux.microsoft.com \
    --cc=nunodasneves@linux.microsoft.com \
    --cc=skinsburskii@linux.microsoft.com \
    --cc=ssengar@linux.microsoft.com \
    --cc=ssengar@microsoft.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®