From patchwork Fri Apr 26 00:44:28 2019 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Santosh Shilimkar X-Patchwork-Id: 1091171 Return-Path: X-Original-To: patchwork-incoming-netdev@ozlabs.org Delivered-To: patchwork-incoming-netdev@ozlabs.org Authentication-Results: ozlabs.org; spf=none (mailfrom) smtp.mailfrom=vger.kernel.org (client-ip=209.132.180.67; helo=vger.kernel.org; envelope-from=netdev-owner@vger.kernel.org; receiver=) Authentication-Results: ozlabs.org; dmarc=pass (p=none dis=none) header.from=oracle.com Authentication-Results: ozlabs.org; dkim=pass (2048-bit key; unprotected) header.d=oracle.com header.i=@oracle.com header.b="w+lQ7BwY"; dkim-atps=neutral Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by ozlabs.org (Postfix) with ESMTP id 44qwMK2QJKz9s47 for ; Fri, 26 Apr 2019 10:45:32 +1000 (AEST) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730074AbfDZApa (ORCPT ); Thu, 25 Apr 2019 20:45:30 -0400 Received: from userp2120.oracle.com ([156.151.31.85]:55338 "EHLO userp2120.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726402AbfDZApa (ORCPT ); Thu, 25 Apr 2019 20:45:30 -0400 Received: from pps.filterd (userp2120.oracle.com [127.0.0.1]) by userp2120.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x3Q0j7MZ105716; Fri, 26 Apr 2019 00:45:21 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=from : to : cc : subject : date : message-id : mime-version : content-type : content-transfer-encoding; s=corp-2018-07-02; bh=JeCkHCl0KB2FW7SbpoucErUkgewt6ZPeKlX9+UFUz+8=; b=w+lQ7BwYN6HBu7RaiNtlMA613/fnAnKqMOlWZR7Pvlr0qquLzC1eWg0NCK9I6pt0ldV2 sv9DESGyfGhBsjAhHo7k3JAm2BVvsOt5k2sxZeNx7lf2s8Kk+Jd0bO2JHtx7siEZOdmp gIoUj1QEYviqESumm3c3Im7c1UOpOIZRuzC7efxzoCRtkzKe79s9zNUgBsnoSEhs7m8+ DovVC+pij835IVR+iA2jDKENDQiMaHTsiIGY/D8QOAs4HtEbOss8eCjkFvaEM3g2RFyN bBSGGSSzIqdAqHd9oIwC8keB6IY2YC6dLQqhFt//4id0hQAoPpQ/yAJ8WyW3y25lS4qP tg== Received: from aserp3030.oracle.com (aserp3030.oracle.com [141.146.126.71]) by userp2120.oracle.com with ESMTP id 2ryv2qkb5d-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Fri, 26 Apr 2019 00:45:20 +0000 Received: from pps.filterd (aserp3030.oracle.com [127.0.0.1]) by aserp3030.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x3Q0iVv3072285; Fri, 26 Apr 2019 00:45:20 GMT Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by aserp3030.oracle.com with ESMTP id 2s0f0x08uj-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Fri, 26 Apr 2019 00:45:20 +0000 Received: from abhmp0016.oracle.com (abhmp0016.oracle.com [141.146.116.22]) by aserv0122.oracle.com (8.14.4/8.14.4) with ESMTP id x3Q0jJeg021241; Fri, 26 Apr 2019 00:45:19 GMT Received: from userv0021.oracle.com (/10.11.38.116) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 25 Apr 2019 17:44:53 -0700 From: Santosh Shilimkar To: netdev@vger.kernel.org, davem@davemloft.net Cc: santosh.shilimkar@oracle.com Subject: [net-next][PATCH 0/2] rds: handle unsupported rdma request to fs dax memory Date: Thu, 25 Apr 2019 17:44:28 -0700 Message-Id: <1556239470-26908-1-git-send-email-santosh.shilimkar@oracle.com> X-Mailer: git-send-email 1.9.1 MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=9238 signatures=668685 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=885 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1904260003 X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=9238 signatures=668685 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=914 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1904260004 Sender: netdev-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: netdev@vger.kernel.org RDS doesn't support RDMA on memory apertures that require On Demand Paging (ODP), such as FS DAX memory. User applications can try to use RDS to perform RDMA over such memories and since it doesn't report any failure, it can lead to unexpected issues like memory corruption when a couple of out of sync file system operations like ftruncate etc. are performed. The patch adds a check so that such an attempt to RDMA to/from memory apertures requiring ODP will fail. A sysctl is added to indicate whether RDMA on ODP memory is supported. Hans Westgaard Ry (1): rds: handle unsupported rdma request to fs dax memory Santosh Shilimkar (1): rds: add sysctl for rds support of On-Demand-Paging net/rds/ib.h | 1 + net/rds/ib_sysctl.c | 8 ++++++++ net/rds/rdma.c | 5 +++-- 3 files changed, 12 insertions(+), 2 deletions(-)