summaryrefslogtreecommitdiff
path: root/include/linux/hyperv.h
diff options
context:
space:
mode:
authorMichael Kelley <mhklinux@outlook.com>2024-11-06 07:42:46 -0800
committerWei Liu <wei.liu@kernel.org>2024-12-09 18:44:14 +0000
commit96e052d1473843d644ceba2adf46d3d2180b8ca7 (patch)
tree1e8c05c3531043cce34659129dca3a6d204f97d6 /include/linux/hyperv.h
parenta9640fcdd400463442846677e62b8208b81cb031 (diff)
downloadlwn-96e052d1473843d644ceba2adf46d3d2180b8ca7.tar.gz
lwn-96e052d1473843d644ceba2adf46d3d2180b8ca7.zip
Drivers: hv: util: Don't force error code to ENODEV in util_probe()
If the util_init function call in util_probe() returns an error code, util_probe() always return ENODEV, and the error code from the util_init function is lost. The error message output in the caller, vmbus_probe(), doesn't show the real error code. Fix this by just returning the error code from the util_init function. There doesn't seem to be a reason to force ENODEV, as other errors such as ENOMEM can already be returned from util_probe(). And the code in call_driver_probe() implies that ENODEV should mean that a matching driver wasn't found, which is not the case here. Suggested-by: Dexuan Cui <decui@microsoft.com> Signed-off-by: Michael Kelley <mhklinux@outlook.com> Acked-by: Wei Liu <wei.liu@kernel.org> Link: https://lore.kernel.org/r/20241106154247.2271-2-mhklinux@outlook.com Signed-off-by: Wei Liu <wei.liu@kernel.org> Message-ID: <20241106154247.2271-2-mhklinux@outlook.com>
Diffstat (limited to 'include/linux/hyperv.h')
0 files changed, 0 insertions, 0 deletions