On Fri, Apr 16, 2021 at 12:06:18PM +0000, Jorgen Hansen wrote:


On 16 Apr 2021, at 12:44, Stefano Garzarella 
<sgarz...@redhat.com<mailto:sgarz...@redhat.com>> wrote:

VMCI feature is not supported in conjunction with the vSphere Fault
Tolerance (FT) feature.

VMware Tools can repeatedly try to create a vsock connection. If FT is
enabled the kernel logs is flooded with the following messages:

  qp_alloc_hypercall result = -20
  Could not attach to queue pair with -20

"qp_alloc_hypercall result = -20" was hidden by commit e8266c4c3307
("VMCI: Stop log spew when qp allocation isn't possible"), but "Could
not attach to queue pair with -20" is still there flooding the log.

Since the error message can be useful in some cases, print it only once.

Fixes: d021c344051a ("VSOCK: Introduce VM Sockets")
Signed-off-by: Stefano Garzarella 
<sgarz...@redhat.com<mailto:sgarz...@redhat.com>>
---
net/vmw_vsock/vmci_transport.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)

diff --git a/net/vmw_vsock/vmci_transport.c b/net/vmw_vsock/vmci_transport.c
index 8b65323207db..1c9ecb18b8e6 100644
--- a/net/vmw_vsock/vmci_transport.c
+++ b/net/vmw_vsock/vmci_transport.c
@@ -568,8 +568,7 @@ vmci_transport_queue_pair_alloc(struct vmci_qp **qpair,
     peer, flags, VMCI_NO_PRIVILEGE_FLAGS);
out:
if (err < 0) {
- pr_err("Could not attach to queue pair with %d\n",
-       err);
+ pr_err_once("Could not attach to queue pair with %d\n", err);
err = vmci_transport_error_to_vsock_error(err);
}

—
2.30.2


Thanks a lot for fixing this.

You're welcome!


Reviewed-by: Jorgen Hansen <jhan...@vmware.com<mailto:jhan...@vmware.com>>


Thanks for the review!
Patchwork didn't like it, I think there was some problem with your email client putting `<mailto:...>` links.

I think it had to be:

Reviewed-by: Jorgen Hansen <jhan...@vmware.com>

Thanks,
Stefano

Reply via email to