Re: [PATCH v2] tools/hv: async name resolution in kvp_daemon

From: Olaf Hering
Date: Fri Mar 19 2021 - 10:47:11 EST

Next message: Dan Carpenter: "[PATCH] stm: class: dummy_stm: fix an error code in dummy_stm_init()"
Previous message: Robert Foss: "Re: [PATCH 13/30] drm/bridge/analogix/dp_core: Unregister DP AUX channel on error in analogix_dp_probe()"
In reply to: Olaf Hering: "[PATCH v2] tools/hv: async name resolution in kvp_daemon"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

Am Fri, 19 Mar 2021 15:41:44 +0100
schrieb Olaf Hering <olaf@xxxxxxxxx>:

> FullyQualifiedDomainName

I think in the past I did asked MSFT what the host side really expects. Maybe this time there will be an answer.

Why would the host expect a FQDN from a VM? Why would it care about DNS layout of the network within the VM?

Basically my copy of hv_kvp_daemon just sends `uname -n` to the host. This is more correct. This does not waste any network resources. This, up to now, led to no complains.

So, what is the purpose of this API?

Olaf

Attachment: pgpzcSOjcFTXj.pgp
Description: Digitale Signatur von OpenPGP

Next message: Dan Carpenter: "[PATCH] stm: class: dummy_stm: fix an error code in dummy_stm_init()"
Previous message: Robert Foss: "Re: [PATCH 13/30] drm/bridge/analogix/dp_core: Unregister DP AUX channel on error in analogix_dp_probe()"
In reply to: Olaf Hering: "[PATCH v2] tools/hv: async name resolution in kvp_daemon"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]