Received: by 2002:ac0:aed5:0:0:0:0:0 with SMTP id t21csp2525100imb; Mon, 4 Mar 2019 07:20:06 -0800 (PST) X-Google-Smtp-Source: AHgI3IY0MW3UsKegQVsLpbIN716ZSlXjv+2NMA4VUyD3+Hqd8XlNsqxRcBFotdEiJ4yTZm/fIziE X-Received: by 2002:aa7:9286:: with SMTP id j6mr20167241pfa.47.1551712806820; Mon, 04 Mar 2019 07:20:06 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1551712806; cv=none; d=google.com; s=arc-20160816; b=VcwHJxSOo+NEhpxOploQr7j6l9cIJltAHeuMXZCAZCucVbop26IrHEMDUJs54QjFq1 PgfXy2O0DjntkOjC+yOm7NrEtBti+9BPHMWqrO4VRMaIttv5mOcSjAhtSqHpDMA7+9LH 3TxN6P3FopNlYO9CrpruUeN4PQQgE2ogzroIcqxN3yEUXS0of9G0zexmpUIPTqjWhFf4 7OFTYFQYgE19iAp5NO6uD6t1LN6Xe2eDPjPoMeU82um8G7LoXnVbT2ODhVFrEgXaCIRh cEtIw+XnbhkwyNyYTi5Sdw12zKaUfBzN/oXgRxCYfUGCLI1wCC4EOfHz2BOOH/RsyB5I DVLg== 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 :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dkim-signature; bh=XeUZ0bSuaagpODDaNgkebhSpO4mdjSfmcYJ84JIvp08=; b=WURr6hQXsK9kf/uN4PPm9hw/Hc6Yc3PSVejZdHRYcM+5kbw+nn1pFWXTcY9OG8/tn+ MuWJeSwcnoxz5i2L5bKaG5v4nZPNwvcu5sjKKo/ySUHAuA8sRxLjDBYFcGwMX7qvtNb6 t+A9/kOJG8qamtsxVSzyxs7VE53NNW7d6BNyszzSuI/J18ZABvQtYxpcEcPPbgMw2ZxT pEqNher33+9HYXBtalLVpfH54bUfQ/pmfZuRcqtbITbDjTS6pc0UfWzWcCBTOG8G+WaF pgeg+e67cc8j/P3MSXEr9NcIj7KroBEpXvTobpZ4tPXFxmbSc1v4e6+guQk8uTQL2dmE omzg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@lca.pw header.s=google header.b=iwOmvDFJ; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id n5si5299881pff.191.2019.03.04.07.19.37; Mon, 04 Mar 2019 07:20:06 -0800 (PST) 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; dkim=pass header.i=@lca.pw header.s=google header.b=iwOmvDFJ; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726256AbfCDOJQ (ORCPT + 99 others); Mon, 4 Mar 2019 09:09:16 -0500 Received: from mail-qt1-f194.google.com ([209.85.160.194]:45543 "EHLO mail-qt1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726037AbfCDOJP (ORCPT ); Mon, 4 Mar 2019 09:09:15 -0500 Received: by mail-qt1-f194.google.com with SMTP id d18so5209802qtg.12 for ; Mon, 04 Mar 2019 06:09:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lca.pw; s=google; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=XeUZ0bSuaagpODDaNgkebhSpO4mdjSfmcYJ84JIvp08=; b=iwOmvDFJyslQ30B84EdbQ9EcU0e9z0nlF7veasjUif1D/2vlMYSgIj9v/R4afuGm66 wCCf6sJ25kH2fJMu3lsfy6eAZm1KlksFQih5qpltw+Qr8dshZKnHMCFEs/Esu3jMh+sH nGUFsAVx5cBV11ddc0bK/Q99QD0unMqIVe0ZaxbglNDwwjg9YOW/YBCRD76CseCKJhkN FvmVTKEPJF5GRRemIlvy8WaDd61LFbb3WBUm1yc6hXH+Wsa8u4iMROz9FF+p3J39PPMT dnPjt4HVnZGB90xEwwgOM/6+M+5ckD7AKD2KV1U1Lt7nVlbuMLMJGMjpyGF0n1VWGGAz 58bA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=XeUZ0bSuaagpODDaNgkebhSpO4mdjSfmcYJ84JIvp08=; b=hpbFOeSzhLA3/iclEciHIuMxOLUpHaBrTBfPVKuwv+RYbGS90A8zEQaFm5Qsp3S3xi V0CUkaaCF97xixhlqe0EJGy6faJsvrVKE/3pTN3ZHFUTMZJ3+vdXUdCy0gzJM901rtnu LllLhSchFMESZAvW8oupfH2r70G2VCZIVfimSbpsZ+VyALIid2IqMpVUvhK8kceICNHH Ly0cncWEpCUHTMoIZl/y6tEC2TOmiNzaxmLchSv6DUuZKyYfa+RKcVnOiDUM4CD5K+T7 uY+vLn2OFXYKoUScaiTCycmLf/PVDlJAn/dxzD1oheNu5pkKc1Le/ULDa+W5l3xABqhu bKdQ== X-Gm-Message-State: APjAAAW8JRNADRMfLB/EJD4jFcM9nA4gVmCFjQkWoqLP0bScFtmqlD8P f0QEosvl0ljfMur51cTNSoeBVLwihE4= X-Received: by 2002:ac8:67ca:: with SMTP id r10mr14668266qtp.134.1551708554226; Mon, 04 Mar 2019 06:09:14 -0800 (PST) Received: from ovpn-120-151.rdu2.redhat.com (pool-71-184-117-43.bstnma.fios.verizon.net. [71.184.117.43]) by smtp.gmail.com with ESMTPSA id x25sm4186313qtx.71.2019.03.04.06.09.13 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 04 Mar 2019 06:09:13 -0800 (PST) Subject: Re: [PATCH v2] mm/hugepages: fix "orig_pud" set but not used To: Souptick Joarder Cc: Andrew Morton , Matthew Wilcox , Linux-MM , linux-kernel@vger.kernel.org References: <20190301221956.97493-1-cai@lca.pw> From: Qian Cai Message-ID: <935fc484-70e3-ed7a-ed82-329529e0e280@lca.pw> Date: Mon, 4 Mar 2019 09:09:12 -0500 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:60.0) Gecko/20100101 Thunderbird/60.3.3 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 3/4/19 7:02 AM, Souptick Joarder wrote: > On Sat, Mar 2, 2019 at 3:50 AM Qian Cai wrote: >> >> The commit a00cc7d9dd93 ("mm, x86: add support for PUD-sized transparent >> hugepages") introduced pudp_huge_get_and_clear_full() but no one uses >> its return code. In order to not diverge from >> pmdp_huge_get_and_clear_full(), just change zap_huge_pud() to not assign >> the return value from pudp_huge_get_and_clear_full(). >> >> mm/huge_memory.c: In function 'zap_huge_pud': >> mm/huge_memory.c:1982:8: warning: variable 'orig_pud' set but not used >> [-Wunused-but-set-variable] >> pud_t orig_pud; >> ^~~~~~~~ >> > > 4th argument passed to pudp_huge_get_and_clear_full() is not used. > Is it fine to remove *int full * in pudp_huge_get_and_clear_full() if > there is no plan to use it in future ? > > This is applicable to below functions as well - > pmdp_huge_get_and_clear_full() > ptep_get_and_clear_full() > pte_clear_not_present_full() I suppose arches may override those that could make use of "int full".