Message ID | 20240131162533.247710-5-mathieu.desnoyers@efficios.com (mailing list archive) |
---|---|
State | New |
Headers | show
Return-Path: <owner-linux-mm@kvack.org> X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 9A374C47258 for <linux-mm@archiver.kernel.org>; Wed, 31 Jan 2024 16:25:58 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 778386B0096; Wed, 31 Jan 2024 11:25:52 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 727B78D0001; Wed, 31 Jan 2024 11:25:52 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 3A4C28D0005; Wed, 31 Jan 2024 11:25:52 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0016.hostedemail.com [216.40.44.16]) by kanga.kvack.org (Postfix) with ESMTP id 198406B0093 for <linux-mm@kvack.org>; Wed, 31 Jan 2024 11:25:52 -0500 (EST) Received: from smtpin20.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay03.hostedemail.com (Postfix) with ESMTP id DD4B4A08B8 for <linux-mm@kvack.org>; Wed, 31 Jan 2024 16:25:51 +0000 (UTC) X-FDA: 81740132502.20.AA92B38 Received: from smtpout.efficios.com (smtpout.efficios.com [167.114.26.122]) by imf20.hostedemail.com (Postfix) with ESMTP id 4D7531C001F for <linux-mm@kvack.org>; Wed, 31 Jan 2024 16:25:50 +0000 (UTC) Authentication-Results: imf20.hostedemail.com; dkim=pass header.d=efficios.com header.s=smtpout1 header.b=HA2Zt+xx; dmarc=pass (policy=none) header.from=efficios.com; spf=pass (imf20.hostedemail.com: domain of mathieu.desnoyers@efficios.com designates 167.114.26.122 as permitted sender) smtp.mailfrom=mathieu.desnoyers@efficios.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1706718350; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=9FkgFod/IS4HkUrFEP6tB6rUBCIOXIehNKoOY5Spu6U=; b=BVGsivU9Lth9Pri0MQ2vdLzOLl/7KE8L0fh6dNWm+4W7jHhivzIHMIGdblFHh6lwvY1wi5 v8Yu6NU2egNlE6+DCNHcduOt3OGgW8wEQNeofftTPSfarkCW3Ql6Qk0+eM29t643r57UIh OMovP19zlO1+8wCP1xU0VdoPSjnQPog= ARC-Authentication-Results: i=1; imf20.hostedemail.com; dkim=pass header.d=efficios.com header.s=smtpout1 header.b=HA2Zt+xx; dmarc=pass (policy=none) header.from=efficios.com; spf=pass (imf20.hostedemail.com: domain of mathieu.desnoyers@efficios.com designates 167.114.26.122 as permitted sender) smtp.mailfrom=mathieu.desnoyers@efficios.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1706718350; a=rsa-sha256; cv=none; b=Me+FIlM/hGTiXNp1iL7yly5rsA5MmlBsgBr52fOvjuUQe8QWCeTkR5OESsmPaBc8rGrq+U ki1j8jjwAO94NO3O7dadnHvdoEDwI6Ils2gEr2KE38btnE16tk/xZboXBiLrQLg07mHddP cDr/3sOFcBfClRrRQ/71CCD2/1KhDgw= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=efficios.com; s=smtpout1; t=1706718349; bh=eX0TXo9pcQzgnT4JpiJ1uz+KvY1x3UAQjUEMAJVLHgE=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=HA2Zt+xxhsvOb4O2UchDtcajfJ8ji+gNYMyIjAGZ5EQWJYleafh08/eminp77aE82 yajKp/NCmwT9QgTnvK/lTjgc7JIeNPSy8OUEcPFCHvxToJXJOl1x+D89IDEw3SnePY HGYVNr8qWrGj0nxbnfdG/h4ky03ZNKXxoNWxV0+YPw/t1zr8gq/bQQlqqJb50gIUWj lAj2UWcRkVhbWaTg+78o35p3+S3Ghr9Cg2Ii6UU64XHEvV7/avptbzfMDDiPYGDOD+ vFw7mg9tqqdM9u0smvoSSRwh4/CSG1XgucTAvwWj3hKokxfqG7+Q+wSjDRNZ6qGj4w HNu4r51PyvvHw== Received: from thinkos.internal.efficios.com (192-222-143-198.qc.cable.ebox.net [192.222.143.198]) by smtpout.efficios.com (Postfix) with ESMTPSA id 4TQ6pj2GjXzVp1; Wed, 31 Jan 2024 11:25:49 -0500 (EST) From: Mathieu Desnoyers <mathieu.desnoyers@efficios.com> To: Dan Williams <dan.j.williams@intel.com>, Arnd Bergmann <arnd@arndb.de>, Dave Chinner <david@fromorbit.com> Cc: linux-kernel@vger.kernel.org, Mathieu Desnoyers <mathieu.desnoyers@efficios.com>, Andrew Morton <akpm@linux-foundation.org>, Linus Torvalds <torvalds@linux-foundation.org>, linux-mm@kvack.org, linux-arch@vger.kernel.org, Vishal Verma <vishal.l.verma@intel.com>, Dave Jiang <dave.jiang@intel.com>, Matthew Wilcox <willy@infradead.org>, Russell King <linux@armlinux.org.uk>, nvdimm@lists.linux.dev, linux-cxl@vger.kernel.org, linux-fsdevel@vger.kernel.org, dm-devel@lists.linux.dev Subject: [RFC PATCH v3 4/4] dax: Fix incorrect list of data cache aliasing architectures Date: Wed, 31 Jan 2024 11:25:33 -0500 Message-Id: <20240131162533.247710-5-mathieu.desnoyers@efficios.com> X-Mailer: git-send-email 2.39.2 In-Reply-To: <20240131162533.247710-1-mathieu.desnoyers@efficios.com> References: <20240131162533.247710-1-mathieu.desnoyers@efficios.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4D7531C001F X-Rspam-User: X-Rspamd-Server: rspam04 X-Stat-Signature: 6r5mq9npqdmxiuxhm45decoxdoxyroex X-HE-Tag: 1706718350-482095 X-HE-Meta: U2FsdGVkX1/+JgldQtfZUF3DyIK/Kz9rKuC0NqcGieAYPwEjJ8/iggNFhLesQpucvyUIGNxRmBES15n0xfNGVbotStRFuqpT+F+Z2l4XzfVGx4mO++AkYwADnV0h6q57MBLsZwT/QERjac+WEm/AK15Gse0cw9udPFoxdPCHBC+5mxw3f1fbkD/m06TQpZNQ2corq1WTZsL0EiMkMwztjHNynQtl283sj9j/7emmOyKKbogMVI3k7mqd152VcTMFQCIn1APxMx5L23U/YH6iolTmo18RDnDRq1dNsN5MQPNRkEXsqNWsMZLutaztms+mPGJmROhRIa6SdHTgC/q0rWGAugWHC3bAHiHWQmejrrkOt4kMQz27qP2mSVb5NrKcxl5xxxTRwkkFD9txplMzkBkbGc8JDV7pUPdXypyKS7w7UtNK+Vt36Gdl96MwcME6MfEFAQyd+QqL1T3u/QwUuPRwaP9P47Deb6IhwcJG4pQhIfZ4Myq138EK776/uyV0cNXK4eRHJ0OR0gEFtnqQsXHOMxmaKuz7okux7uwTLvh3wHbLcE6YBHPbLdBwEKuz5vNGVc++JVoVxzemG4vcN7lQCeyzke7aXmskRkYBDDjAu0ur47lXUkknJQ0NM6RCKmhxL15viRl7VvLOGKSEpHtn7lKQaunV9NpI6Gil0g+WgEfNmvLuv6kqb1bncZm54vrX6bv1EEubkUaB1cFuBojbODLuXrj2+XFof91axVMWaDbdBV/mQNZ9UfhNCDje53Y7H9x2YXvnBkH1kNl4EoMgPhtM7YmPGSja+WRVLxw2B3bdVQrhdzK7LAP716X2TCdSaK/eB8TmAaTDkATjG3pBOmhlSxAe7KTKIBOCxNs4oO7hq6w+aXL0C9WVPoeh8EFn4QeR1GI9qcBsSzn1KRB5Jp24uSCraFbIOhoi774X94qK2Y2LBqPM7+CZM+qCnHm0dhJmNuYhfTwltOr NTWqQTRG bHcnYmJnv8APKMUkEwSJkczGTeXSO5cMfyKa//4qN6BJRaSlnbwUQxLN8L/59VaZKS/6+Ijdp6d+T5h5LuzDWzR88mKpVpZmlgZ3MaNOmjoBVcgSP5L87ppejrSlRdBPg6pDOuyUbHxxhBO7uK7jWRPQQizxTJgbfdkMGI3fEksZnvmEWpHxNiezCU0NLi6a4cBZ0nNsGDR+r/DQbpP6dDgMBHS4gGCxKkTRVvvrVxSfs1Es7a6nhBhMG0wPUb+INWqqxEpN1Rj2rHXYa3FB7eFtxydRKMtNeQZD4cKgoQUawe+sV7SbQDa/3pUX+soz8Pzv5fqLN2Uh2lRflXmPUi/SEZA8swy4gUYN77YgMhNpZD8EPenqM6596O4ElVb7b95xlM69a1av8BDgBxj+hIUfZpTLrqlNW4hRfaqHUpJnnCNLjtv7xJ5vYuHmZWB+wn+RrlgRudgCu3uWWG2gWtluL1sqpt816LSj8eOdd4GxB+WRvUIPlaL273OfRf1QPJEOz5PmEgcIhg071TqLOc/wLktIYXJ7XZL7MPH0GqanPG7s3ftaY2UpTlFWWJJu27nNU X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: <linux-mm.kvack.org> List-Subscribe: <mailto:majordomo@kvack.org> List-Unsubscribe: <mailto:majordomo@kvack.org> |
Series |
Introduce cpu_dcache_is_aliasing() to fix DAX regression
|
expand
|
diff --git a/drivers/dax/super.c b/drivers/dax/super.c index e9f397b8a5a3..8c3a6e8e6334 100644 --- a/drivers/dax/super.c +++ b/drivers/dax/super.c @@ -13,6 +13,7 @@ #include <linux/uio.h> #include <linux/dax.h> #include <linux/fs.h> +#include <linux/cacheinfo.h> #include "dax-private.h" /** @@ -446,9 +447,7 @@ struct dax_device *alloc_dax(void *private, const struct dax_operations *ops) int minor; /* Unavailable on architectures with virtually aliased data caches. */ - if (IS_ENABLED(CONFIG_ARM) || - IS_ENABLED(CONFIG_MIPS) || - IS_ENABLED(CONFIG_SPARC)) + if (cpu_dcache_is_aliasing()) return NULL; if (WARN_ON_ONCE(ops && !ops->zero_page_range))
commit d92576f1167c ("dax: does not work correctly with virtual aliasing caches") prevents DAX from building on architectures with virtually aliased dcache with: depends on !(ARM || MIPS || SPARC) This check is too broad (e.g. recent ARMv7 don't have virtually aliased dcaches), and also misses many other architectures with virtually aliased data cache. This is a regression introduced in the v5.13 Linux kernel where the dax mount option is removed for 32-bit ARMv7 boards which have no data cache aliasing, and therefore should work fine with FS_DAX. This was turned into the following check in alloc_dax() by a preparatory change: if (IS_ENABLED(CONFIG_ARM) || IS_ENABLED(CONFIG_MIPS) || IS_ENABLED(CONFIG_SPARC)) return NULL; Use cpu_dcache_is_aliasing() instead to figure out whether the environment has aliasing data caches. Fixes: d92576f1167c ("dax: does not work correctly with virtual aliasing caches") Signed-off-by: Mathieu Desnoyers <mathieu.desnoyers@efficios.com> Cc: Andrew Morton <akpm@linux-foundation.org> Cc: Linus Torvalds <torvalds@linux-foundation.org> Cc: linux-mm@kvack.org Cc: linux-arch@vger.kernel.org Cc: Dan Williams <dan.j.williams@intel.com> Cc: Vishal Verma <vishal.l.verma@intel.com> Cc: Dave Jiang <dave.jiang@intel.com> Cc: Matthew Wilcox <willy@infradead.org> Cc: Arnd Bergmann <arnd@arndb.de> Cc: Russell King <linux@armlinux.org.uk> Cc: nvdimm@lists.linux.dev Cc: linux-cxl@vger.kernel.org Cc: linux-fsdevel@vger.kernel.org Cc: dm-devel@lists.linux.dev --- drivers/dax/super.c | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-)