Received: by 2002:ac0:a594:0:0:0:0:0 with SMTP id m20-v6csp612915imm; Fri, 11 May 2018 03:47:13 -0700 (PDT) X-Google-Smtp-Source: AB8JxZp9P8q32S4lra3euI+/vm/i/lfKOLaNVfNlajEZ/lRsN1wUVfgqyt07Hedtywt0pmzuMYZY X-Received: by 2002:a63:7d1:: with SMTP id 200-v6mr4096037pgh.211.1526035633487; Fri, 11 May 2018 03:47:13 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1526035633; cv=none; d=google.com; s=arc-20160816; b=Mnk3oS7jgbLBO8uTg8GOexSkyJ/P/F4DCg7/VilGHpK6d6SL3ZpKF512gsO/4RIRQA EwIrMxNAVxmUuPj2a7AbX+MD+qLftiEpsN9zG6exiJp7Fgn23KLRIJOTD9moq3BOnCES 6fcQ6K03MlwERN/pD7vSYbcgoQKVGMKDXBMAereNAaWj/cz0S6/R/t0kkp7hrX7FYsm9 I2894JScbfb4G+TYGucyKQ1leDrm4HiNvhyP79s7w60AgimbpcmIZWkugbw8/zrF7SF1 PC6OifXcJHso6SUADMO/NGT0c+V5CY4QqmR/6hJQCLCN1nPdPCNwR/yzGKZ6ZssodICv AWbA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature:arc-authentication-results; bh=cJIoLoSal2o7sCOGJkec0ew3GmevO7XE+l6NYyuDGg0=; b=J1okloR9xF9pucVqJX4uKNjG8X8Xh7Xz//faoFRipMru1Yqb0D0RN2eEVtUXowy1Te 65xs8xNr8DVKpZBwp7ycDFNEtBsa418mWtizbknB0FiEQa5/Hx1632NuE11pEVAF/5rI OMby1g6zkW2PJGTczEw4raSsrC900OuhOofZu3Lmh+J6HLDujSEqza4KpdWQ14pVFEAn QNmj/6GS9QXlUrGtcScpEykREhDlvKgMUxeVm7KqsgnqC0dwPAevF/jjtb7Z25HO1Tri /L8DpZo/SWsp/AiQYb0NAwUzG3UHGV4ed2d1bDBjVkeA4dd3g7Y/GokM1pgry/vofT1H dTGw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@oracle.com header.s=corp-2017-10-26 header.b=n9MKRIGS; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=oracle.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id e63-v6si2972148pfd.261.2018.05.11.03.46.59; Fri, 11 May 2018 03:47:13 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@oracle.com header.s=corp-2017-10-26 header.b=n9MKRIGS; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=oracle.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752966AbeEKKqp (ORCPT + 99 others); Fri, 11 May 2018 06:46:45 -0400 Received: from aserp2130.oracle.com ([141.146.126.79]:51210 "EHLO aserp2130.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752386AbeEKKqn (ORCPT ); Fri, 11 May 2018 06:46:43 -0400 Received: from pps.filterd (aserp2130.oracle.com [127.0.0.1]) by aserp2130.oracle.com (8.16.0.22/8.16.0.22) with SMTP id w4BAesFL063095; Fri, 11 May 2018 10:46:38 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=date : from : to : cc : subject : message-id : references : mime-version : content-type : in-reply-to; s=corp-2017-10-26; bh=cJIoLoSal2o7sCOGJkec0ew3GmevO7XE+l6NYyuDGg0=; b=n9MKRIGS+y+VOZPCCerusHJZ18JQWNk/50lvpgunv3+lJZBZ+EGHr/LvRa+y9hKaVHyU pjOXhn3ccwv3OFsa2z6KHYsm2HPWTflOseFFRIeF0SZrOEdbriuv5147cSBPz2dSTjuW 58QUtVRIEngLYoTxXSNccHimTC0nfJ8FEln5ZHmLWlxKjjUQ8/cykW2cHkydsQTGFwrj ++PrELC+HBcn1O180Qk2Y9qKDs5o31ZDVrWXdg53yfVI2oIygOSQP6dfAKZHCiEjLcj5 7KE6cQCHB5Ci/HoxexPTY3hb4d08uNXeVMVeuqJAPcFJAUh6bVLBnFSKcninZd0CujkI LQ== Received: from userv0021.oracle.com (userv0021.oracle.com [156.151.31.71]) by aserp2130.oracle.com with ESMTP id 2hw3hhsbhe-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Fri, 11 May 2018 10:46:38 +0000 Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235]) by userv0021.oracle.com (8.14.4/8.14.4) with ESMTP id w4BAkaxZ026419 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Fri, 11 May 2018 10:46:36 GMT Received: from abhmp0014.oracle.com (abhmp0014.oracle.com [141.146.116.20]) by aserv0121.oracle.com (8.14.4/8.13.8) with ESMTP id w4BAkZ9j017149; Fri, 11 May 2018 10:46:35 GMT Received: from oracle.com (/10.154.134.88) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 11 May 2018 03:46:35 -0700 Date: Fri, 11 May 2018 06:46:30 -0400 From: Sowmini Varadhan To: Yanjun Zhu Cc: DaeRyong Jeong , santosh.shilimkar@oracle.com, davem@davemloft.net, rds-devel@oss.oracle.com, kt0755@gmail.com, linux-rdma@vger.kernel.org, netdev@vger.kernel.org, linux-kernel@vger.kernel.org, byoungyoung@purdue.edu Subject: Re: [rds-devel] KASAN: null-ptr-deref Read in rds_ib_get_mr Message-ID: <20180511104630.GD14952@oracle.com> References: <20180511052056.GA10547@dragonet.kaist.ac.kr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=8889 signatures=668698 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=799 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1711220000 definitions=main-1805110103 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On (05/11/18 15:48), Yanjun Zhu wrote: > diff --git a/net/rds/ib_rdma.c b/net/rds/ib_rdma.c > index e678699..2228b50 100644 > --- a/net/rds/ib_rdma.c > +++ b/net/rds/ib_rdma.c > @@ -539,11 +539,17 @@ void rds_ib_flush_mrs(void) > void *rds_ib_get_mr(struct scatterlist *sg, unsigned long nents, > struct rds_sock *rs, u32 *key_ret) > { > - struct rds_ib_device *rds_ibdev; > + struct rds_ib_device *rds_ibdev = NULL; > struct rds_ib_mr *ibmr = NULL; > - struct rds_ib_connection *ic = rs->rs_conn->c_transport_data; > + struct rds_ib_connection *ic = NULL; > int ret; > > + if (rs->rs_bound_addr == 0) { > + ret = -EPERM; > + goto out; > + } > + > + ic = rs->rs_conn->c_transport_data; > rds_ibdev = rds_ib_get_device(rs->rs_bound_addr); > if (!rds_ibdev) { > ret = -ENODEV; > > I made this raw patch. If you can reproduce this bug, please make tests > with it. I dont think this solves the problem, I think it just changes the timing under which it can still happen. what if the rds_remove_bound() in rds_bind() happens after the check for if (rs->rs_bound_addr == 0) added above by the patch I believe you need some type of synchronization (either through mutex, or some atomic flag in the rs or similar) to make sure rds_bind() and rds_ib_get_mr() are mutually exclusive. --Sowmini