Received: by 2002:a25:f815:0:0:0:0:0 with SMTP id u21csp1415007ybd; Wed, 26 Jun 2019 17:30:31 -0700 (PDT) X-Google-Smtp-Source: APXvYqxlcwio1l5hBzwZWgYK9CSM+AWqPakAicYqnuDdw4GPwgTBupWO14DXK4FHhYjTV9fxzOpS X-Received: by 2002:a63:ed13:: with SMTP id d19mr798010pgi.100.1561595430873; Wed, 26 Jun 2019 17:30:30 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1561595430; cv=none; d=google.com; s=arc-20160816; b=R1kuqvIU13vhRLuu/SehxdL3q5GR7lXA0PK/NmmkJ2J1ztaoqgYvFu5USJsHqecYOm 5hU3f1TzZT9Owuuap08yG77vMLrUl8MFuRZ42mGMS/ouFrWM6TuuZq6MRVWOUFdyobKI w2JKzRGGGfGJL/vt02VATTdtBtwKWmJxFmgYeSlcFrW0t/G1rITEjTz9zR5yeJzlcOyC nyFRN8NpXc857o0UaLHVGwPGvpBFtcJ5UBlYMKsPjK3cBZnNgEkAPoFE9GYRZo5hpu1z 6yegdqcsbeyukVT6zLPA0oC2zkb87zqVsamX6D/OBrYRsCfDSbKrpNHmAc9fes5nZrFc 9A0w== 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 :user-agent:message-id:date:cc:to:from:subject; bh=Jn1jfzaF/aAYiSyDTZ5Nwkh282y1obEStyeRSwrjp54=; b=kk85A6o67MB1bK09kfCE80usrLQg5Ja63adiqpRh9Tz9+YYTiprO2dVFako8iS54QY kIptm3ZYJb9+wnvUp6Bvr+knbOwbJaePr8kPBsUBz2xJANNaHiqxjQntMuInBkA5Z1sz Q4ahW1SasRDQMvW+UmNVANdlY2RZpR6qSk+/4TeOlnHozQWKYNP35F1ac5Um1krc+tdn XF1yjzgM7Em0UnT/CDZ8WLNhYzIuIxhUZtRDfbSTNqjb1KEp3hKuW+TgOSW6GloxqT9M Dkc2apKrKuNhqy6RPcx/SYEf1J1h2eQAuh0i0jOGW6SSpc1NXvAau7b1Zrh0Pe4erSRh 5YGA== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id x24si3395447pjt.88.2019.06.26.17.30.13; Wed, 26 Jun 2019 17:30:30 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726772AbfF0AaD (ORCPT + 99 others); Wed, 26 Jun 2019 20:30:03 -0400 Received: from mga12.intel.com ([192.55.52.136]:1257 "EHLO mga12.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726669AbfF0AaC (ORCPT ); Wed, 26 Jun 2019 20:30:02 -0400 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga007.jf.intel.com ([10.7.209.58]) by fmsmga106.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 26 Jun 2019 17:30:02 -0700 X-IronPort-AV: E=Sophos;i="5.63,421,1557212400"; d="scan'208";a="152848892" Received: from dwillia2-desk3.jf.intel.com (HELO dwillia2-desk3.amr.corp.intel.com) ([10.54.39.16]) by orsmga007-auth.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 26 Jun 2019 17:30:02 -0700 Subject: [PATCH] filesystem-dax: Disable PMD support From: Dan Williams To: linux-nvdimm@lists.01.org Cc: Matthew Wilcox , Jan Kara , stable@vger.kernel.org, Robert Barror , Seema Pandit , linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org Date: Wed, 26 Jun 2019 17:15:45 -0700 Message-ID: <156159454541.2964018.7466991316059381921.stgit@dwillia2-desk3.amr.corp.intel.com> User-Agent: StGit/0.18-2-gc94f MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Ever since the conversion of DAX to the Xarray a RocksDB benchmark has been encountering intermittent lockups. The backtraces always include the filesystem-DAX PMD path, multi-order entries have been a source of bugs in the past, and disabling the PMD path allows a test that fails in minutes to run for an hour. The regression has been bisected to "dax: Convert page fault handlers to XArray", but little progress has been made on the root cause debug. Unless / until root cause can be identified mark CONFIG_FS_DAX_PMD broken to preclude intermittent lockups. Reverting the Xarray conversion also works, but that change is too big to backport. The implementation is committed to Xarray at this point. Link: https://lore.kernel.org/linux-fsdevel/CAPcyv4hwHpX-MkUEqxwdTj7wCCZCN4RV-L4jsnuwLGyL_UEG4A@mail.gmail.com/ Fixes: b15cd800682f ("dax: Convert page fault handlers to XArray") Cc: Matthew Wilcox Cc: Jan Kara Cc: Reported-by: Robert Barror Reported-by: Seema Pandit Signed-off-by: Dan Williams --- fs/Kconfig | 3 +++ 1 file changed, 3 insertions(+) diff --git a/fs/Kconfig b/fs/Kconfig index f1046cf6ad85..85eecd0d4c5d 100644 --- a/fs/Kconfig +++ b/fs/Kconfig @@ -66,6 +66,9 @@ config FS_DAX_PMD depends on FS_DAX depends on ZONE_DEVICE depends on TRANSPARENT_HUGEPAGE + # intermittent lockups since commit b15cd800682f "dax: Convert + # page fault handlers to XArray" + depends on BROKEN # Selected by DAX drivers that do not expect filesystem DAX to support # get_user_pages() of DAX mappings. I.e. "limited" indicates no support