Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp3360187pxj; Tue, 11 May 2021 02:43:28 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyzXXUFyGLTzQzXXMSVLlAYry2tmvckJ4eNchbZ5RAHNwdTrvc8mEDQ9CbY4pwzWHu4wIwr X-Received: by 2002:a17:906:e105:: with SMTP id gj5mr31671386ejb.388.1620726207756; Tue, 11 May 2021 02:43:27 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1620726207; cv=none; d=google.com; s=arc-20160816; b=Ox2AEGeFgcdsq4y617U73BRRHqlWnYfpiiFkGMFefdgAoLEd/4jb33/8jDNjS82FFO FKuNXi4vxWoWhuS3L50voa3kzCepLWE9q4CCeh/LTp9Sot1DNssJfOQIV8IhpwY/TDI9 /P5hemdO4aeU3Ytv7eN8/lB67czFbGiXR5Vp7ZJ/lBd6gQXU46saPR5GPDO6i5YYFHyu hKdI8q3r6S6FUNFBCQb9nqnnPwzE3P/XGM60o1GTRpyjjlOmAXOBKiMgUl5o/GnErjUz OqXCtka4VjbujTYh1jsnUl4bb3IBYyzf4U77Qk5T+gCcjxcpEh68EF7jtf2Pq0cP/7+x ifYQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from; bh=Yb2Kxobe3dGnAzFBmHD8+5vg9wu0VgHCYDqAXJL32gU=; b=HadJXctSvfduPaheIufZpkhOD2lQ6PlGRSjHJVBRnfuv60/VKRjfNHnPEJfZ6UUNpL pjQM6/lIRvdJ8mHzFWG/33QTajAUjxdDIW8x6SxXpY0z2D9DNJd55Dx28uMC9PrUbEHS ku6PyjgKWKSb/v+fUBfzQ12PFnJtx2/SLAqxxnNOi2e11tR8xKc8ncNe/Rg+DyNQ7e70 z1ysAUh8dx7Y10yEahDHq33H1YsAVzeQhY/8AmxyLcEBYNzoWrmhu1A0hBuotgUarhVI oFi7tyXOu71aGs/JICBoiedIbPyPuUzkLWaCauvkgrc/CJ3ed8iJX5lbzvemu684ixfU uRaQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=huawei.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id t16si15625025ejo.378.2021.05.11.02.43.04; Tue, 11 May 2021 02:43:27 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=huawei.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231237AbhEKJmw (ORCPT + 99 others); Tue, 11 May 2021 05:42:52 -0400 Received: from szxga05-in.huawei.com ([45.249.212.191]:2621 "EHLO szxga05-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230434AbhEKJmw (ORCPT ); Tue, 11 May 2021 05:42:52 -0400 Received: from DGGEMS413-HUB.china.huawei.com (unknown [172.30.72.58]) by szxga05-in.huawei.com (SkyGuard) with ESMTP id 4FfXsp1y28zPwtk; Tue, 11 May 2021 17:38:22 +0800 (CST) Received: from DESKTOP-27KDQMV.china.huawei.com (10.174.148.223) by DGGEMS413-HUB.china.huawei.com (10.3.19.213) with Microsoft SMTP Server id 14.3.498.0; Tue, 11 May 2021 17:41:38 +0800 From: "Longpeng(Mike)" To: , CC: , , "Longpeng(Mike)" , "David S . Miller" , "Jakub Kicinski" , Stefano Garzarella , "Jorgen Hansen" , Norbert Slusarek , "Andra Paraschiv" , Colin Ian King , David Brazdil , Alexander Popov , lixianming Subject: [RFC] vsock: notify server to shutdown when client has pending signal Date: Tue, 11 May 2021 17:41:27 +0800 Message-ID: <20210511094127.724-1-longpeng2@huawei.com> X-Mailer: git-send-email 2.25.0.windows.1 MIME-Version: 1.0 Content-Transfer-Encoding: 7BIT Content-Type: text/plain; charset=US-ASCII X-Originating-IP: [10.174.148.223] X-CFilter-Loop: Reflected Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org The client's sk_state will be set to TCP_ESTABLISHED if the server replay the client's connect request. However, if the client has pending signal, its sk_state will be set to TCP_CLOSE without notify the server, so the server will hold the corrupt connection. client server 1. sk_state=TCP_SYN_SENT | 2. call ->connect() | 3. wait reply | | 4. sk_state=TCP_ESTABLISHED | 5. insert to connected list | 6. reply to the client 7. sk_state=TCP_ESTABLISHED | 8. insert to connected list | 9. *signal pending* <--------------------- the user kill client 10. sk_state=TCP_CLOSE | client is exiting... | 11. call ->release() | virtio_transport_close if (!(sk->sk_state == TCP_ESTABLISHED || sk->sk_state == TCP_CLOSING)) return true; <------------- return at here As a result, the server cannot notice the connection is corrupt. So the client should notify the peer in this case. Cc: David S. Miller Cc: Jakub Kicinski Cc: Stefano Garzarella Cc: Jorgen Hansen Cc: Norbert Slusarek Cc: Andra Paraschiv Cc: Colin Ian King Cc: David Brazdil Cc: Alexander Popov Signed-off-by: lixianming Signed-off-by: Longpeng(Mike) --- net/vmw_vsock/af_vsock.c | 1 + 1 file changed, 1 insertion(+) diff --git a/net/vmw_vsock/af_vsock.c b/net/vmw_vsock/af_vsock.c index 92a72f0..d5df908 100644 --- a/net/vmw_vsock/af_vsock.c +++ b/net/vmw_vsock/af_vsock.c @@ -1368,6 +1368,7 @@ static int vsock_stream_connect(struct socket *sock, struct sockaddr *addr, lock_sock(sk); if (signal_pending(current)) { + vsock_send_shutdown(sk, SHUTDOWN_MASK); err = sock_intr_errno(timeout); sk->sk_state = TCP_CLOSE; sock->state = SS_UNCONNECTED; -- 1.8.3.1