From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <linux-kernel-owner@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S1753023AbdKWNDV convert rfc822-to-8bit (ORCPT <rfc822;w@1wt.eu>);
        Thu, 23 Nov 2017 08:03:21 -0500
Received: from seldsegrel01.sonyericsson.com ([37.139.156.29]:4599 "EHLO
        SELDSEGREL01.sonyericsson.com" rhost-flags-OK-OK-OK-OK)
        by vger.kernel.org with ESMTP id S1752977AbdKWNDG (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Thu, 23 Nov 2017 08:03:06 -0500
Subject: Re: [PATCH] Add slowpath enter/exit trace events
To: Michal Hocko <mhocko@kernel.org>
CC: <linux-kernel@vger.kernel.org>, <linux-mm@kvack.org>,
        Steven Rostedt <rostedt@goodmis.org>, Ingo Molnar <mingo@redhat.com>,
        Alex Deucher <alexander.deucher@amd.com>,
        "David S . Miller" <davem@davemloft.net>,
        Harry Wentland <Harry.Wentland@amd.com>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Tony Cheng <Tony.Cheng@amd.com>,
        Andrew Morton <akpm@linux-foundation.org>,
        Vlastimil Babka <vbabka@suse.cz>,
        Mel Gorman <mgorman@techsingularity.net>,
        Johannes Weiner <hannes@cmpxchg.org>,
        Pavel Tatashin <pasha.tatashin@oracle.com>
References: <20171123104336.25855-1-peter.enderborg@sony.com>
 <20171123122530.ktsxgeakebfp3yep@dhcp22.suse.cz>
 <ef88ca71-b41b-f5e9-fd41-d02676bad1cf@sony.com>
 <20171123124738.nj7foesbajo42t3g@dhcp22.suse.cz>
From: peter enderborg <peter.enderborg@sony.com>
Message-ID: <e9d1b05d-0188-6c98-7247-d43467fa73f5@sony.com>
Date: Thu, 23 Nov 2017 14:03:04 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.4.0
MIME-Version: 1.0
In-Reply-To: <20171123124738.nj7foesbajo42t3g@dhcp22.suse.cz>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8BIT
Content-Language: en-GB
Sender: linux-kernel-owner@vger.kernel.org
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

On 11/23/2017 01:47 PM, Michal Hocko wrote:
>
> This might be true but the other POV is that the trace point with the
> additional information is just too disruptive to the rest of the code
> and it exposes too many implementation details.

>>From who do you want to hide details? Is this a security thing? I don't understand this  argument.  Tracefs is not part of uapi, right?

Hopefully there are not that many fails, and they might be very hard to reproduce if you don't know what you are looking for.