From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.3 required=3.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS, URIBL_BLOCKED,USER_AGENT_SANE_2 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 40F8AC76195 for ; Fri, 19 Jul 2019 01:10:28 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 10EA92184E for ; Fri, 19 Jul 2019 01:10:28 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="i634c7QP" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726066AbfGSBKX (ORCPT ); Thu, 18 Jul 2019 21:10:23 -0400 Received: from mail-lf1-f67.google.com ([209.85.167.67]:35427 "EHLO mail-lf1-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726042AbfGSBKX (ORCPT ); Thu, 18 Jul 2019 21:10:23 -0400 Received: by mail-lf1-f67.google.com with SMTP id p197so20515187lfa.2; Thu, 18 Jul 2019 18:10:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=T1Cb1uc+HNNSylpCLGSfB2K7Z5KAc5egJTyCxBCXEck=; b=i634c7QPpiwdP/WP9K7AkudOWgdmwiqHdNoytstivK+83m9XFxwFVRlwkIezN9W63K q/+OzevpaGiTzsELx4evTb9lzq/8wpKUDLP4LqF4cTUbuAew60pHIdUC8hKT9fwoenm4 7v4dW5jyvhcWzoGRbyfOmC3piIvitfCsAZPx/XXwn4hQW3IJTfW7cARV88bDP99ULM/3 GjLtN1zvc7X7MUp4hkG39YbEX9fkA0M3aNd1pv6lEv9dON3y/YM6ERpfwArpsE64k46l YrmaF3ysCtrfLc1qTMKgyS7hA913whfOPxit7D18suRpDtScPwP/w2CXlVXWdNiYGRLS kpYg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=T1Cb1uc+HNNSylpCLGSfB2K7Z5KAc5egJTyCxBCXEck=; b=gD/f3dneyunEAspjyPjo3uTu0eIPlDojyRQlc7yHUXztbua9zfAbjLu6XJj7VAAM9h 4AO9ZopRbgpyKm6s+ksQWY24aUU9CIVX1MnE1RlME0gz9uUP1puprn1kn2VLb/gOxmtf pou0T5V2j4hPbHOQHyAhxprZei1kiVN4nIQR7enBV3hYhGFqqlNMMMj3CGzLgGq9Dgd4 yKhXYx+om1xw/62oAERnPm+k7KK/iwCmGsZPbFPsHgY8GREj2QLg2KCN/0Q6M9tuARMl nCjMk3nsGn3OpLIguXLZIpJwi5oyqQzANKD0Jak3r/DWCO8im4Ad4+q23arPpWinmOYx 0o+Q== X-Gm-Message-State: APjAAAVKA2ZfAJRjPK9ojR41WgKJMBdmkdCII1BwjgSeE6lnSCHsPoo+ P3MfFaAhi0wnupzncXjnSn0= X-Google-Smtp-Source: APXvYqxjJDF8pvttVkPAB7+4IqNzjc4RpokY0Afi6sHm05SGhUbMLGdt59zpwW6xppvk96pdoNZgGQ== X-Received: by 2002:ac2:546a:: with SMTP id e10mr22942504lfn.75.1563498620454; Thu, 18 Jul 2019 18:10:20 -0700 (PDT) Received: from dimatab (ppp79-139-233-208.pppoe.spdop.ru. [79.139.233.208]) by smtp.gmail.com with ESMTPSA id 199sm5383111ljf.44.2019.07.18.18.10.19 (version=TLS1_3 cipher=AEAD-AES256-GCM-SHA384 bits=256/256); Thu, 18 Jul 2019 18:10:20 -0700 (PDT) Date: Fri, 19 Jul 2019 04:13:57 +0300 From: Dmitry Osipenko To: Chanwoo Choi Cc: Thierry Reding , MyungJoo Ham , Kyungmin Park , Jonathan Hunter , Tomeu Vizoso , linux-pm@vger.kernel.org, linux-tegra@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v4 11/24] PM / devfreq: tegra30: Add debug messages Message-ID: <20190719041357.0a80a2dc@dimatab> In-Reply-To: References: <20190707223303.6755-1-digetx@gmail.com> <20190707223303.6755-12-digetx@gmail.com> <53cd0ba5-f814-cd9b-19c5-1d42717ca58c@gmail.com> <922c9178-71de-46ad-eafd-805af461bedb@samsung.com> X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; arm-unknown-linux-gnueabihf) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Sender: linux-pm-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-pm@vger.kernel.org =D0=92 Thu, 18 Jul 2019 18:07:05 +0900 Chanwoo Choi =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > On 19. 7. 18. =EC=98=A4=EC=A0=84 12:46, Dmitry Osipenko wrote: > > 17.07.2019 9:45, Chanwoo Choi =D0=BF=D0=B8=D1=88=D0=B5=D1=82: =20 > >> On 19. 7. 16. =EC=98=A4=ED=9B=84 10:26, Dmitry Osipenko wrote: =20 > >>> 16.07.2019 15:23, Chanwoo Choi =D0=BF=D0=B8=D1=88=D0=B5=D1=82: =20 > >>>> Hi Dmitry, > >>>> > >>>> Usually, the kernel log print for all users > >>>> such as changing the frequency, fail or success. > >>>> > >>>> But, if the log just show the register dump, > >>>> it is not useful for all users. It is just used > >>>> for only specific developer. > >>>> > >>>> I recommend that you better to add more exception handling > >>>> code on many points instead of just showing the register dump. =20 > >>> > >>> The debug messages are not users, but for developers. Yes, I > >>> primarily made the debugging to be useful for myself and will be > >>> happy to change the way debugging is done if there will be any > >>> other active developer for this driver. The registers dump is > >>> more than enough in order to understand what's going on, I don't > >>> see any real need to change anything here for now. =20 > >> > >> Basically, we have to develop code and add the log for anyone. > >> As you commented, even if there are no other developer, we never > >> guarantee this assumption forever. And also, if added debug message > >> for only you, you can add them when testing it temporarily. > >> > >> If you want to add the just register dump log for you, > >> I can't agree. Once again, I hope that anyone understand > >> the meaning of debug message as much possible as. > >> =20 > >=20 > > The registers dump should be good for everyone because it's a > > self-explanatory information for anyone who is familiar with the > > hardware. I don't think there is a need for anything else than what > > is proposed in this patch, at least for now. I also simply don't > > see any other better way to debug the state of this particular > > hardware, again this logging is for the driver developers and not > > for users. > >=20 > > Initially, I was temporarily adding the debug messages. Now they are > > pretty much mandatory for verifying that driver is working > > properly. And of course the debugging messages got into the shape > > of this patch after several iterations of refinements. So again, I > > suppose that this should be good enough for everyone who is > > familiar with the hardware. And of course I'm open to the > > constructive suggestions, the debugging aid is not an ABI and could > > be changed/improved at any time. > >=20 > > You're suggesting to break down the debugging into several smaller > > pieces, but I'm finding that as not a constructive suggestion > > because the information about the full hardware state is actually > > necessary for the productive debugging. > >=20 > > =20 >=20 > Sorry for that as I saie, I cannot agree this patch. In my case, > I don't understand what is meaning of register dump of this patch. > I knew that just register dump are useful for real developer. It's not only a registers dump, as you may see there is also a dump of other properties like boosting value, OPPs selection and etc. It looks to me that you're also missing important detail that debug messages are compiled out unless DEBUG is defined for the drivers build. So in order to get the debug message a user shall explicitly add #define DEBUG macro to the code or enable debug messages globally in the kernel's config. There is also an option for dynamic debug messages in the kernel, but it doesn't matter now because all these messages are turned into tracepoints later in the patch #17. > If you want to show the register dump, you better to add some feature > with debugfs for devfreq framework in order to read the register dump. > As I knew, sound framework (alsa) has the similar feature for checking > the register dump. >=20 The intent was to have an option for dynamic debugging of the driver and initially debug messages were good enough, but then it became not enough and hence the debug messages were turned into tracepoints in the patch #17. Would it be acceptable to squash this patch and #17?