Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp3705081pxk; Tue, 29 Sep 2020 04:17:55 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyIyEJXzKXQIN0DjvP2wmN7VtIPvokul8QUsRYmJGW1vf8Mlq+fMTsYV98HwaWqUMV6CQvp X-Received: by 2002:a17:906:b784:: with SMTP id dt4mr3530413ejb.376.1601378275577; Tue, 29 Sep 2020 04:17:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1601378275; cv=none; d=google.com; s=arc-20160816; b=MWKZ01i8d/YhD9nZim2TdUW09C6vKAJRvQcMfNuY1tdCGkMlK6HHColvCVtG6qDn95 9CM3LQhE0wnoEtYqMOVxbdx5+/HCdxprQUEJUB4SKqAxo8PuV9Aw5LqrNzoARXbzsdmg 1jti4tDlt43kFi4tZks4UNDcVIaim1kroxXGWUfMUMPw3nrUMXL5qyBtnUiY6IHxKdBf TXQnuranRqeQNASqZC1zGwucMZ0wqTWTmz2AKpJq49yUc7Liv/R/AmoK63Liu2ZESxgR SACfag0tiTrJ3dZo7W68tBTr4DFeQtHAMyMoOKN7EyhS8ANIDB10kMwYhd0XVlnLE84J Vb5w== 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 :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=xPSs+7aTiNQHQorHCw7QC4GBy2z7rsyjYwVTNoFomHA=; b=gr1zsWetSgrIAvPEqFvJJPg5F9WoG0WSTMglWYvtwc7WSQXx8oU8JV8+JAqLQCheFW OlAArFTkmpgXSVetXFuzXaYoP2GBXjdhGs4kFIQeLOI0uij9TY9tllupCTp/fbIMDUIF /gUGs4xwfzGxXv24K1Hf1FYxHfPjpBjjwMXS4WniOh8o4KnWmZUStG6becW+qtk2HAoS q7dKQPN936bf+VQfACKh3vIHgoiTNjmaZeypPH/yrPK6JmUCq7M1q5q8CCWRORVgT3Z3 E1RJYq9XxWO0wm5k4dF9qo5ySGpz5vRj44ZDaazNkmUQO62RoYXjPLecnEMJJSGzP9PL +XhQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=Mj1Nb9i8; 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=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id oi22si2870972ejb.85.2020.09.29.04.17.32; Tue, 29 Sep 2020 04:17:55 -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; dkim=pass header.i=@kernel.org header.s=default header.b=Mj1Nb9i8; 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=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729112AbgI2LQc (ORCPT + 99 others); Tue, 29 Sep 2020 07:16:32 -0400 Received: from mail.kernel.org ([198.145.29.99]:32814 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729576AbgI2LQR (ORCPT ); Tue, 29 Sep 2020 07:16:17 -0400 Received: from localhost (83-86-74-64.cable.dynamic.v4.ziggo.nl [83.86.74.64]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 95D40206A5; Tue, 29 Sep 2020 11:16:15 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1601378176; bh=ZIwn71VTK2fauOMlr/olKull/NtNHPDh5lZ9JvYgnbI=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=Mj1Nb9i8MJBNvrWrHmMq4E4nOqqMmCUZa1IA67bAF3Qe3U29szyIaA8jjXUniUVHO eXnIOrWUyTGWoO/iZA7mFAyU4ATfaXhPu2ALuGFZtkyhCMTIIDgFEhNZmnI0h2qrMG xJ8s5c37JXBizISno+4a4oiJCP9y1dYJeMAfvd7o= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Qian Cai , "David S. Miller" , Sasha Levin Subject: [PATCH 4.14 059/166] skbuff: fix a data race in skb_queue_len() Date: Tue, 29 Sep 2020 12:59:31 +0200 Message-Id: <20200929105938.166163606@linuxfoundation.org> X-Mailer: git-send-email 2.28.0 In-Reply-To: <20200929105935.184737111@linuxfoundation.org> References: <20200929105935.184737111@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Qian Cai [ Upstream commit 86b18aaa2b5b5bb48e609cd591b3d2d0fdbe0442 ] sk_buff.qlen can be accessed concurrently as noticed by KCSAN, BUG: KCSAN: data-race in __skb_try_recv_from_queue / unix_dgram_sendmsg read to 0xffff8a1b1d8a81c0 of 4 bytes by task 5371 on cpu 96: unix_dgram_sendmsg+0x9a9/0xb70 include/linux/skbuff.h:1821 net/unix/af_unix.c:1761 ____sys_sendmsg+0x33e/0x370 ___sys_sendmsg+0xa6/0xf0 __sys_sendmsg+0x69/0xf0 __x64_sys_sendmsg+0x51/0x70 do_syscall_64+0x91/0xb47 entry_SYSCALL_64_after_hwframe+0x49/0xbe write to 0xffff8a1b1d8a81c0 of 4 bytes by task 1 on cpu 99: __skb_try_recv_from_queue+0x327/0x410 include/linux/skbuff.h:2029 __skb_try_recv_datagram+0xbe/0x220 unix_dgram_recvmsg+0xee/0x850 ____sys_recvmsg+0x1fb/0x210 ___sys_recvmsg+0xa2/0xf0 __sys_recvmsg+0x66/0xf0 __x64_sys_recvmsg+0x51/0x70 do_syscall_64+0x91/0xb47 entry_SYSCALL_64_after_hwframe+0x49/0xbe Since only the read is operating as lockless, it could introduce a logic bug in unix_recvq_full() due to the load tearing. Fix it by adding a lockless variant of skb_queue_len() and unix_recvq_full() where READ_ONCE() is on the read while WRITE_ONCE() is on the write similar to the commit d7d16a89350a ("net: add skb_queue_empty_lockless()"). Signed-off-by: Qian Cai Signed-off-by: David S. Miller Signed-off-by: Sasha Levin --- include/linux/skbuff.h | 14 +++++++++++++- net/unix/af_unix.c | 11 +++++++++-- 2 files changed, 22 insertions(+), 3 deletions(-) diff --git a/include/linux/skbuff.h b/include/linux/skbuff.h index 71c77463d3432..3690985e24a8a 100644 --- a/include/linux/skbuff.h +++ b/include/linux/skbuff.h @@ -1674,6 +1674,18 @@ static inline __u32 skb_queue_len(const struct sk_buff_head *list_) return list_->qlen; } +/** + * skb_queue_len_lockless - get queue length + * @list_: list to measure + * + * Return the length of an &sk_buff queue. + * This variant can be used in lockless contexts. + */ +static inline __u32 skb_queue_len_lockless(const struct sk_buff_head *list_) +{ + return READ_ONCE(list_->qlen); +} + /** * __skb_queue_head_init - initialize non-spinlock portions of sk_buff_head * @list: queue to initialize @@ -1881,7 +1893,7 @@ static inline void __skb_unlink(struct sk_buff *skb, struct sk_buff_head *list) { struct sk_buff *next, *prev; - list->qlen--; + WRITE_ONCE(list->qlen, list->qlen - 1); next = skb->next; prev = skb->prev; skb->next = skb->prev = NULL; diff --git a/net/unix/af_unix.c b/net/unix/af_unix.c index 091e93798eacc..44ff3f5c22dfd 100644 --- a/net/unix/af_unix.c +++ b/net/unix/af_unix.c @@ -192,11 +192,17 @@ static inline int unix_may_send(struct sock *sk, struct sock *osk) return unix_peer(osk) == NULL || unix_our_peer(sk, osk); } -static inline int unix_recvq_full(struct sock const *sk) +static inline int unix_recvq_full(const struct sock *sk) { return skb_queue_len(&sk->sk_receive_queue) > sk->sk_max_ack_backlog; } +static inline int unix_recvq_full_lockless(const struct sock *sk) +{ + return skb_queue_len_lockless(&sk->sk_receive_queue) > + READ_ONCE(sk->sk_max_ack_backlog); +} + struct sock *unix_peer_get(struct sock *s) { struct sock *peer; @@ -1792,7 +1798,8 @@ restart_locked: * - unix_peer(sk) == sk by time of get but disconnected before lock */ if (other != sk && - unlikely(unix_peer(other) != sk && unix_recvq_full(other))) { + unlikely(unix_peer(other) != sk && + unix_recvq_full_lockless(other))) { if (timeo) { timeo = unix_wait_for_peer(other, timeo); -- 2.25.1