All of lore.kernel.org
 help / color / mirror / Atom feed
From: Anthony Liguori <aliguori-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>
To: ncmike-eyUYGtrA2zhAfugRpC6u6w@public.gmane.org
Cc: kvm-devel
	<kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org>,
	Avi Kivity <avi-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
Subject: Re: [PATCH 05/10] CodingStyle cleanup
Date: Wed, 03 Oct 2007 10:10:56 -0500	[thread overview]
Message-ID: <4703B100.5020502@us.ibm.com> (raw)
In-Reply-To: <20071003114234.GD1411-dWQC0LfztWZ691elbUnZDP0mZdcr6rg5@public.gmane.org>

Mike Day wrote:
> Signed-off-by: Mike D. Day <ncmike-eyUYGtrA2zhAfugRpC6u6w@public.gmane.org>
> ---
>
>  	if (unlikely(vcpu->mp_state == VCPU_MP_STATE_SIPI_RECEIVED)) {
> -		printk("vcpu %d received sipi with vector # %x\n",
> +		printk(KERN_DEBUG "vcpu %d received sipi with vector # %x\n",
>  		       vcpu->vcpu_id, vcpu->sipi_vector);
>   

I think KERN_INFO would better fit the intention of these printk()s.  I 
don't really like the idea that a guest can trigger a printk() though.  
A printk() flood can potentially hide important information from the 
user and it chews disk space on /var/log.  I'm somewhat inclined to 
think that we should try to avoid these in general but if we do use 
them, I think we should limit them to only printing out once per-guest.

What do you think Avi?

Regards,

Anthony Liguori

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/

  parent reply	other threads:[~2007-10-03 15:10 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-10-03 11:42 [PATCH 05/10] CodingStyle cleanup Mike Day
     [not found] ` <20071003114234.GD1411-dWQC0LfztWZ691elbUnZDP0mZdcr6rg5@public.gmane.org>
2007-10-03 15:10   ` Anthony Liguori [this message]
     [not found]     ` <4703B100.5020502-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>
2007-10-04 12:29       ` [PATCH] " Mike Day
2007-10-05 11:46       ` [PATCH 05/10] " Avi Kivity
     [not found]         ` <47062402.1040001-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
2007-10-06 17:43           ` [PATCH take 2] CosingStyle cleanup for kvm_main.c Mike Day
  -- strict thread matches above, loose matches on Subject: below --
2007-10-03 11:43 [PATCH 05/10] CodingStyle cleanup Mike Day

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=4703B100.5020502@us.ibm.com \
    --to=aliguori-r/jw6+rmf7hqt0dzr+alfa@public.gmane.org \
    --cc=avi-atKUWr5tajBWk0Htik3J/w@public.gmane.org \
    --cc=kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
    --cc=ncmike-eyUYGtrA2zhAfugRpC6u6w@public.gmane.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.