From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751908AbdK2SgW (ORCPT ); Wed, 29 Nov 2017 13:36:22 -0500 Received: from mail-wm0-f68.google.com ([74.125.82.68]:45234 "EHLO mail-wm0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751496AbdK2SgU (ORCPT ); Wed, 29 Nov 2017 13:36:20 -0500 X-Google-Smtp-Source: AGs4zMaXdQmbVjy+3jrjBc65ShplOdmvYT+kC0vIbV0nZOoeDcHVWnrp/+sltV5H/k5I5Zgio4oTXg== Date: Wed, 29 Nov 2017 11:36:13 -0700 From: Jason Gunthorpe To: Dan Williams Cc: akpm@linux-foundation.org, linux-nvdimm@lists.01.org, linux-rdma@vger.kernel.org, linux-kernel@vger.kernel.org, Jeff Moyer , stable@vger.kernel.org, hch@lst.de, linux-mm@kvack.org, Doug Ledford , Ross Zwisler , Sean Hefty , Hal Rosenstock Subject: Re: [PATCH v3 4/4] IB/core: disable memory registration of fileystem-dax vmas Message-ID: <20171129183613.GD4011@ziepe.ca> References: <151197872943.26211.6551382719053304996.stgit@dwillia2-desk3.amr.corp.intel.com> <151197875158.26211.7203330105253426435.stgit@dwillia2-desk3.amr.corp.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <151197875158.26211.7203330105253426435.stgit@dwillia2-desk3.amr.corp.intel.com> User-Agent: Mutt/1.5.24 (2015-08-30) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Nov 29, 2017 at 10:05:51AM -0800, Dan Williams wrote: > Until there is a solution to the dma-to-dax vs truncate problem it is > not safe to allow RDMA to create long standing memory registrations > against filesytem-dax vmas. > > Cc: Sean Hefty > Cc: Doug Ledford > Cc: Hal Rosenstock > Cc: Jeff Moyer > Cc: Ross Zwisler > Cc: Jason Gunthorpe > Cc: > Cc: > Fixes: 3565fce3a659 ("mm, x86: get_user_pages() for dax mappings") > Reported-by: Christoph Hellwig > Reviewed-by: Christoph Hellwig > Signed-off-by: Dan Williams > drivers/infiniband/core/umem.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) No problem here with drivers/rdma. This will go through another tree with the rest of the series? In which case here is a co-maintainer ack for this patch: Acked-by: Jason Gunthorpe Dan, can you please update my address to jgg@ziepe.ca, thanks :) Jason