Path: csiph.com!eternal-september.org!feeder.eternal-september.org!aioe.org!bofh.it!news.nic.it!robomod From: Vlastimil Babka Newsgroups: linux.kernel Subject: Re: [PATCH 2/3] mm, compaction: export tracepoints zone names to userspace Date: Mon, 31 Aug 2015 17:10:02 +0200 Message-ID: References: X-Original-To: Steven Rostedt User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Sender: robomod@news.nic.it List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Approved: robomod@news.nic.it Lines: 89 Organization: linux.* mail to news gateway X-Original-Cc: Andrew Morton , linux-kernel@vger.kernel.org, linux-mm@kvack.org, Joonsoo Kim , Ingo Molnar , Mel Gorman , David Rientjes X-Original-Date: Mon, 31 Aug 2015 17:02:38 +0200 X-Original-Message-ID: <55E46C8E.8070906@suse.cz> X-Original-References: <1440689044-2922-1-git-send-email-vbabka@suse.cz> <1440689044-2922-2-git-send-email-vbabka@suse.cz> <20150831105834.34a5e69e@gandalf.local.home> X-Original-Sender: linux-kernel-owner@vger.kernel.org Xref: csiph.com linux.kernel:1216247 On 08/31/2015 04:58 PM, Steven Rostedt wrote: > On Thu, 27 Aug 2015 17:24:03 +0200 > Vlastimil Babka wrote: > >> Some compaction tracepoints use zone->name to print which zone is being >> compacted. This works for in-kernel printing, but not userspace trace printing >> of raw captured trace such as via trace-cmd report. >> >> This patch uses zone_idx() instead of zone->name as the raw value, and when >> printing, converts the zone_type to string using the appropriate EM() macros >> and some ugly tricks to overcome the problem that half the values depend on >> CONFIG_ options and one does not simply use #ifdef inside of #define. >> >> trace-cmd output before: >> transhuge-stres-4235 [000] 453.149280: mm_compaction_finished: node=0 >> zone=ffffffff81815d7a order=9 ret=partial >> >> after: >> transhuge-stres-4235 [000] 453.149280: mm_compaction_finished: node=0 >> zone=Normal order=9 ret=partial >> >> Signed-off-by: Vlastimil Babka >> Cc: Joonsoo Kim >> Cc: Steven Rostedt >> Cc: Ingo Molnar >> Cc: Mel Gorman >> Cc: David Rientjes >> --- >> include/trace/events/compaction.h | 38 ++++++++++++++++++++++++++++++++------ >> 1 file changed, 32 insertions(+), 6 deletions(-) >> >> diff --git a/include/trace/events/compaction.h b/include/trace/events/compaction.h >> index 1275a55..8daa8fa 100644 >> --- a/include/trace/events/compaction.h >> +++ b/include/trace/events/compaction.h >> @@ -18,6 +18,31 @@ >> EM( COMPACT_NO_SUITABLE_PAGE, "no_suitable_page") \ >> EMe(COMPACT_NOT_SUITABLE_ZONE, "not_suitable_zone") >> >> +#ifdef CONFIG_ZONE_DMA >> +#define IFDEF_ZONE_DMA(X) X >> +#else >> +#define IFDEF_ZONE_DMA(X) >> +#endif >> + >> +#ifdef CONFIG_ZONE_DMA32 >> +#define IFDEF_ZONE_DMA32(X) X >> +#else >> +#define IFDEF_ZONE_DMA32(X) >> +#endif >> + >> +#ifdef CONFIG_ZONE_HIGHMEM_ >> +#define IFDEF_ZONE_HIGHMEM(X) X >> +#else >> +#define IFDEF_ZONE_HIGHMEM(X) >> +#endif >> + >> +#define ZONE_TYPE \ >> + IFDEF_ZONE_DMA( EM (ZONE_DMA, "DMA")) \ >> + IFDEF_ZONE_DMA32( EM (ZONE_DMA32, "DMA32")) \ >> + EM (ZONE_NORMAL, "Normal") \ >> + IFDEF_ZONE_HIGHMEM( EM (ZONE_HIGHMEM,"HighMem")) \ >> + EMe(ZONE_MOVABLE,"Movable") >> + > > Hmm, have you tried to compile this with CONFIG_ZONE_HIGHMEM disabled, > and CONFIG_ZONE_DMA and/or CONFIG_ZONE_DMA32 enabled? Yep, that's standard x86_64 situation (highmem disabled, dma+dma32 enabled). > The EMe() macro must come last, as it doesn't have the ending comma and > the __print_symbolic() can fail to compile due to it. Thanks to ZONE_MOVABLE being unconditional, EMe(ZONE_MOVABLE...) is always last. Otherwise the macros would get even more ugly... > -- Steve > > >> /* >> * First define the enums in the above macros to be exported to userspace >> * via TRACE_DEFINE_ENUM(). >> @@ -28,6 +53,7 @@ -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/