Received: by 2002:ac0:e350:0:0:0:0:0 with SMTP id g16csp270569imn; Wed, 3 Aug 2022 03:11:40 -0700 (PDT) X-Google-Smtp-Source: AA6agR6bQZGBeOBxDIRVhJWg+E9YC0pix2I3NrGJKwbPBANiUABfy9D6HgVfVz1qqZWxb2YltAm7 X-Received: by 2002:a05:6402:249b:b0:43c:8ce6:8890 with SMTP id q27-20020a056402249b00b0043c8ce68890mr8297559eda.74.1659521500458; Wed, 03 Aug 2022 03:11:40 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1659521500; cv=none; d=google.com; s=arc-20160816; b=DROdQoAPTpfGsBJg6jK64hC9p4tCAOayk9z4u/XcY9Sy/JiQHjOg0kQ4MupLNPKJE4 aao0dZHprxvhiM0EBb5ap9waJQd/jJSXt5ZZtGEiKa7eJVsg/e45xAfO2DqWtiblLoJh U8LiCd76vnbVZTp/OCMY4CXz8VPQGCnMHAfPVspt8mFwcIWecN+PxOJaRAWdLzFA7EC6 KZia/OPxADTsaeL8GlKf4xJCyfredaAE9cwFB/j7PchKOeWEGnnlvB9L/OXgFPR5gRcx ja9J3nDInHQFv+aG7pXLop5oj2QANMsrm4EasmVOofRgcHFbtPteN32G+8GKDet80G++ LfbA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=/5J/hTicAQKvIdTCsN8vIr3eGdVqz6oWNgR8PbCUFZ0=; b=hHwYu5ec8ZeNc3aq7aGryJCjYxdY7QTEJPjjxXoA/K0v15ixiSnSP9OZRwd2FbLt8R CZiEndlFrJaEOcZoTLEV/2rFns+jMUXClYYQo0tgsGb2/M3LVskMXpmpV3OnH6yIAJkK SCqSUEAtiWSL94lyIe0JSx84L0v/htrDnpngaMsa4/+VWJM1hPRIQXlsLTujcy+ZeHaT 0c2HtaXJ8I3o/Dv+VdDhT/YXB+bR62i1wdkHwYaX2w9ZGzbdc7bJuk49iIQ1UFuDIMi1 Ig4qDrLHNnue108p+DhrtzgUX0MvmcLJVsEVtHaxMCbuzsnkJ1QJ9dNR7DoL79r4DUFd XZTA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=UW16xIvr; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id b17-20020a056402351100b0043de71c6593si5686198edd.32.2022.08.03.03.11.16; Wed, 03 Aug 2022 03:11:40 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=UW16xIvr; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S237498AbiHCJm0 (ORCPT + 99 others); Wed, 3 Aug 2022 05:42:26 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55350 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S237460AbiHCJmY (ORCPT ); Wed, 3 Aug 2022 05:42:24 -0400 Received: from mail-yb1-xb30.google.com (mail-yb1-xb30.google.com [IPv6:2607:f8b0:4864:20::b30]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id AFD781CB12 for ; Wed, 3 Aug 2022 02:42:23 -0700 (PDT) Received: by mail-yb1-xb30.google.com with SMTP id n8so27565966yba.2 for ; Wed, 03 Aug 2022 02:42:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc; bh=/5J/hTicAQKvIdTCsN8vIr3eGdVqz6oWNgR8PbCUFZ0=; b=UW16xIvrWocqAhSPd2fuZKeM91zaflQgPYWDJgcud8Cri8Ym2URa03dCI1zYrFIezW fICUhA0MZ7uec2/HuZSKY8g8uGB5q9N7Au4XQr5K6FFHmZ0hO8ktztxtkSHEE/vb6IJn KEbgA906UOjZ2Rsii9K4/vyPRuud1tCOtgEnGKmFhWYZsrm+DJlhbb1l0W8029yPcEw/ 8c52Bmse7AJhuI4irdCL1QGGKXLNRBxfMKaBMuCSsl1oJGfOPZbVh8tpZKDkfDCUULtN JQPCee3tCjakxMT3yWiBiUPIVoXDmFby7RIPPsTaDJd+7IqvhfoTZn6FAP+2a7YrsBk5 gNYg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc; bh=/5J/hTicAQKvIdTCsN8vIr3eGdVqz6oWNgR8PbCUFZ0=; b=z0Fs0EpFe6MuqpKki3zm2vNwqWgY6iMSRz5RcpnGS8GWqcmhAcQE9nuyj0EkESYXmP 6aS07jOiIK/PiOT8ZpVI7E1rySycMor5zDo/jUgvhnlG6XvIeEZ20AJan/6vPYJgVWCC iJuYtMUtDyu1jqeG0HXwOuZRVa9sIY3aIaf7bm4V+IHyMJOQXCq/QuT4WaA6BbSWrxQe o9yrJeB4Q3uAlZ9RsK0B3j1CP9W08wuJ2zyDB7g+HCh8CVj9HlQS7pWHmGxGvYu6iGHM pA+WPxEacRxQunozEunBOquSZRZXBS6Dpb4FCbT7uiT4MSiqa618V4MX9a+BZUdiGSuQ cIzg== X-Gm-Message-State: ACgBeo28ZxgApPY/2zcxck9E6p3BZmFG0AD3RsO4SoojC54L/KwZNuob vDlkk1jCnACw9WbNGTUJBqyjA4PrLOf1TwffbGzpmg== X-Received: by 2002:a25:d7d3:0:b0:671:899b:eafc with SMTP id o202-20020a25d7d3000000b00671899beafcmr18510665ybg.485.1659519742790; Wed, 03 Aug 2022 02:42:22 -0700 (PDT) MIME-Version: 1.0 References: <20220701142310.2188015-1-glider@google.com> <20220701142310.2188015-11-glider@google.com> In-Reply-To: From: Alexander Potapenko Date: Wed, 3 Aug 2022 11:41:46 +0200 Message-ID: Subject: Re: [PATCH v4 10/45] libnvdimm/pfn_dev: increase MAX_STRUCT_PAGE_SIZE To: Marco Elver , Dan Williams Cc: Alexander Viro , Alexei Starovoitov , Andrew Morton , Andrey Konovalov , Andy Lutomirski , Arnd Bergmann , Borislav Petkov , Christoph Hellwig , Christoph Lameter , David Rientjes , Dmitry Vyukov , Eric Dumazet , Greg Kroah-Hartman , Herbert Xu , Ilya Leoshkevich , Ingo Molnar , Jens Axboe , Joonsoo Kim , Kees Cook , Mark Rutland , Matthew Wilcox , "Michael S. Tsirkin" , Pekka Enberg , Peter Zijlstra , Petr Mladek , Steven Rostedt , Thomas Gleixner , Vasily Gorbik , Vegard Nossum , Vlastimil Babka , kasan-dev , Linux Memory Management List , Linux-Arch , LKML Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-17.6 required=5.0 tests=BAYES_00,DKIMWL_WL_MED, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF, ENV_AND_HDR_SPF_MATCH,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS, USER_IN_DEF_DKIM_WL,USER_IN_DEF_SPF_WL autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org (+ Dan Williams) On Mon, Jul 11, 2022 at 6:27 PM Marco Elver wrote: > > On Fri, 1 Jul 2022 at 16:23, Alexander Potapenko wrote: > > > > KMSAN adds extra metadata fields to struct page, so it does not fit into > > 64 bytes anymore. > > Does this somehow cause extra space being used in all kernel configs? > If not, it would be good to note this in the commit message. I actually couldn't verify this on QEMU, because the driver never got loaded. Looks like this increases the amount of memory used by the nvdimm driver in all kernel configs that enable it (including those that don't use KMSAN), but I am not sure how much is that. Dan, do you know how bad increasing MAX_STRUCT_PAGE_SIZE can be? > > > Signed-off-by: Alexander Potapenko > > Reviewed-by: Marco Elver