diff options
author | Michael Kelley <[email protected]> | 2024-11-06 07:42:46 -0800 |
---|---|---|
committer | Wei Liu <[email protected]> | 2024-12-09 18:44:14 +0000 |
commit | 96e052d1473843d644ceba2adf46d3d2180b8ca7 (patch) | |
tree | 1e8c05c3531043cce34659129dca3a6d204f97d6 /tools/testing/selftests/bpf/prog_tests/prog_array_init.c | |
parent | a9640fcdd400463442846677e62b8208b81cb031 (diff) |
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 <[email protected]>
Signed-off-by: Michael Kelley <[email protected]>
Acked-by: Wei Liu <[email protected]>
Link: https://lore.kernel.org/r/[email protected]
Signed-off-by: Wei Liu <[email protected]>
Message-ID: <[email protected]>
Diffstat (limited to 'tools/testing/selftests/bpf/prog_tests/prog_array_init.c')
0 files changed, 0 insertions, 0 deletions