Received: by 10.223.176.46 with SMTP id f43csp22799wra; Thu, 25 Jan 2018 16:44:05 -0800 (PST) X-Google-Smtp-Source: AH8x224Yafc0cfv0cIcCMJayUDJC3sWwYRIvw7i6r8fYLT7y42qzxZeqM+f28tkvXEkNFNIV7yw3 X-Received: by 2002:a17:902:68c5:: with SMTP id x5-v6mr12950412plm.80.1516927445513; Thu, 25 Jan 2018 16:44:05 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1516927445; cv=none; d=google.com; s=arc-20160816; b=uxNc4F7WXtPOsMh/nDgsBUUb+45jac3z2dJFoPYTdvhNYfcMMi0+PxkXrNNf8dXyDh UwgT8XwAzKfaLjKvp2kVI3qRqA6YveujYRu8QVlEnmZlo3McWdFeR6kn0Lwkb0gIYmFK atq6ChNyTLav+YCEPZPde3iW0R7k6rp/cYYZJxB1QuRmtKN217QaceQ6lrR7wNDc6oyD DAKL+i/aUsoXAoo2fE1UXLdV7GokKLroH4vphYxUfTa4xcmf7L3/5Vi627vrQdoTWNK4 sy3K+fBytyiN29YBFwMrE9dZvpWLYZgwZxXltyKG7z+nuQXWecS+qcU7w0zhX1mGKbXT DWNQ== 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 :arc-authentication-results; bh=QMkJzclyAM1CvhgfKogpAHRCapRLPqOoUkQO/TFWu9M=; b=Ws4zP7dOP2+U77X/ucqYVL/pqYxKBODfIsqnqGLwo5o4LNAvzpVb2V9hh3t1QD4LeQ QzHbf22v2pGlm6jXEuEVcp8Iob5aF6P3yFIQNhKpwy4C75v67PxteY+lbADX2uE9U6tl 44xRmEnJCgbVBuMHCj0Yl33hgsNUCU9LD4TkYJb/piZKzwrQWzP2C/SVOQO4zc2h/qBH pUs5YleE7S+Z7pyFWp2tur/i9OUpHqb0Arjlr+oSqGXPYJeHN5fcPJPuOT4wuylwrR9V WKkxuUbhq6Yz1k1div0sxZkkC/Xkj1QSrZCrYngLTAJ2RZSHWzDyamE3yqbfQ9glT62n F74Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=JAmSTg7q; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id x3-v6si2801468plb.647.2018.01.25.16.43.50; Thu, 25 Jan 2018 16:44:05 -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=@gmail.com header.s=20161025 header.b=JAmSTg7q; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751598AbeAZAm4 (ORCPT + 99 others); Thu, 25 Jan 2018 19:42:56 -0500 Received: from mail-pg0-f43.google.com ([74.125.83.43]:40247 "EHLO mail-pg0-f43.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751354AbeAZAmy (ORCPT ); Thu, 25 Jan 2018 19:42:54 -0500 Received: by mail-pg0-f43.google.com with SMTP id g16so6174436pgn.7; Thu, 25 Jan 2018 16:42:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=QMkJzclyAM1CvhgfKogpAHRCapRLPqOoUkQO/TFWu9M=; b=JAmSTg7qpVpBhb3qKXfIAEB958JA0jeoviAvCFH82RAdolALgRbQeH33wJlwB3ndf8 QasXSVg6PAuVwpZ1pWl8xq1VX9vMLQbGkRuWcawqtrqDaN0KANkpfub8iWzPCgpIX1lY 6QAqHDlXvDVw25NM3Q12QIZTxGWMOCjO8fHKWww/PkhL694HQPQaihJBJpGhB0HuRFQu mWoAqhGDZVKmhvflrwqLrNQdutIgGeFQQZnAPL2skNTrwRsv9rv28An7BtG6jmdRSHOs SDCclLMEmbPWKFdii8hH9A3sgJCmSmXraFxw7ASYjMdCRu3/ApP2NQ+JQO4nAaDbC3KE C8aA== 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=QMkJzclyAM1CvhgfKogpAHRCapRLPqOoUkQO/TFWu9M=; b=OD2A47Dk7xfF1Q21KfauQinUGosSYyv4EqPxX2AwXRaXpbKQfy/iph4/EmyIussJkV Pwy1/46nL0H4cikdiZN0VNd076XTYYEn2/s1PEMXRUtLYWEq4KFz+5v5Aifsl2z77Ed3 Bp7QL0Ppwco46iLkzoiRBWycJPso+WB4oT8EImfI1dNPKSUZxQl9b51SkYHXI1hJ55lv cDI03qMfP+CfWOuboqR2BA07GD9kBFioMGnvolJA4TwOinB2+kTON7kyx4rB00EHetmK +zRITQXjzKyTbJHHLW+a2CLlWrDhjJxzxAf8KHr8gFYduByHms4U+WZ3bQ+d+7oOX2Yp 8ddw== X-Gm-Message-State: AKwxytcQmhiXG/auDyzpA7Ok+8HBHTlRdAhc79CY2qiGIbjLkow3zROx jsRhYfBS82WoYJIBvDYgwYY= X-Received: by 10.98.220.195 with SMTP id c64mr17376531pfl.47.1516927373705; Thu, 25 Jan 2018 16:42:53 -0800 (PST) Received: from [192.168.1.70] (c-73-93-215-6.hsd1.ca.comcast.net. [73.93.215.6]) by smtp.gmail.com with ESMTPSA id 14sm11094479pfi.132.2018.01.25.16.42.52 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 25 Jan 2018 16:42:53 -0800 (PST) Subject: Re: [RFC PATCH v2 0/1] of: easier debugging for node life cycle issues To: Wolfram Sang Cc: Wolfram Sang , devicetree@vger.kernel.org, Tyrel Datwyler , Geert Uytterhoeven , linux-renesas-soc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, Rob Herring , Steven Rostedt , linux-kernel@vger.kernel.org References: <20180121143117.19805-1-wsa+renesas@sang-engineering.com> <20180122114948.mm5mg6zqw3hmjj4o@katana> <11cf8fac-d2fe-ecdb-546f-de3c3b42a637@gmail.com> <20180125231219.mkgai2yurkj3f7ph@ninjato> From: Frank Rowand Message-ID: Date: Thu, 25 Jan 2018 16:42:51 -0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.5.0 MIME-Version: 1.0 In-Reply-To: <20180125231219.mkgai2yurkj3f7ph@ninjato> Content-Type: text/plain; charset=windows-1252 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 01/25/18 15:12, Wolfram Sang wrote: > Frank, > > here seems to be a misunderstanding going on. I don't want to push this > patch upstream against all odds. I merely wanted to find out what the > status of this patch is. Because one possibility was that it had just > been forgotten... > >>> So, I thought reposting would be a good way of finding out if your >>> concerns were addressed in the discussion or not. If I overlooked Marking a patch as RFC (as you mention just below here) is very different than explicitly stating something like: Frank, you had concerns with version 1, were your concerns addressed in the thread about version 1? You mention below that adding RFC to the title was providing the information that I needed. I am saying that the communication was not clear, was implied at best, and should have be more explicit. I actually didn't even notice that the patch title had changed from not an RFC, to being an RFC, so the subtle clue went right over my head. I just treated it as I would any RFC patch. >> Then you should have stated that there were concerns raised in the >> discussion and asked me if my concerns were addressed. > > From my perspective, I have done that: > > I marked the patch as RFC. I put you on the CC list. I asked about the > possibility of applying it. It was not very elaborate, but hey, this is > just a simple debugging patch :) After reading through the original patch thread, I did not think that the issues raised had been fully addressed. You read the thread and thought they had. No big deal on coming to different conclusions. I think you and I are talking past each other a little bit. My comments in the email you are responding to are because I don't think that the previous emails have been as clear as you think. I could read between the lines and see how you think that you were being clear. But from my perspective, I'm asking for more explicit statements and less implied statements. My first real response (the response that pointed out that Rob had made an observation / suggestion that was not responded to) was coming from the perspective that the issues in the first thread had not been fully addressed. As I was writing that response, I felt that I might as well do a review, even though I thought the previous thread was dangling. Which led to a lot of issues and a few more emails pointing them out. > I totally would have accepted a high level "No, that won't fly > because...". Or a high level "This and that would need a change". Or > something like that. I intentionally sent this out as RFC because I know > there is some testing missing. I wanted to know if it is worth taking > further steps with this patch. > > So, I simply wanted to know if you (still) have fundamental issues with > the patch? It would have been good if you had simply stated so in exactly those words. I did not read the original email as saying that. I read the original email as saying (my paraphrase) "please apply it". You did _not_ use the words that I paraphrased, you actually said "So what about applying it?". I misunderstood what you were trying to say. I apologize for that. > That needs to be discussed first before we go into coding > details. I think it is fine to not apply it if there are reasons. I'd > like to know them, however, for a better understanding. Too late now. :-) I've already done the reviewing and provided all of the reasons that are show stoppers for the patch and how to fix. One thing that I did not mention in this thread is that I have an aversion to using ftrace for what is purely debugging data (which this is) because there is a danger that trace points become user space ABI. That is a whole long discussion that we do not have to have because I am not subjecting this patch to that objection. > For me, this is a super-super-side project, so if it causes too much > hazzle, I just leave it here and know interested people can find it > easier now. But if it could be applied with a sane amount of effort, I > was offering that. > > Was that understandable? I think so. And in return? We can always talk more at the next conference if you want. -Frank > > Kind regards, > > Wolfram >