From patchwork Mon Oct 8 19:32:46 2018 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Eric Sandeen X-Patchwork-Id: 10631363 Return-Path: Received: from mail.wl.linuxfoundation.org (pdx-wl-mail.web.codeaurora.org [172.30.200.125]) by pdx-korg-patchwork-2.web.codeaurora.org (Postfix) with ESMTP id 6055E15E9 for ; Mon, 8 Oct 2018 19:33:07 +0000 (UTC) Received: from mail.wl.linuxfoundation.org (localhost [127.0.0.1]) by mail.wl.linuxfoundation.org (Postfix) with ESMTP id 53BED29BAD for ; Mon, 8 Oct 2018 19:33:07 +0000 (UTC) Received: by mail.wl.linuxfoundation.org (Postfix, from userid 486) id 487A229BB6; Mon, 8 Oct 2018 19:33:07 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on pdx-wl-mail.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-7.9 required=2.0 tests=BAYES_00,MAILING_LIST_MULTI, RCVD_IN_DNSWL_HI autolearn=ham version=3.3.1 Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.wl.linuxfoundation.org (Postfix) with ESMTP id 0487F29BAD for ; Mon, 8 Oct 2018 19:33:07 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726567AbeJICqX (ORCPT ); Mon, 8 Oct 2018 22:46:23 -0400 Received: from sandeen.net ([63.231.237.45]:39896 "EHLO sandeen.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726348AbeJICqX (ORCPT ); Mon, 8 Oct 2018 22:46:23 -0400 Received: by sandeen.net (Postfix, from userid 500) id F394B544; Mon, 8 Oct 2018 14:32:51 -0500 (CDT) From: Eric Sandeen To: linux-xfs@vger.kernel.org, linux-ext4@vger.kernel.org Subject: [PATCH 0/3] ext2, ext4, xfs: hard fail dax mount on unsupported devices Date: Mon, 8 Oct 2018 14:32:46 -0500 Message-Id: <1539027169-23332-1-git-send-email-sandeen@sandeen.net> X-Mailer: git-send-email 1.8.3.1 Sender: linux-xfs-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-xfs@vger.kernel.org X-Virus-Scanned: ClamAV using ClamSMTP In response to an earlier xfs patch to change how xfs reacts to dax incompatibilities, Dave said: > I suspect we need to be more harsh are rejecting mounts with -o dax > on devices DAX isn't supported on. This mount option is going into > production systems - it's not just for "testing" as the comments all > claim. i Things will break in production systems if DAX isn't > enabled and they are expecting it to be enabled. and I tend to agree, so proposing this change to hard-fail a dax mount if the device doesn't support it, instead of silently disabling the functionality. Proposing for ext2, ext4, and xfs to keep behavior in sync. Thanks, -Eric