Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp1442157pxb; Thu, 4 Nov 2021 02:20:17 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyPOD7k6WoqEwykoJ9+Vv6tfxdvkzaAOUwSkpSceRCgGcHGSQk3kDzBJCEetef5tTZCKpFV X-Received: by 2002:a50:a40e:: with SMTP id u14mr47842142edb.164.1636017617081; Thu, 04 Nov 2021 02:20:17 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1636017617; cv=none; d=google.com; s=arc-20160816; b=F4hNKB7ibai4B191XPbxILAra6C+5AozEnqFyeYyrcw3wJ0FpXERzxu7JKLUDVaDOZ 3tgNHYFpeILJ9Ag9U0q1R8UhtJNp/2VE/nshvyHWADyg1dAmeFU+x3Uy4zPKd04RISrr L63cqHO2AUU52BcaX69psN8/TILBHuLEAw/kgrEn57evWsrfp1H0u2wXpQaPG2afhicJ MCyCtvl96fap0A+KC3G/rB9dRufgF76r5VsWCBFg97UNPYf4EiCCzh3bTmvwOl2QrCIq spxxfHwRXosanLuSztCp/gYp1XywAmZWhQPgjUtf/LDu3WFj6IbqcPIkWrdrLZSiaiZj 82gQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to :mime-version:user-agent:date:message-id:from:references:cc:to :subject; bh=tMyxzz1Llr5l03Ecps/whsAyUUlz6bzrzatXko9Cqcg=; b=hGxIym6cSspTZIfX30kW3ovaTqEH4no6HIaxaNRvXR8nNJhW31SduHSmS9hGtQ8aEb mOj0ppWi7mYDzJMGmw+BRMXD5at4QoHBByLTOva+291dC8JDwtlSq4nGRk0z+CXKJMzi /hjOIKBtvOcu6sbRHmUGlqE0XNavivLRn4h4/8OU1TCeDNWA1q1f3AlqR8kJHAFiCVVM Oqw+Udz3ErKsKRhFFAbRVVYQYU5cxZ845q8LS+N1LT4kaauLLjDC+okmoFn6dO7C/90I DwE0COedjCo+bSRu5aMeFlc4QWEksypGdpdEyUFPPCBHvBlYf+wL1ZkfCauqe7hm1h6I Ey4w== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id sc23si2987022ejc.36.2021.11.04.02.19.52; Thu, 04 Nov 2021 02:20:17 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230410AbhKDJUr (ORCPT + 99 others); Thu, 4 Nov 2021 05:20:47 -0400 Received: from out30-45.freemail.mail.aliyun.com ([115.124.30.45]:44932 "EHLO out30-45.freemail.mail.aliyun.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230335AbhKDJUq (ORCPT ); Thu, 4 Nov 2021 05:20:46 -0400 X-Alimail-AntiSpam: AC=PASS;BC=-1|-1;BR=01201311R201e4;CH=green;DM=||false|;DS=||;FP=0|-1|-1|-1|0|-1|-1|-1;HT=e01e04400;MF=baolin.wang@linux.alibaba.com;NM=1;PH=DS;RN=7;SR=0;TI=SMTPD_---0Uv.rXld_1636017486; Received: from 30.21.164.50(mailfrom:baolin.wang@linux.alibaba.com fp:SMTPD_---0Uv.rXld_1636017486) by smtp.aliyun-inc.com(127.0.0.1); Thu, 04 Nov 2021 17:18:07 +0800 Subject: Re: [RFC PATCH 3/3] mm: compaction: Fix the migration stats in trace_mm_compaction_migratepages() To: Steven Rostedt Cc: akpm@linux-foundation.org, mingo@redhat.com, ziy@nvidia.com, shy828301@gmail.com, linux-mm@kvack.org, linux-kernel@vger.kernel.org References: <6fac1a89862b6a8bda4314d1f51380862a6fa986.1635936218.git.baolin.wang@linux.alibaba.com> <20211103094232.32a14cf0@gandalf.local.home> From: Baolin Wang Message-ID: Date: Thu, 4 Nov 2021 17:18:52 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.14.0 MIME-Version: 1.0 In-Reply-To: <20211103094232.32a14cf0@gandalf.local.home> Content-Type: text/plain; charset=gbk; format=flowed Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2021/11/3 21:42, Steven Rostedt wrote: > On Wed, 3 Nov 2021 18:51:16 +0800 > Baolin Wang wrote: > >> @@ -2398,10 +2399,10 @@ bool compaction_zonelist_suitable(struct alloc_context *ac, int order, >> >> err = migrate_pages(&cc->migratepages, compaction_alloc, >> compaction_free, (unsigned long)cc, cc->mode, >> - MR_COMPACTION, NULL); >> + MR_COMPACTION, &nr_succeeded); >> >> - trace_mm_compaction_migratepages(cc->nr_migratepages, err, >> - &cc->migratepages); >> + trace_mm_compaction_migratepages(cc->nr_migratepages, >> + nr_succeeded); > > Also, I'm surprised you don't just pass in 'cc' and do the dereferencing in > the trace event macro. Accessing the pointers from the trace event and not > dereferencing them to the tracepoint function moves the changes out of line > here and helps with I$. > > You could improve some of the other tracepoints that dereference 'cc' as > well in that file. Sure. Will do in a separate patch. > > But as for this change, I'm good with it. > > For the tracing aspect: > > Reviewed-by: Steven Rostedt (VMware) > Thanks.