All of lore.kernel.org
 help / color / mirror / Atom feed
From: Nishanth Menon <nm@ti.com>
To: "felipe.balbi@nokia.com" <felipe.balbi@nokia.com>
Cc: ext Kevin Hilman <khilman@deeprootsystems.com>,
	"Kristo Tero (Nokia-D/Tampere)" <Tero.Kristo@nokia.com>,
	"linux-omap@vger.kernel.org" <linux-omap@vger.kernel.org>
Subject: Re: [PATCH] Smartreflex: Avoid unnecessary spam
Date: Wed, 9 Dec 2009 17:47:04 -0600	[thread overview]
Message-ID: <4B2036F8.1090301@ti.com> (raw)
In-Reply-To: <20091209232309.GA9514@nokia.com>

Felipe Balbi had written, on 12/09/2009 05:23 PM, the following:
> On Thu, Dec 10, 2009 at 12:15:26AM +0100, ext Kevin Hilman wrote:
>> Tero Kristo <tero.kristo@nokia.com> writes:
>>
>>> From: Tero Kristo <tero.kristo@nokia.com>
>>>
>>> Current warning messages will be constantly printed out during normal operation
>>> if smartreflex autocompensation is disabled.
>>>
>>> Signed-off-by: Tero Kristo <tero.kristo@nokia.com>
>> Agreed that these warnings are spam, but I think they should be
>> replaced by some one-time warning so at least there's a hint someplace
>> that SR is not actually being done on a platfrom.
> 
> well, there's printk_once()
> 
> include/linux/kernel.h:
> 
> 250 /*       
> 251  * Print a one-time message (analogous to WARN_ONCE() et al):
> 252  */                  
> 253 #define printk_once(x...) ({                    \
> 254         static bool __print_once = true;        \
> 255                                                 \
> 256         if (__print_once) {                     \
> 257                 __print_once = false;           \
> 258                 printk(x);                      \
> 259         }                                       \
> 260 })
> 
> and WARN_ONCE()
> 
> include/asm-generic/bug.h:
> 
> 125 #define WARN_ONCE(condition, format...) ({                      \
> 126         static int __warned;                                    \
> 127         int __ret_warn_once = !!(condition);                    \
> 128                                                                 \
> 129         if (unlikely(__ret_warn_once))                          \
> 130                 if (WARN(!__warned, format))                    \
> 131                         __warned = 1;                           \
> 132         unlikely(__ret_warn_once);                              \
> 133 })
> 
> I guess printk_once() is better.
> 
But what is the point in having it?
situation 1:
sr_start_vddautocomap() gets called for starting AVS while dvfs. The 
spam message just warns user that autocomp is not set when OPP change 
happens.

case 1 against printing it:
If the user had disabled vddautocomp, then the warnings have no rational 
in warning the user which he/she already knows about.

case 2 against printing it using printk_once:
situation x:
step 1: autocomp disabled, dvfs transitions -> printk_once will print 
only once.
step 2: autocomp enabled, dvfs transitions - no prints.
step 3: autocomp disabled, dvfs - we wont see prints :(
Agreed, we could have an equivalent implementation using a static bool 
instead of using printk_once .. still a nuisance message which does not 
provide additional info.. other than adding a latency overhead.

situation 2:
when attempting to enable SR when nvalues are not present (e.g. on 
3530/3430 es3.0).. here the return value should be used and is more 
informative and usable from a application perspective..

just my 2 cents..

-- 
Regards,
Nishanth Menon

  reply	other threads:[~2009-12-09 23:47 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-12-08 14:16 [PATCH] Smartreflex: Avoid unnecessary spam Tero Kristo
2009-12-09 23:15 ` Kevin Hilman
2009-12-09 23:21   ` Nishanth Menon
2009-12-09 23:23   ` Felipe Balbi
2009-12-09 23:47     ` Nishanth Menon [this message]
2009-12-09 23:51       ` Kevin Hilman

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4B2036F8.1090301@ti.com \
    --to=nm@ti.com \
    --cc=Tero.Kristo@nokia.com \
    --cc=felipe.balbi@nokia.com \
    --cc=khilman@deeprootsystems.com \
    --cc=linux-omap@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.