Received: by 2002:a05:6358:11c7:b0:104:8066:f915 with SMTP id i7csp4695800rwl; Mon, 3 Apr 2023 08:24:19 -0700 (PDT) X-Google-Smtp-Source: AKy350bTHoNom5dN0Gi68yPLf1xLUnGCp/C8X5QE/kW9nqBXQ/4C2cvhPfiW7peZ5HmpChuz674F X-Received: by 2002:a17:90a:306:b0:23d:158c:a60c with SMTP id 6-20020a17090a030600b0023d158ca60cmr39607918pje.44.1680535458701; Mon, 03 Apr 2023 08:24:18 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1680535458; cv=none; d=google.com; s=arc-20160816; b=TKHm9OX3fqOX7kzEk6PScW5wzJHFjQjhslazXhCtCnWwzxqHS86f2iap5M0me0AHa8 G2HFlXBWmZcfOMC9p32BTCIradQ29eYniYBQz8w4N6ZaRkQ8mNQctgTwB/FKydPeutWW IpMU2ZZqkTuMuT6ROGRRKuFEBKDXR1yF4ak+vEbivKCmWNFxsAqJVa9jjrxxkXsAEtJ+ VpGzCyI3Xjp/oadaxrYlPYmdWzESFbdtrhaKF5CwfvVE/PxKYLA9Oov3YXChauyV3A2l 7YY4B0YLG15S10GMsVEN5aJ/dOByMSXlYjQsPq9Jt544Hi6wMkT13nN8LRU3hCdC7jNx xHNw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=PUO/KjMRf7ccJa58/ksmOm78AxORGxzl+O/+LUACmVM=; b=eY0AT2IoD1Tx7C/Mx6ikMG9wzVi3eeewdlcXhzP8kVOuWfEO8PKXOhArSYzaeqETeP hP1j5ppuRQi7Nwup7PGqcBe34uGUlsl/Q4OuuzP9YOOUM/ecZgoVWc/tnvX5Snc58b+q 3OeuA03LKwcsVvIu+KiDsaBRJmy6SdIZRjy+3f65Ft8TY75BFXFLdVajSrX8H8YLjLMk B2ysgnzoTQWs4qdjGu8dvG2iCi0FXJ8oJd2dFXmIP0UO2kTGW+ApR8x1NFAwl0AWlDcj kYbFrgxhNOAp8JRijRN2HiMkR9643QEo+bsTfhl/YXpYSyWJTa8rimgcBoO82DitjzAT mjqg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ziepe.ca header.s=google header.b=iEQPySr4; 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 Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id g10-20020a17090a300a00b0023d4ab4c5d9si8120409pjb.93.2023.04.03.08.24.05; Mon, 03 Apr 2023 08:24:18 -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=@ziepe.ca header.s=google header.b=iEQPySr4; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234151AbjDCOxm (ORCPT + 99 others); Mon, 3 Apr 2023 10:53:42 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:50190 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234106AbjDCOxa (ORCPT ); Mon, 3 Apr 2023 10:53:30 -0400 Received: from mail-qv1-xf2d.google.com (mail-qv1-xf2d.google.com [IPv6:2607:f8b0:4864:20::f2d]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 749F9113CC for ; Mon, 3 Apr 2023 07:53:00 -0700 (PDT) Received: by mail-qv1-xf2d.google.com with SMTP id on15so8012807qvb.7 for ; Mon, 03 Apr 2023 07:53:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ziepe.ca; s=google; t=1680533579; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=PUO/KjMRf7ccJa58/ksmOm78AxORGxzl+O/+LUACmVM=; b=iEQPySr4AvS2/y19Q8XQChnc8kEE6OKeQBoO/ux+vRpC4bSqWh9jxf646NwjiGwl0c +P1SkvpwR8fp03ZQfQjoDOMsJs2mWhSAGOwBrAj39YVwLGScCRdb6VM8mRSnG3vSP+mf 5hWNcXFejUK1jETlnB2WXyq26k5DUY3rz4kb2DfwMuQgT7w8sInyi5LB7rneB/hrj3vt uC7q+rqPfn/azR5QPx5J5tdH+stdF37ftRkf69idQZQlKNGBhAd6Wm/MYh5c8TwyU+3l 8eBqbEIX+6M5AJHR2RDda2+PmjjQxuBQi3MsQf48HEjOVxTDu/BkpEtJBbwot6EG19j0 W+2Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1680533579; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=PUO/KjMRf7ccJa58/ksmOm78AxORGxzl+O/+LUACmVM=; b=xakyQ3/gqAMJele3Vt1SzOAl4+Ej0/ArRGOshbisDmHte8sLzvNd2E95SL8zQr5kxH i7GFbtsm/3wcbLCnXV3EPzd/a37eCrI/hKg8oo/di4v5RwPvghAZjgaWjlwzrQaAZmod EJRHsMn4Yr+91/WhoVi5yu+8pWKkBsIvWNJjuUh/Wuf67lRR/u8yD2NcAf9BndpSVrhE lO7wN49f/Tux0WILZnt+QgCihI+lkSOTj87JTdXZ4R6kiq/rUsrrd6uboGWtzdTogP3K 0e4UM5EhQ7cB4j5lJKwsRSiXcqTJnvS4ZKRX/zlVOJsK2+R8su30xmYmu7mg/IN1NYy6 7Wjw== X-Gm-Message-State: AAQBX9cYGmzcTZkNbtPsfIYnSmNalwWPbPvIeUVxmFevq8jK3pTjIUMf bnE7Uy558da+SK0WrU4ws/7idElbGVheVdRRzvw= X-Received: by 2002:a05:6214:2528:b0:537:6416:fc2b with SMTP id gg8-20020a056214252800b005376416fc2bmr63124779qvb.52.1680533579550; Mon, 03 Apr 2023 07:52:59 -0700 (PDT) Received: from ziepe.ca (hlfxns017vw-142-68-25-194.dhcp-dynamic.fibreop.ns.bellaliant.net. [142.68.25.194]) by smtp.gmail.com with ESMTPSA id z7-20020a0cf007000000b005e3d3cafc16sm211260qvk.73.2023.04.03.07.52.58 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 03 Apr 2023 07:52:59 -0700 (PDT) Received: from jgg by wakko with local (Exim 4.95) (envelope-from ) id 1pjLYI-006MBH-Bu; Mon, 03 Apr 2023 11:52:58 -0300 Date: Mon, 3 Apr 2023 11:52:58 -0300 From: Jason Gunthorpe To: Steven Price Cc: Andrew Morton , linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, Thomas Hellstrom , Christoph Hellwig , kernel test robot Subject: Re: [PATCH] smaps: Fix defined but not used smaps_shmem_walk_ops Message-ID: References: <20230403111255.141623-1-steven.price@arm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20230403111255.141623-1-steven.price@arm.com> X-Spam-Status: No, score=-0.2 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS autolearn=unavailable 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 On Mon, Apr 03, 2023 at 12:12:55PM +0100, Steven Price wrote: > When !CONFIG_SHMEM smaps_shmem_walk_ops is defined but not used, > triggering a compiler warning. Surround the definition with an #ifdef to > keep the compiler happy. > > Fixes: 7b86ac3371b7 ("pagewalk: separate function pointers from iterator data") > Reported-by: kernel test robot > Link: https://lore.kernel.org/oe-kbuild-all/202304031749.UiyJpxzF-lkp@intel.com/ > Signed-off-by: Steven Price > --- > fs/proc/task_mmu.c | 2 ++ > 1 file changed, 2 insertions(+) I think it would be better to enclose the definition of shmem_swap_usage() in its header with a stub like shmem_mapping and remove the ifdef completely. shmem_mapping() is already compile time false. #ifdef CONFIG_SHMEM if (vma->vm_file && shmem_mapping(vma->vm_file->f_mapping)) { /* * For shared or readonly shmem mappings we know that all * swapped out pages belong to the shmem object, and we can * obtain the swap value much more efficiently. For private * writable mappings, we might have COW pages that are * not affected by the parent swapped out pages of the shmem * object, so we have to distinguish them during the page walk. * Unless we know that the shmem object (or the part mapped by * our VMA) has no swapped out pages at all. */ unsigned long shmem_swapped = shmem_swap_usage(vma); if (!start && (!shmem_swapped || (vma->vm_flags & VM_SHARED) || !(vma->vm_flags & VM_WRITE))) { mss->swap += shmem_swapped; } else { ops = &smaps_shmem_walk_ops; } } #endif Jason