Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp68326imm; Thu, 26 Jul 2018 14:06:09 -0700 (PDT) X-Google-Smtp-Source: AAOMgpfnsYfjSyjT6lbKzCvWzRWLMZJg1etE7nN74tjGkIoh0XbaiLmclRLHPhYFaJHIF9XZCELi X-Received: by 2002:a63:8042:: with SMTP id j63-v6mr3400080pgd.230.1532639169076; Thu, 26 Jul 2018 14:06:09 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1532639169; cv=none; d=google.com; s=arc-20160816; b=KC5OPKGBkglD8BN7wVzG60Xv+QZngUpKpCDdPOXOsTdEjBCwasAvxP8EK62znFbSTK 3e+0wbHa8MQxvZepB+AlU70anVc0lDXCP/fqWx+VmrvJiG/Leb4pGAY+6l9CTJHVXe7u qMjKyKXqkOG6nICwK4i6G+EShsoQxed4S4q4a67NaJtD3hS4tAWOic6bqqiwjv09zmLR +Pxzfwgef+fvCl7WEJY662pNZaeAqT82dTcuMVdsdCWDXR88xqpbhrnyNZpyXTEADdHZ AgVigIQeaIVDA6pPbrcjTRUiBH+hl6MgqY+QTqb+ZzE5cg2KP9NuNNNHfrOcp0/gwCcU 33sw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:from:subject:cc:to:message-id:date :arc-authentication-results; bh=m5zpbxe4D/eF/Ai0XcFLTIaS5Db6xc/08PSq4m90yvE=; b=llB5w56p1bDDi40j62CcI6oCKbaxqLIT5eDOcJ+MYXdhuR71n1jtF/9zwihJZp6Mvb IZDX/HvkDazjroWQuO0wN5mEaCzN9bHVuLeDFUM1QlAFTkbFz3qDDJk8mEijL34Yci5W ikxXrjfLkocEeIUX/yjEa/ky+URowzFNYwthTtZDKegiiRx2PAyZhtMBU/RSdrBxENP/ n6bGOySjZ33l1qRbTI+JaCV4SMXvhy8AmrS4lI93wR8GM1Xoh0rdq+wCoqawn2Jto0P2 Tgml0vKhdjMcIdo2TxnR0NtmxVhqq5WqxlvxZgtnuYH4njFVV0LW4yywiXM23kA0zIiu +4ag== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 2-v6si2034417plb.444.2018.07.26.14.05.51; Thu, 26 Jul 2018 14:06:09 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731605AbeGZWXI (ORCPT + 99 others); Thu, 26 Jul 2018 18:23:08 -0400 Received: from shards.monkeyblade.net ([23.128.96.9]:46892 "EHLO shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730392AbeGZWXI (ORCPT ); Thu, 26 Jul 2018 18:23:08 -0400 Received: from localhost (unknown [172.58.43.154]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: davem-davemloft) by shards.monkeyblade.net (Postfix) with ESMTPSA id 93358108CAEAC; Thu, 26 Jul 2018 14:04:32 -0700 (PDT) Date: Thu, 26 Jul 2018 14:04:31 -0700 (PDT) Message-Id: <20180726.140431.1980654012533107924.davem@davemloft.net> To: avinash.repaka@oracle.com Cc: santosh.shilimkar@oracle.com, netdev@vger.kernel.org, linux-rdma@vger.kernel.org, rds-devel@oss.oracle.com, linux-kernel@vger.kernel.org Subject: Re: [PATCH] RDS: RDMA: Fix the NULL-ptr deref in rds_ib_get_mr From: David Miller In-Reply-To: <1532489518-27042-1-git-send-email-avinash.repaka@oracle.com> References: <1532489518-27042-1-git-send-email-avinash.repaka@oracle.com> X-Mailer: Mew version 6.7 on Emacs 26 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [149.20.54.216]); Thu, 26 Jul 2018 14:04:33 -0700 (PDT) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Avinash Repaka Date: Tue, 24 Jul 2018 20:31:58 -0700 > Registration of a memory region(MR) through FRMR/fastreg(unlike FMR) > needs a connection/qp. With a proxy qp, this dependency on connection > will be removed, but that needs more infrastructure patches, which is a > work in progress. > > As an intermediate fix, the get_mr returns EOPNOTSUPP when connection > details are not populated. The MR registration through sendmsg() will > continue to work even with fast registration, since connection in this > case is formed upfront. > > This patch fixes the following crash: ... > Reported-by: syzbot+b51c77ef956678a65834@syzkaller.appspotmail.com > Signed-off-by: Santosh Shilimkar > Signed-off-by: Avinash Repaka Applied and queued up for -stable, thanks.